summaryrefslogtreecommitdiff
Commit message (Collapse)AuthorAgeFilesLines
* release: Prepare for 3.25.1wip/csoriano/releaseCarlos Soriano2017-04-282-1/+16
|
* mime-actions: launch default uri handlers when activating filesErnestas Kulik2017-04-223-221/+357
| | | | | | | | | Currently, Nautilus tries to find the default applications for files itself, which does not work well in a sandbox. This commit makes Nautilus blindly launch the default applications, which makes use of the documents portal indirectly. https://bugzilla.gnome.org/show_bug.cgi?id=781132
* program-choosing: reindent headerErnestas Kulik2017-04-221-25/+25
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=781132
* window-slot: fix activate on search entryAlexandru Pandelea2017-04-221-2/+0
| | | | | | | | | | | | | | | | | | | | | The issue is that when pressing enter in search while the search entry has the focus, right after the callback to activate the selection is called, Nautilus also tries to activate the location corresponding to the base of the search, as the view is still searching. This occurs because in the activated signal the search is set as not visible manually, which will make Nautilus check immediatly if it should go back to the base of the search location, without waiting for the view to update. To fix this, don't set the search as not visible in the activated callback, as when the search-mode-enabled property changes, if necessarry, the cancel signal will be emitted which will set the search as not visible, which will happen only after the view is updated. This is the behavior for activating the selection in other ways, so activation with focus on the entry should behave the same. https://bugzilla.gnome.org/show_bug.cgi?id=764981
* gtkplacesview: update to latest codeCarlos Soriano2017-04-224-2050/+1794
|
* ui-utilities: Fix menu merge when prependingCarlos Soriano2017-04-211-1/+3
| | | | | | | | | We were prepending the items but in regular order, instead of inverse to preserve the order. To fix it the patch invert the order of the items when prepending. https://bugzilla.gnome.org/show_bug.cgi?id=774724
* progress-info: port away from manual declsKevin Lopez2017-04-182-15/+2
| | | | | | | This patch reduces the number of macros used to define the type, by means of the macro G_DECLARE*, and improves the readability of code. https://bugzilla.gnome.org/show_bug.cgi?id=778139
* Update Catalan translationJordi Mas2017-04-171-1739/+2058
|
* Revert "README: Remove the mailing list"Carlos Soriano2017-04-131-0/+7
| | | | | | This reverts commit cee6a434f6090a00409da7872d4a0940f11c5171. Was obviously an accident
* org.gnome.Nautilus.json: Use standard JSON formatCarlos Soriano2017-04-131-8/+0
| | | | There are no C comments in the JSON standard, remove them.
* README: Remove the mailing listCarlos Soriano2017-04-131-7/+0
| | | | | | | | | | | | | Currently we support the mailing list as a way to communicate with the developers. However mailing lists are not used as much as they were used years ago, and they became a burden to maintain in our side. To fix this situation, remove the mailing list from the README so users doesn't use it anymore. https://bugzilla.gnome.org/show_bug.cgi?id=778952
* placesview: synchronize with GTK+Georges Basile Stavracas Neto2017-04-111-1/+5
|
* project: update NautilusGtkPlacesView from masterGeorges Basile Stavracas Neto2017-04-101-0/+38
| | | | GtkPlacesView now supports monitoring networks.
* Update Croatian translationgogo2017-04-101-4/+4
| | | | (cherry picked from commit 106b09ba4dd64d5988e5d5e366ef73623f8af479)
* Update Greek translationTom Tryfonidis2017-04-091-1270/+1436
| | | | (cherry picked from commit 6f1364ff51447a09f2d4129866cf8eeec8979923)
* view-icon-controller: stop trying to reveal nothingErnestas Kulik2017-03-311-0/+5
| | | | | | | Currently, the flow view tries to reveal the selection even if it is empty. That can result in a crash if the selection is empty. https://bugzilla.gnome.org/show_bug.cgi?id=780732
* files-view: remove directory parameter from add-files callbacksErnestas Kulik2017-03-311-3/+0
| | | | | | It is no longer used as of 8b26778710510c9a1d3e7aa8ea82d4dfd7c4a3e9. https://bugzilla.gnome.org/show_bug.cgi?id=780730
* notebook: make the class finalTiberiu Lepadatu2017-03-302-29/+7
| | | | | | | The class NautilusNotebook is not extended by any other class so it should be made final. Use the new type declarations to do so. https://bugzilla.gnome.org/show_bug.cgi?id=780700
* progress-info-manager: port away from manual declsHoria Ion2017-03-302-50/+23
| | | | | | | This patch reduces the number of macros used to define the type, by means of the macro G_DECLARE*, and improves the readability of code. https://bugzilla.gnome.org/show_bug.cgi?id=780697
* preferences-window: Add a user preference to use the new viewsCarlos Soriano2017-03-302-4/+55
| | | | | | For next release I hope they are good enough to be able to enable them by user preference, and also makes easier for us to switch between them in order to test everything is fine in both.
* view-model: Don't remove files when adding itemsCarlos Soriano2017-03-301-1/+0
| | | | | | A copy paste error from the set_items function. https://bugzilla.gnome.org/show_bug.cgi?id=780380
* files-view: Reveal file in an idle for the flow viewCarlos Soriano2017-03-301-1/+1
| | | | | | | | Items are not allocated at that time yet, so it needs some time to be able to calculate the correct allocation of the item, and therefore the correct adjustment for the scrolled window. https://bugzilla.gnome.org/show_bug.cgi?id=780380
* icon-controller: Implement reveal_selectionCarlos Soriano2017-03-301-0/+18
| | | | | | It was missing in the new GtkFlowBox based view. https://bugzilla.gnome.org/show_bug.cgi?id=780380
* files-view: Select file after "Open item location"Carlos Soriano2017-03-301-4/+8
| | | | | | | | | | | | Until now we weren't selecting the item that was selected. However it really helps to do that so the user can navigate after searching. For instance this is pretty good to have for the "type-ahead" use case. This commit select the file after the user opens the item location and reveals the file. https://bugzilla.gnome.org/show_bug.cgi?id=780380
* list-view: Remove debug spewCarlos Soriano2017-03-301-1/+0
| | | | Forgot to delete it after coding :(
* files-view: Remove directory parameter from add_files signalCarlos Soriano2017-03-305-12/+15
| | | | | It's not longer necessary. This patch removes it and also fixes a compiler warning.
* pathbar: Remove dnd handlingCarlos Soriano2017-03-301-177/+0
| | | | | | | | So users can drag the window from the buttons of the pathbar too, as it seems it's more important feature for them instead of dnd the path in the pathbar, which is also quite undiscoverable. https://bugzilla.gnome.org/show_bug.cgi?id=776663
* progress-persistence-handler: port away from manual declsDiana Grecu2017-03-292-49/+22
| | | | | | | This patch reduces the number of macros used to define the type, by means of the macro G_DECLARE*, and improves the readability of code. https://bugzilla.gnome.org/show_bug.cgi?id=780680
* file-operations: check filespace before extractingvyasgiridhar2017-03-281-1/+48
| | | | | | | | | Currently, the extraction starts without checking for enough filesystem space to store the extracted files. This commit checks for filespace before the extraction takes place. https://bugzilla.gnome.org/show_bug.cgi?id=775253
* nautilus-files-view: focus to newly created folderKevin Lopez2017-03-271-0/+7
| | | | | | | | | | | | After creating a new folder through the hamburger menu, the keyboard focus stays on the hamburger menu button, so you can't go to the newly created folder by simply pressing enter again. To solve that, we simply need focus the NautilusFilesView after destroy the dialog, in the case where name is accepted. https://bugzilla.gnome.org/show_bug.cgi?id=754744
* Revert "extraction: check filespace before extraction"Carlos Soriano2017-03-271-49/+1
| | | | This reverts commit 89f1113c4d3c1a108b1706fee82b742fbaaa708d.
* build: Fix check_libgdCarlos Soriano2017-03-271-1/+1
| | | | Forgot to change the path to check whether the subproject is initalized.
* extraction: check filespace before extractionvyasgiridhar2017-03-271-1/+49
| | | | | | | | Sometimes, the extractions starts without enough filesystem space to store the extracted files. This commit checks for filespace before the extraction takes place. https://bugzilla.gnome.org/show_bug.cgi?id=775253
* window: Use symbolic icon for notificationsCarlos Soriano2017-03-271-1/+1
| | | | | | | We prefer symbolic icons, even though gnome-shell now uses symbolic icons anyway for notifications if it's available. https://bugzilla.gnome.org/show_bug.cgi?id=775891
* libgd: move submodule to a subdirectoryErnestas Kulik2017-03-274-5/+4
| | | | | | | | Meson looks for subprojects in subprojects/ by default. Since Autotools is no longer a resident here, the submodule should be moved to the subdirectory, instead of being linked to. https://bugzilla.gnome.org/show_bug.cgi?id=780501
* gitignore: Remove autotools related files.Carlos Soriano2017-03-272-30/+1
| | | | | | And also some non existent files. https://bugzilla.gnome.org/show_bug.cgi?id=780584
* gitignore: Add .flatpak-builderCarlos Soriano2017-03-271-0/+1
| | | | | The .flatpak-builder is used by flatpak-builder for internal use when building with flatpak, so ignore it.
* gitattributes: Fix make_release export-ignoreCarlos Soriano2017-03-271-1/+1
| | | | Forgot to change it to the new path.
* build: Update flatpak build and organize folder structureCarlos Soriano2017-03-278-48/+16
| | | | | | | | | | | | | Flatpak doesn't need to build meson or a patch for ninja and meson to work properly: https://github.com/flatpak/flatpak/issues/607 https://bugzilla.gnome.org/show_bug.cgi?id=774368 https://github.com/flatpak/freedesktop-sdk-images/commit/273e2460aa55a0fd80d4b2feef38795991b4d665 This patch updates this and improves the folder structure with a build-aux folder to clear up the root folder. https://bugzilla.gnome.org/show_bug.cgi?id=780580
* Update Polish translationPiotr Drąg2017-03-251-17/+17
|
* Updated Norwegian bokmål translation.Kjartan Maraas2017-03-251-543/+601
|
* Update Polish translationPiotr Drąg2017-03-251-6/+6
|
* Update Polish translationPiotr Drąg2017-03-231-11/+11
|
* files-view: display search base for file chooserAlexandru Pandelea2017-03-221-1/+12
| | | | | | | | | | Currently when the move to/copy to file chooser dialog is launched during search, the dialog shows an error as the location is invalid. Change this so that the base of the search is displayed in the dialog when this dialog is launched while searching. https://bugzilla.gnome.org/show_bug.cgi?id=778113
* file-conflict-dialog: use a Unicode apostrophe in a new translatable stringPiotr Drąg2017-03-221-1/+1
| | | | | | See https://developer.gnome.org/hig/stable/typography.html https://bugzilla.gnome.org/show_bug.cgi?id=774288
* batch rename: Do not consider directory "extensions"Evgeny Shulgin2017-03-221-6/+14
| | | | | | | | | | | | | | | | | | | | With a batch renaming using a template, the extension is removed. That is, if we have a file named "some.txt", after renaming using template "[Original file name]YOLO" we will get "someYOLO.txt", and this is correct. But if we renaming folders with a name where there is a dot and subsequent symbols, these characters will be mistakenly considered an extension. For example, after renaming folders "file" -> "fileYOLO", "FILEZ." -> "FILEZ.YOLO" (is correct), but "org.package.library" -> "org.packageYOLO.library", "project-2.0" -> "project-2YOLO.0", "my.files" -> "myYOLO.files", "extra-0.85" -> "extra-0YOLO.85" (is incorrect) To fix this bug we won't search extension if current NautilusFile is a directory. https://bugzilla.gnome.org/show_bug.cgi?id=780326
* autotools: kill itErnestas Kulik2017-03-2226-2684/+0
| | | | | | We’re moving to Meson this cycle, so this is losing some deadweight. https://bugzilla.gnome.org/show_bug.cgi?id=780366
* docs: remove outdated documentationErnestas Kulik2017-03-2212-1562/+0
| | | | | | | Most documentation is outdated and/or incomplete with no maintainers. This commit removes it. https://bugzilla.gnome.org/show_bug.cgi?id=780366
* file-conflict-dialog: Prevent replacing a directory with a symbolic linkecho-devim2017-03-223-4/+28
| | | | | | | | | | | If the user tries to replace a folder with a symbolic link with the same name,the content of the destination folder was being deleted. To fix this behaviour, the UI disables the replace button allowing the user only to skip or to rename in order to avoid the deletion of the destination folder's content. https://bugzilla.gnome.org/show_bug.cgi?id=632323
* Updated Ukrainian translationDaniel Korostil2017-03-211-1838/+2110
|
View Lorry Controller Status