summaryrefslogtreecommitdiff
path: root/data
Commit message (Collapse)AuthorAgeFilesLines
* list-view: Make Star column non-configurableAntónio Fernandes2022-06-211-1/+1
| | | | | We don't want it to be enabled in locations where it's not supported.
* meson: Update to 0.59Maximiliano Sandoval R2022-02-281-1/+1
|
* general: Use proper license identifiersMaximiliano2022-02-281-1/+1
| | | | | | | GPL3+ is a deprecated SPDX identifier.[0] The meson and about dialog say GPL 3.0, so that should also appear on the appdata. [0] https://spdx.org/licenses/
* Release version 42.alpha42.alphaAntónio Fernandes2022-01-091-1/+1
|
* global-preferences: Remove now-unused preferencesAntónio Fernandes2021-12-291-10/+0
| | | | With the removal of canvas view, both preferences became meaningless.
* general: Rename 'canvas' to 'grid' in enumsAntónio Fernandes2021-12-291-2/+2
| | | | | | These symbols are actually meant for both old and new "grid" views, in opposition to the "list" view, so this is a more appropriate name, considering both share NAUTILUS_VIEW_GRID_ID.
* nautilus-search-engine: search by creation timeNishit Patel2021-11-271-0/+1
| | | | | | | this will let user search for the files using the crtime (creation time) of the files Closes #1761
* Release version 41.141.1Ondrej Holy2021-10-301-1/+1
|
* build: Remove incorrect i18n.merge_file argumentAlbert Vaca Cintora2021-10-261-3/+0
| | | | | | | The positional argument was being silently ignored until meson 0.60.0 where it fails with "ERROR: Function does not take positional arguments". See: https://github.com/mesonbuild/meson/issues/9441
* ci: Use lineup-parameters python scriptOndrej Holy2021-10-115-496/+211
| | | | | | | The lineup-parameters.c is hard to use with meson. Let's use the python rewrite from https://gitlab.gnome.org/GNOME/epiphany/-/blob/master/data/lineup-parameters instead.
* Release version 41.041.0Ondrej Holy2021-09-171-1/+1
|
* Release version 41.rc41.rcAntónio Fernandes2021-09-031-1/+1
|
* Release version 41.beta41.betaAntónio Fernandes2021-08-141-1/+1
|
* compress-dialog: Add support for encrypted .zipOndrej Holy2021-08-101-0/+1
| | | | | | | | Currently, it is not possible to create encrypted archives over Nautilus. Let's add support for encrypted .zip files to not have to install a dedicated archive manager. Fixes: https://gitlab.gnome.org/GNOME/nautilus/-/issues/822
* Revert "uncrustify: Ignore sp_arith to workaround bug"Ondrej Holy2021-07-141-1/+1
| | | | This reverts commit 3ad2de33daa5a5df7f1e90acc593b6b246dfb450.
* uncrustify: Ignore sp_arith to workaround bugAntónio Fernandes2021-07-111-1/+1
| | | | | | | | | | | A new bug in uncrustify 0.73 causes a pointer type to be interpreted as an arithmetic operation, thus adding a space. [0] This causes the CI pipeline to fail on style-check job. To workaround this, ignore the "space around arithmetic operator" rule. [0] https://github.com/uncrustify/uncrustify/issues/3233
* Release version 41.alpha41.alphaOndrej Holy2021-07-091-1/+1
|
* icon: add 'source'wip/jimmac/icon-sourceJakub Steiner2021-06-291-0/+1595
| | | | Initiative: https://gitlab.gnome.org/Teams/Design/initiatives/-/issues/84
* gschema.xml: Update icon-view's descriptionanton-z-s2021-05-271-1/+1
| | | The description was made when there was an option to set per-folder view mode.
* Release version 40.140.1Ondrej Holy2021-04-301-1/+1
|
* ci: Specify test dependencies to fix pipelineOndrej Holy2021-04-211-0/+9
| | | | | | | | | The `validate-desktop`, `validate-desktop-autorun-software` and `validate-appdata` meson tests fail currently because of the updated meson. This is because of the recent change, which requires explicit specification of dependencies. Let's specify them to fix the pipeline. https://gitlab.gnome.org/GNOME/gnome-build-meta/-/issues/372
* uncrustify: Enforce single space after control flow keywordsAntónio Fernandes2021-04-191-0/+1
| | | | | This is the style we use, but we were missing the uncrustify configuration for it.
* .desktop: claim handling of rar mime typesSimental Magana, Marcos2021-04-031-1/+1
| | | | | | | | | This addition follows the logic of adding back RAR support in gnome-autoar[1] Closes #1813 [1] - https://gitlab.gnome.org/GNOME/gnome-autoar/-/commit/9356fae1a735b9f8e9daf5633b9709596543ff2e
* Release version 40.040.0Ondrej Holy2021-03-201-1/+1
| | | | | | | I made 40 release yesterday by mistake. Let's use 40.0 instead to ensure the correct sort order. Fixes: https://gitlab.gnome.org/GNOME/nautilus/-/issues/1807
* Release version 4040Ondrej Holy2021-03-191-1/+1
|
* Release version 40.rc40.rcOndrej Holy2021-03-131-1/+1
|
* Release version 40.beta40.betaOndrej Holy2021-02-131-1/+1
|
* 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
View Lorry Controller Status