summaryrefslogtreecommitdiff
path: root/data
Commit message (Collapse)AuthorAgeFilesLines
* gschema: Raise thumbnail size limit to 50MBAntónio Fernandes2021-02-081-1/+1
| | | | | | | | This was last updated 12 years ago. Assuming 10MB is too low given today's hardware, make that 50MB. Closes https://gitlab.gnome.org/GNOME/nautilus/-/issues/1309
* preferences: Drop executable-text-activation settingAntónio Fernandes2021-02-061-5/+0
| | | | | | | | | | | | | | | | Whe the ASK option gone, the only alternative to the default is RUN. This option is not safe: it's too easy to accidentally run programs. Now we have a "Run as a Program" action in the context menu, which is available by default (no configuration required) and safe (clearly labeled, intentionally chosen). So, remove the RUN option is no longer necessary, and with it we can remove the preference from both the UI and GSettings schemas. Closes https://gitlab.gnome.org/GNOME/nautilus/-/issues/1700 Discussed in https://gitlab.gnome.org/GNOME/nautilus/-/issues/443
* mime-actions: Drop ACTIVATION_ACTION_ASKAntónio Fernandes2021-02-061-1/+1
| | | | | | | | | | | | | | | | | | There is an option in Preferences which enables a dialog asking users what they intend to do when they double-click an executable text file: open as a text file or run as a program? The dialog asking that question has known design problems, but they remain unaddressed, which is not surprising because it's non-default. Now, with the new menu item added in the last commit, the two options ("Open" and "Run as a Program") are both available by default in the context menu, so there is no need to ask the question in a dialog. Remove the option, the dialog, and the related code. Closes https://bugzilla.gnome.org/show_bug.cgi?id=598671 Part of https://gitlab.gnome.org/GNOME/nautilus/-/issues/1700
* general: Remove option to bypass delete confirmationSachin Daluja2021-02-061-5/+0
| | | | | | | | | | | | | | | | | | A gsettings-based option "confirm-trash" existed to determine if a confirmation dialog should be shown when emptying the trash. This setting, enabled by default, was misappropriated for the unrelated "delete directly" operation of files outside Trash. This latter use of this setting was misleading and unexpected (more discussion on the linked issue page.) Remove option "confirm-trash" entirely because neither of the above mentioned operations are reversible, so they should always require confirmation. Add ellipsis to labels for the "empty trash" and "delete permanently" actions since they now always invoke a confirmation dialog. Closes https://gitlab.gnome.org/GNOME/nautilus/-/issues/1699
* Release version 40.alpha40.alphaOndrej Holy2021-01-081-1/+1
|
* column-utilities: Add Created date columnAntónio Fernandes2021-01-051-1/+1
| | | | | | | Now that we have backend support for showing and sorting by btime, add an optional "Created" column to the list view. This enables using the attribute as caption for icon view too.
* general: Support sorting by creation dateAntónio Fernandes2021-01-051-1/+2
| | | | No user visible changes yet.
* 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
View Lorry Controller Status