summaryrefslogtreecommitdiff
path: root/po/POTFILES.in
Commit message (Collapse)AuthorAgeFilesLines
* column-chooser: Subclass AdwWindow instead of GtkBoxCorey Berla2023-05-041-1/+0
| | | | | | | | | | We were subclassing from GtkBox and then, list-view created a list-view-column-editor which subclassed from AdwWindow to add the column-chooser. It's a lot of extra code / complexity for something that is only used in list-view. This also allows us to directly use column-chooser within list-view. Also drop the list description label, in preparation for the switch to GtkListBox.
* trash-bar: Remove trash infobarIgnacy Kuchciński2022-08-231-1/+0
| | | | | | | | | | | | Currently trash infobar contains actions for restoring files and emptying trash. This is misusing of the GtkInfoBar, as it should only be used to present some kind of status message, and having so many different buttons for actions is uncommon and resulted in https://gitlab.gnome.org/GNOME/nautilus/-/issues/2096 To fix that, remove the trash infobar altogether, with intention of rolling it into special-location-bar, as it will only have 1 button.
* Update POTFILES.inPiotr Drąg2022-08-071-2/+4
|
* properties: Remove old extensions APIAntónio Fernandes2022-08-071-1/+0
| | | | | | | We want to control the layout of the window, not having extensions injecting their own widgets. This also avoids future breakage when porting to newer versions of GTK.
* image-properties: Port to new APIAntónio Fernandes2022-08-071-2/+2
|
* Update POTFILES.inPiotr Drąg2022-08-061-0/+1
|
* Update POTFILES.inPiotr Drąg2022-07-311-1/+0
|
* Update POTFILES.inPiotr Drąg2022-07-301-1/+3
|
* app-chooser: Implement new dialogAntónio Fernandes2022-07-291-0/+1
| | | | | | | | | | | | | | | | | When choosing to open a file in another application, the user may want to set it as the new default. Currently we require going to the Properties, which is not intuitive, and one may think it's going to affect only one file. Introduce a GtkAppChooserDialog replacement which provides the means to set as default and reset as part of "Open with Another Application...". Compared to the Properties "Open with" tab, the "Add" action is not present, because opening the file with an app adds it implicitly. The "Forget" action is not included either because it lacks its "Add" counterpart and because such fine grained control is not essential. We have Reset anyway.
* Update POTFILES.inPiotr Drąg2022-07-221-1/+0
|
* Update POTFILES.inPiotr Drąg2022-07-191-4/+0
|
* Update POTFILES.inPiotr Drąg2022-07-161-0/+1
|
* Update POTFILES.inPiotr Drąg2022-06-251-1/+0
|
* list-view: Reimplement using GtkColumnViewAntónio Fernandes2022-06-211-1/+0
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | GtkTreeView, while still available in GTK 4, is more limited in some more specialized situations which we have been relying on, such as drag-and-drop and high DPI icons. It's also been our long desire to adopt GListModel-based list widgets in order to unlock features and bugfixes which would have been basically impossible to do with GtkTreeView. We are thus dropping GtkTreeView for good and adopting GtkColumnView. The new implementation is radically different; almost no code remains from the old implementation. However, the new implementation has full feature parity with the old one with two exceptions: 1. Expand subfolders as a tree: WIP in another branch. 2. Performance for large number of items: WIP branch in GTK. Same as the old implementation, it still lacks drag-and-drop support, which is yet to be reimplemented for GTK4. The new implementation also implements new features which were but a dream in GtkTreeView: - Rubberband-selection.[1] - Empty space inbetween and around the list of items to open context menu, start rubberband, drop items, clear selection...[2,3,4] - Rows highligh on hover, distinguishing them from background space and serving as a reading aid instead without separator lines.[5] - File names in search results and recents are no longer squashed by the "Original location" column containing long paths. Instead, the original location is runs parallel to the filename.[6] - With the location column gone, the size column can be displayed again in these two special locations. - Full-text-search snippets no longer compete for horizontal space with filenames, but are displayed as accent-colored subtitles.[7] - Filenames are ellipsized at the middle, not to hide important details at their end.[7] - Sort order can be changed from the view menu, as in grid view.[8] - Per-folder sorting is shared with the grid view now, fixing an old inconsistency.[9] - A starring animation ☆★ Closes: https://gitlab.gnome.org/GNOME/nautilus/-/issues/320 [1] Fixes https://gitlab.gnome.org/GNOME/nautilus/-/issues/200 [2] Closes https://gitlab.gnome.org/GNOME/nautilus/-/issues/1929 [3] Fixes https://gitlab.gnome.org/GNOME/nautilus/-/issues/1476 [4] Fixes https://gitlab.gnome.org/GNOME/nautilus/-/issues/1764 [5] Fixes https://bugzilla.gnome.org/show_bug.cgi?id=744405 [6] Fixes https://gitlab.gnome.org/GNOME/nautilus/-/issues/1411 [7] Fixes https://bugzilla.gnome.org/show_bug.cgi?id=619760 [8] Fixes https://bugzilla.gnome.org/show_bug.cgi?id=142495 [9] Fixes https://bugzilla.gnome.org/show_bug.cgi?id=45659
* view-icon-item-ui: Rename to NautilusGridCellAntónio Fernandes2022-06-211-1/+1
| | | | | | | | | Following the view rename, also rename the item widget. Upcoming NautilusViewClass subclasses are going to follow the same Nautilus*Class naming pattern. Also add missing copyright notice with SPDX licence id.
* batch-rename-dialog: Import menu models into template fileAntónio Fernandes2022-01-051-1/+0
| | | | | Having the menu models in a separate file is keeping us from setting them as properties directly in the template UI definition.
* eel: Drop gtk extensionsAntónio Fernandes2022-01-051-1/+0
| | | | No longer used.
* general: Use in-tree copy of GtkPlacesSidebarAntónio Fernandes2021-12-291-0/+3
| | | | | | | | | | | GtkPlacesSidebar is a public GTK 3 widget, but private in GTK 4, so we need to have the sidebar in our own codebase if we are to keep using it. Extend the script already in use for the places view and use it to copy the places sidebar and its dependencies and patch it as necessary. Also, construct it from code, because this in-tree places sidebar cannot be used in a GtkBuilder UI template.
* general: Remove canvas viewAntónio Fernandes2021-12-291-6/+0
| | | | | | | | | | | | | | | | | | | The new grid view has reached feature parity with the canvas, if we ignore drag-and-drop and clipboard support (which would need to be reimplemented in GTK 4 anyway) and performance scalability (which is a problem of GtkFlowBox and solvable by using GtkGridView in GTK 4). The canvas view relies on extensive custom implementation for layout, drawing, input handling, accessibility, etc., which would be too hard to port to in GT1K4. Furthermore, most of its features, such as support for manual sorting, haven't been used since the "icons on desktop" feature has been taken out from this app. We are actually using a swiss army knife for a job where we only need a single blade -- a simple pocketknife would do! Therefore, we say goodbye to this seasoned veteran widget, who has served us for 2 whole decades.
* view-icon-item-ui: Build from templateAntónio Fernandes2021-12-291-0/+1
| | | | | Declarative UI allows us to drop a lot of code, including GtkContainer methods, which helps with preparing for the GTK 4 port.
* operations-ui-manager: Port passphrase dialog to GtkBuilderAntónio Fernandes2021-11-191-0/+1
| | | | This removes usage of the GtkContainer API, preparing for GTK4.
* files-view: Port Ctrl+S dialog to use GtkBuilderApoorv Sachan2021-11-131-0/+1
| | | | | | | | Now the Ctrl+S dialog is being built using the GtkBuilder API, Now it's styling and can be handled in the XML UI definition. The UI definiton needs to be handled manually as Glade doesn't handle the implementation of the GtkDialog used here.
* file-conflict-dialog: Port to GtkBuilderJoshua Lee2021-11-111-0/+1
| | | | | | | | | Modify the dialog to be built declarartively to enhance maintainability and aid in porting to GTK 4. This introduces a minor UI change with the 'Replace'/'Rename' and 'Skip' buttons swapping places, with the suggested action now the endmost button as is standard practice.
* list-view: Build column editor with GtkBuilderAntónio Fernandes2021-11-081-0/+1
| | | | | | | | | Keeping with the direction of preferring declarative UI definitions. Also, it will help with porting to GTK4. While we are at it, adopt HdyWindow for rounded corners and make the label not bold and allow it to wrap (to avoid making the dialog too wide with some translations).
* column-chooser: Build interface from template XMLAntónio Fernandes2021-11-081-0/+1
| | | | | | Keeping with the direction of preferring declarative UI definitions. Also, it will help with porting to GTK4.
* Update POTFILES.inPiotr Drąg2020-08-081-0/+2
|
* mime-application-chooser: Remove the whole classApoorv Sachan2020-08-051-1/+0
| | | | | | Until the previous commit, its single user was the Properties window. Now it's unused, so we can remove the its source files completely.
* Update POTFILES.inPiotr Drąg2020-04-191-0/+1
|
* Add copy/paste of totem's properties window nautilus extensionBastien Nocera2019-02-111-0/+4
| | | | | | | | | The code is quite stable and this is basic functionality which is going to be better in Nautilus rather than relying on extensions, given the quite bad extension system Nautilus has. This will also help with the port to gtk4, so we rely in yet another important extension providing properties pages (which in turn export gtk3 widgets).
* Update POTFILES.inPiotr Drąg2019-01-231-0/+1
|
* Update POTFILES.inPiotr Drąg2018-11-021-1/+0
|
* Update POTFILES.inPiotr Drąg2018-07-261-1/+0
|
* Update POTFILES.inPiotr Drąg2018-05-181-1/+0
|
* Update POTFILES.inPiotr Drąg2018-05-091-1/+0
|
* Update POTFILES.inPiotr Drąg2018-05-041-1/+0
|
* Update POTFILES.inPiotr Drąg2018-03-191-2/+2
|
* Update POTFILES.inPiotr Drąg2018-02-091-2/+3
|
* Update POTFILES.inPiotr Drąg2018-01-021-1/+0
|
* general: remove desktop supportErnestas Kulik2018-01-021-5/+0
|
* Update POTFILES.inPiotr Drąg2017-11-061-1/+2
|
* files-view: better empty state for TrashMohammed Sadiq2016-11-021-0/+1
| | | | | | Implement better empty state for Trash as per new design. https://bugzilla.gnome.org/show_bug.cgi?id=763147
* Update POTFILES.inPiotr Drąg2016-09-121-0/+1
|
* Update POTFILES.inPiotr Drąg2016-08-301-1/+0
|
* Update POTFILES.inPiotr Drąg2016-08-291-0/+2
|
* Update POTFILES.inPiotr Drąg2016-08-221-0/+3
|
* Update POTFILES.inPiotr Drąg2016-08-191-24/+27
|
* Port from intltoolErnestas Kulik2016-08-031-21/+20
| | | | | | | | gettext has been continuously improving, up to a point where intltool can be deprecated in favor of it. This commit ports the project files to use upstream gettext. https://bugzilla.gnome.org/show_bug.cgi?id=769362
* Updated POTFILES.inPiotr Drąg2016-06-251-1/+1
|
* general: merge libnautilus-private to srcwip/csoriano/private-to-srcCarlos Soriano2016-04-251-25/+25
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | And fix make distcheck. Although libnautilus-private seem self contained, it was actually depending on the files on src/ for dnd. Not only that, but files in libnautilus-private also were depending on dnd files, which you can guess it's wrong. Before the desktop split, this was working because the files were distributed, but now was a problem since we reestructured the code, and now nautilus being a library make distcheck stop working. First solution was try to fix this inter dependency of files, but at some point I realized that there was no real point on splitting some of those files, because for example, is perfectly fine for dnd to need to access the window functions, and it's perfectly fine for the widgets in the private library to need to access to all dnd functions. So seems to me the private library of nautilus is somehow an artificial split, which provides more problems than solutions. We needed libnautilus-private to have a private library that we could isolate from extensions, but I don't think it worth given the problems it provides, and also, this not so good logical split. Right now, since with the desktop split we created a libnautilus to be used by the desktop part of nautilus, extensions have access to all the API of nautilus. We will think in future how this can be handled if we want. So for now, merge the libnautilus-private into src, and let's rethink a better logic to split the code and the private parts of nautilus than what we had. Thanks a lot to Rafael Fonseca for helping in get this done. https://bugzilla.gnome.org/show_bug.cgi?id=765543
* Updated POTFILES.inPiotr Drąg2016-04-221-0/+1
|
View Lorry Controller Status