summaryrefslogtreecommitdiff
path: root/data
Commit message (Collapse)AuthorAgeFilesLines
* Release version 3.38.13.38.1Ondrej Holy2020-10-021-1/+1
|
* Release version 3.38.03.38.0Ondrej Holy2020-09-111-1/+1
|
* Release version 3.37.923.37.92Ondrej Holy2020-09-041-1/+1
|
* tag-manager: Track files rather than contentsSam Thursfield2020-09-021-5/+6
| | | | | | | | | | | | | | | | | | Nautilus is a file manager, so we should star files. Previously we starred the content resources extracted by Tracker Miner FS, instead. This had the advantage that the stars would follow file renames. It had the downside of being more complex and limited in which files can be starred. In Tracker 2.x, the feature only worked in folders indexed by Tracker Miner FS. With Tracker 3.x, it was additionally limited to files where Tracker had extracted metadata -- mainly just documents and media files. This commit takes the simpler approach of storing the star against the file URL. All files can now be starred, and stars will no longer persist when a file is moved or renamed. Fixes https://gitlab.gnome.org/GNOME/nautilus/-/issues/160
* Use Tracker Miners inside Flatpak when not available on the hostSam Thursfield2020-09-025-0/+67
| | | | | | | This means the Nautilus flatpak will be able to use Tracker on systems which don't have Tracker 3 available on the host. It comes at a cost of increased resource consumption inside the Flatpak due running an extra indexer process there.
* Port to Tracker 3Sam Thursfield2020-09-024-0/+38
| | | | | | | | | | | | | | | | | | | | | | | | Mostly the port is straightforward, we connect to tracker-miner-fs explicitly over D-Bus instead of the centralized tracker-store daemon we connected to previously. The search-engine-tracker test is now isolated from the user's real Tracker index using the `tracker-sandbox` script provided by Tracker, and it lets tracker-miner-fs index the test file rather than trying to synthesize the expected database contents. There are more changes in nautilus-tag-manager.c. Until now, starred file information was stored in the tracker-miner-fs database. This has some downsides, firstly the data is deleted if someone runs `tracker reset --hard`, secondly it isn't possible to do this from inside a Flatpak sandbox with Tracker 3.0. because the This commit changes the NautilusTagManager to set up a private database inside XDG_DATA_HOME/nautilus/tags. This stores the starred file information. The database is managed with Tracker, which allows us to continue using the rename-tracking that tracker-miner-fs provides. The same limitations apply as before that only files in indexed locations can be starred.
* Release version 3.37.913.37.91Ondrej Holy2020-08-211-1/+1
|
* appdata: Fix typo in property name of release tagOndrej Holy2020-08-211-1/+1
| | | | | Currently, "data" property is used for release tag, but it should be "date" instead.
* Release version 3.37.903.37.90Ondrej Holy2020-08-071-1/+1
|
* Release version 3.37.33.37.3Ondrej Holy2020-07-031-1/+1
|
* appdata: Update outdated release listOndrej Holy2020-06-131-5/+1
| | | | | | | | The list of releases is outdated, which is probably why GNOME Software and "flatpak info" shows version 3.32.1 for our nightly bundles, although the About dialog shows something completely different. Let's replace the list of outdated releases with just the current one. Also add comment in meson.build to not forget about it next time.
* appdata: Use mailing list address as update contactOndrej Holy2020-06-131-1/+1
| | | | | The update contact points to our previous maintainer. Let's use the mailing list address instead to be always valid...
* .desktop: Include traditional name as search keywordAntónio Fernandes2020-04-101-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Based on patches from Felipe Borges for other apps. Quoting him: The GNOME Shell search results are forwarded from the results of GLib's g_desktop_app_info_search() function, which matches the Name, Exec, Keywords, GenericName, X_GNOME_FullName, and Comment keys from desktop files[0]. Since Totem is now named "Videos", a query for "totem" would match the "Exec" key and present the application in the search results as expected. Unfortunately that doesn't happen for Flaptaked Totem, which would get its desktop file "Exec" key overwritten to something such as Exec=/usr/bin/flatpak run --branch=stable --arch=x86_64 --command=totem org.gnome.Totem --new-document This way, searching for "totem" when only the Flatpaked version of it is installed returns no results. Searching for "Videos" presents the application as expected. Its been proposed in GLib to parse the "Exec" key for searches but that was rejected[1] because it would imply establishing an API which assumes that the command line behavior of Flatpak would be stable/never-change. A fix was proposed in Flatpak directly[2] but it was rejected, leaving us with the only option of adding the historical/legacy application names to the "Keywords" key in their desktop files. Many users, such as myself, have the "muscle memory" of search for the old application's name, such as "totem", "gedit", "evince". Although I agree that the new names should be presented to new users and that the old ones shouldn't be visible in UI, it makes sense and little effort to support the search for the old names IMO. [0] https://gitlab.gnome.org/GNOME/glib/blob/master/gio/gdesktopappinfo.c#L378 [1] glib#1706 [2] https://github.com/flatpak/flatpak/issues/2749
* dbus-manager: clarify CreateFolder methodAlberts Muktupāvels2020-04-061-1/+2
| | | | https://gitlab.gnome.org/GNOME/nautilus/-/merge_requests/504
* dbus-manager: add ask_confirmation parameter to EmptyTrashAlberts Muktupāvels2020-04-061-0/+1
| | | | https://gitlab.gnome.org/GNOME/nautilus/-/merge_requests/504
* dbus-manager: deprecate old interfaceAlberts Muktupāvels2020-04-061-0/+7
| | | | https://gitlab.gnome.org/GNOME/nautilus/-/merge_requests/504
* dbus-manager: add DeleteURIs methodAlberts Muktupāvels2020-04-061-0/+4
| | | | | | | Add DeleteURIs method to make it possible to permanently delete files avoiding trash. https://gitlab.gnome.org/GNOME/nautilus/merge_requests/504
* dbus-manager: add and implement FileOperations2 interfaceAlberts Muktupāvels2020-04-061-0/+78
| | | | | | | | | | Add new version of FileOperations interface. This versions adds PlatformData argument to all methods. Currently supported arguments are parent-handle and timestamp. This change is necessary for proper focus handling. https://gitlab.gnome.org/GNOME/nautilus/merge_requests/504
* uncrustify: Group single line comments to blockOndrej Holy2020-04-051-0/+2
| | | | | | | C++ comments ("//") are converted to C comments ("/* */"), but they are not grouped together. So, each line is enclosed by "/* */". Let's add cmt_cpp_group and cmt_c_group options to ensure that the single line comments are grouped together.
* uncrustify: Fix indentation of ternary operators statementsOndrej Holy2020-04-051-0/+3
| | | | | | | | | Let's add "indent_ternary_operator = 1" to our uncrustify.cfg in order to prevent the following unwanted change: list = back ? nautilus_window_slot_get_back_history (self->window_slot) : - nautilus_window_slot_get_forward_history (self->window_slot); + nautilus_window_slot_get_forward_history (self->window_slot);
* run-uncrustify.sh: Skip some imported source codesOndrej Holy2020-04-051-1/+1
| | | | | Skip gtk, animation and audio-video-properties subdirectories as those codes are copy&pasted from other project.
* build: Use new nightly icon for the Devel profileAntónio Fernandes2019-10-131-1/+1
| | | | | | | | A variant of the app icon has been introduced in the previous commit. Let's use it for the Devel profile. Part ot https://gitlab.gnome.org/GNOME/Initiatives/issues/12
* icon: create a nightly app iconJakub Steiner2019-10-131-0/+1
| | | | | | Provide a development variant of the app icon See https://gitlab.gnome.org/GNOME/Initiatives/issues/12 for more info.
* appdata: Use Files instead of NautilusOndrej Holy2019-07-041-2/+2
| | | | | | | | | Files is name which is used in the About dialog, the in Desktop file and on the website, thus we should use it also in the AppData file as other projects do. This fixes the following downstream bug: https://bugzilla.redhat.com/show_bug.cgi?id=1725120
* appdata: Fix accidentally changed appstream IDKalev Lember2019-02-061-1/+1
| | | | | | | Keep the ID as "org.gnome.Nautilus.desktop" as was in 3.32.x. The appstream ID is supposed to be stable and not change. This partially reverts commit e3e2811b9e09e9b265babddbaaad319a62f8caeb
* appdata: update the appstream data to follow the latest specsBilal Elmoussaoui2019-06-151-18/+28
| | | | | | Specs: https://www.freedesktop.org/software/appstream/docs/chap-Quickstart.html The categories are merged from the desktop file with appstream-compose No need to keep a duplicated info here.
* general: Update URL for issue reportsZhaoQiang2019-04-301-1/+1
|
* build: Don’t build lineup-parameters by defaultErnestas Kulik2019-04-141-0/+1
| | | | It’s only needed on a case-by-case basis.
* data: Fix caption capitalisation in appdata filePhilip Withnall2019-04-111-3/+3
| | | | | | | | Make the capitalisation of the image captions match the translatable titles of the dialogues in the images, so that translations can be reused. Signed-off-by: Philip Withnall <withnall@endlessm.com>
* Meson: validate appdata file without network accessBilal Elmoussaoui2019-01-151-1/+1
| | | Network access is restricted on Flatpak build env, the same with other distros running tests for packages during the build process without network access. Fixes the pipeline from failing.
* org.gnome.Nautilus.appdata.xml.in.in: No screenshots in appdataTimothy OBrien2019-01-151-0/+19
| | | | | | | | | No screenshots were supplied by the appdata xml meaning that software install tools would not show them to the user. This commit proposes a set of screenshots hosted via the static-web project: https://gitlab.gnome.org/Infrastructure/static-web See static-web merge request https://gitlab.gnome.org/Infrastructure/static-web/merge_requests/2 for proposed screenshots. Fixes #556
* gschema: Use Unicode quotation marks in default-sort-order’s descriptionPiotr Drąg2018-12-071-1/+1
| | | | | | See https://developer.gnome.org/hig/stable/typography.html https://bugzilla.gnome.org/show_bug.cgi?id=774288
* file: Drop NAUTILUS_FILE_SORT_NONEAntónio Fernandes2018-12-071-7/+6
| | | | | | | | This was needed for manual layout, which was still used for handling desktop icons. Non-desktop views still have code to gracefully handle this value. With the refactoring from the last commit, we can finally drop this.
* gschema.xml: Update default-sort-order's descriptionAntónio Fernandes2018-12-071-1/+1
|
* file: Sync sort types with settingsAntónio Fernandes2018-12-071-1/+5
| | | | | | | | | | | | | | | | | | | The org.gnome.nautilus.preferences default-sort-order key is a currently hidden-from-UI preference that should be honored by all views, if no custom order is specified in the current location's metadata. However, for this to work, two enums must be kept in sync between the code and the schemas. This has not been happening since the introduction of the Starred files feature. To fix this, restore the sort order according to settings, and make starred take the place of trash-time, which is non-sensical as default for all folders. Forthermore, to prevent this from breaking again, add documentation to both enums. Fixes https://gitlab.gnome.org/GNOME/nautilus/issues/636
* icon: legibility/style tweaksJakub Steiner2018-11-211-373/+143
| | | | | | - further address the scaling sharpness https://gitlab.gnome.org/GNOME/nautilus/issues/743
* dbus: Implement rename fileCarlos Soriano2018-11-191-0/+4
| | | | So desktop icons extensions can use it.
* dbus-interfaces: Remove stray "Iain Lane2018-11-141-1/+1
| | | | This is a typo.
* icon: improve grid fitJakub Steiner2018-11-131-257/+343
| | | | | | | | | | - imrpove the grid fit of the shapes. Primary sizes are 128, 64 and 32, but we render at 96 in the shell in many places. This isn't perfect and we're probably be better off sticking to 128 in the shell, but it is less fuzzy. Adresses issue #743
* App icon: update colors and shape to latest guidelinesTobias Bernard2018-10-191-74/+172
|
* Revert "Revert "build: Don't loop over icons""Carlos Soriano2018-09-141-9/+6
| | | This reverts commit 37799d64caed4a6e06b5ed534012664b5afaf812
* Revert "Revert "icon: update app icon""Carlos Soriano2018-09-149-1940/+302
| | | This reverts commit efef783dbd95e875d4db5e72c438eb2457713b19
* Revert "icon: update app icon"Carlos Soriano2018-09-149-302/+1940
| | | This reverts commit be862db092aaa9e60bb3b958c19951dbcbd8c604
* Revert "build: Don't loop over icons"Carlos Soriano2018-09-141-6/+9
| | | This reverts commit a7a03f6398d37d353cef89ce16ed4fb2f1b60962
* build: Don't loop over iconsCarlos Soriano2018-09-131-9/+6
| | | | Since we have only one now.
* icon: update app iconJakub Steiner2018-09-139-1940/+302
| | | | | | | | - GNOME 3.32 redesign of app icons. See https://gitlab.gnome.org/GNOME/Initiatives/issues/2 for more info. /label ~"9. Initiative: AppIconRedesign"
* dbus-manager: Provide undo statusCarlos Soriano2018-08-181-0/+1
| | | | | This is interesting for the desktop icons integration, so it can hide the undo/redo menu items appropriately.
* dbus: Implement move operationCarlos Soriano2018-08-081-0/+4
| | | | Analog to the copy operation.
* dbus-manager: Drop copy file operationCarlos Soriano2018-08-071-6/+0
| | | | | | | | | It was truly unreliable and not working clearly. We have a more powerful and simpler API with CopyURIs, so there is no point to have this one. This commits drops the DBus API. Note that the DBus version is not bumped, I believe this DBus API is not used by any external service given how broken was it.
* dbus-manager: Implement undo/redoCarlos Soriano2018-08-071-0/+4
| | | | For the integration with the desktop icons extension.
View Lorry Controller Status