summaryrefslogtreecommitdiff
Commit message (Collapse)AuthorAgeFilesLines
...
* view: make icon getter staticCarlos Soriano2016-11-239-117/+82
| | | | | | | | | | | | | | We were relying on the current view to return the icon to put in the toolbar, however that requires a view instance and also we cannot control really what icon we want to show in which circumstances. We want more control about that, so we need a single entry point where we can get the icon to show depending on the known view types we have. So this patch converts the view property to a static method. https://bugzilla.gnome.org/show_bug.cgi?id=771075
* Update Russian translationStas Solovey2016-11-231-509/+513
|
* mime-actions: use GQueue functions instead of private pointersCarlos Soriano2016-11-221-5/+5
| | | | It's just more correct.
* Revert "file: reword "items" to "files and folders""Carlos Soriano2016-11-221-6/+4
| | | | | | | | It needs more handling than just this, and sometimes we cannot know whether the child has both files and folders or not. So "items" it's probably the safest bet in here. This reverts commit a8dbefc0bfef7f09bc2a651d64f264ebe93cafba.
* mime-actions: modernize codeCarlos Soriano2016-11-211-94/+72
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=773937
* mime-actions: support admin backendCarlos Soriano2016-11-215-7/+51
| | | | | | | | | | | | | | | | | | | | | | | | | Until now Nautilus was not able to handle files where the user had no permissions. An error was reported. The only way for a user to handle those files were to start Nautilus with sudo, which is something that shoudl be avoided for security reasons. On Wayland, is not even possible to launch an application with sudo, so this is no longer available and therefor no way to handle files with no permissions. On 3.22 gvfs added an admin backend with integration with Polkit, so a file withouth permissions can be accessed using this backend if the user has the root password. Add support for the admin backend in Nautilus, where a file will be opened using it if cannot be read. There still work to do, basically implement the operations with this backend too and refactor the code to be able to open from nautilus application command line also a file withouth permissions. https://bugzilla.gnome.org/show_bug.cgi?id=773937
* Update Spanish translationDaniel Mustieles2016-11-211-8/+3
|
* Updated Norwegian bokmål translation.Kjartan Maraas2016-11-201-524/+590
|
* Update Spanish translationDaniel Mustieles2016-11-181-141/+2
|
* Update Spanish translationDaniel Mustieles2016-11-181-760/+1003
|
* Updated Serbian translationМарко М. Костић2016-11-182-1241/+1290
|
* Update Polish translationPiotr Drąg2016-11-161-485/+480
|
* Updated Czech translationMarek Cernocky2016-11-151-3/+3
|
* Updated Czech translationMarek Cernocky2016-11-151-116/+114
|
* Update Friulian translationFabio Tomat2016-11-151-11/+11
|
* Update Friulian translationFabio Tomat2016-11-131-31/+14
|
* Update German translationMario Blättermann2016-11-131-752/+829
|
* Update Friulian translationFabio Tomat2016-11-121-34/+20
|
* Update Friulian translationFabio Tomat2016-11-121-51/+23
|
* Update Friulian translationFabio Tomat2016-11-121-16/+8
|
* Update Friulian translationFabio Tomat2016-11-121-177/+288
|
* Use Unicode in translatable stringsPiotr Drąg2016-11-1211-69/+69
| | | | | | See https://developer.gnome.org/hig/stable/typography.html https://bugzilla.gnome.org/show_bug.cgi?id=774288
* Updated Czech translationMarek Černocký2016-11-121-30/+41
|
* application: open home directory on new window if searchingErnestas Kulik2016-11-111-3/+14
| | | | | | | | Opening a new window in the search view results in a crash, because the new window does not have a view for the initial location. That can be worked around by pointing the new window to the home directory. https://bugzilla.gnome.org/show_bug.cgi?id=772856
* application: add “clone-window” actionErnestas Kulik2016-11-112-12/+21
| | | | | | | | | | Opening a new window from the shell should open the home directory, as the intent of the user is not clear and it is thus the safest assumption (it preserves the old behavior). This requires splitting the “new-window” action in half: “new-window” for use from the shell and “clone-window” for use from the application. https://bugzilla.gnome.org/show_bug.cgi?id=772856
* Update Friulian translationFabio Tomat2016-11-101-107/+120
|
* batch-rename-dialog: mark string for translationCarlos Soriano2016-11-101-3/+9
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=771586
* batch-rename-dialog: use same quote styleAlexandru Pandelea2016-11-101-3/+3
| | | | | | Instead of using \" use “ and ”. https://bugzilla.gnome.org/show_bug.cgi?id=771604
* batch-rename : Reword "Rename %d files/folders" as "Rename %d files"Neha Yadav2016-11-101-2/+22
| | | | | | | | | | | | The problem is that when we select both folder and file then string "Rename %d files" appears which may not be the right term when the selected items contains both files and folders. To solve this issue we rename the string and now in place of string "Rename %d files" we use "Rename %d Files and Folders" for both file and folder. https://bugzilla.gnome.org/show_bug.cgi?id=771586
* file: reword "items" to "files and folders"Carlos Soriano2016-11-101-4/+6
| | | | | | It looks more explicit and clear than using items. https://bugzilla.gnome.org/show_bug.cgi?id=771586
* file: create filtered file lists in correct orderErnestas Kulik2016-11-101-3/+1
| | | | | | | | nautilus_file_list_filter() creates lists in the wrong order, causing files activation to occur in the same fashion. This is caused by double reversal of the file list when filtering files. https://bugzilla.gnome.org/show_bug.cgi?id=773988
* rename-file-popover-controller: select entire name for foldersRazvan Chitu2016-11-081-7/+13
| | | | | | | | When renaming a file, the extension is not selected for editing, even if the file is a directory. In order to fix this, deselect the extension only if the renamed file is of regular type. https://bugzilla.gnome.org/show_bug.cgi?id=759718
* Updated Czech translationMarek Cernocky2016-11-081-629/+645
|
* files-view, preferences: sync sort-directories-first with Gtk+Felipe Borges2016-11-073-23/+5
| | | | | | | The sort-directories-first gsetting should be consistent system-wise. https://bugzilla.gnome.org/show_bug.cgi?id=750996
* Update Japanese translationsujiniku2016-11-061-1977/+2873
|
* Update Friulian translationFabio Tomat2016-11-041-232/+259
|
* batch-rename-dialog: disable metadata for illegal metadata charsAlexandru Pandelea2016-11-041-1/+4
| | | | | | | | | | If the metadata has the character "/" the metadata cannot be used. Rather than showing a conflict when this metadata is used, it should actually be disabled, because the user will never be able to rename the files using this metadata. https://bugzilla.gnome.org/show_bug.cgi?id=771070
* rename-file-popover-controller: Fix popover animationAlexandru Pandelea2016-11-041-2/+2
| | | | | | | | | The transitions for the rename popover are disabled. To fix this, use gtk_popover_popdown and gtk_popover_popup instead of gtk_widget_show and gtk_widget_hide. https://bugzilla.gnome.org/show_bug.cgi?id=771614
* Update Hungarian translationBalázs Meskó2016-11-031-307/+334
|
* floating-bar: fix hide on hover with notebook visibleErnestas Kulik2016-11-031-3/+1
| | | | | | | | | | | When the notebook is visible, the pointer intersection with the floating bar check fails. That is due to how the floating bar bounds are calculated - the offset of the overlay when tabs are visible is not taken into account, allowing the upper y bound to become smaller than the lower bound. That can be fixed by calculating the upper y bound relative to the lower one. https://bugzilla.gnome.org/show_bug.cgi?id=773119
* ui-utilities: clarify date labelMonica Baluna2016-11-034-17/+28
| | | | | | | Date label does not point out that nautilus searches for files modified or used after that date. In order to fix this, prepend "Since" to the date label. https://bugzilla.gnome.org/show_bug.cgi?id=767400
* regular-file-function: reword the function nameNeha Yadav2016-11-031-1/+1
| | | | | | | | | | The problem is that there is a file available which contain "!nautilus_file_is_directory" which not look good in file. Now we have the API, we can check if the file is a regular file where needed and not check if it is not a directory. https://bugzilla.gnome.org/show_bug.cgi?id=772588
* undo-file-manager: make the class final and port to G_DECLARE* type declarationZurzic Zeljko2016-11-022-73/+38
| | | | | | | | | | | | Changed the old GObject class declarations in order to use smart pointers to generate some functionalities and make the code more readable. The class should not be derivable as its` functionality logics requires it to be final. To fix this use G_DECLARE* type and make the class final instead of derivable. https://bugzilla.gnome.org/show_bug.cgi?id=773831
* window-slot: hide trashbar if Trash is emptyMohammed Sadiq2016-11-021-1/+39
| | | | | | | | | | There is no use for trashbar if the Trash is empty. So don't show trashbar if Trash is empty. Also, if user sets the trash empty, withdraw the trashbar if already present. https://bugzilla.gnome.org/show_bug.cgi?id=763147
* files-view: better empty state for TrashMohammed Sadiq2016-11-024-0/+63
| | | | | | Implement better empty state for Trash as per new design. https://bugzilla.gnome.org/show_bug.cgi?id=763147
* Update Bulgarian translationAlexander Shopov2016-10-311-1915/+2436
|
* Update zh_CN translationJeff Bai2016-10-311-1889/+2442
|
* help-overlay: Remove Ctrl+B shortcutJeremy Bicha2016-10-281-7/+0
| | | | | | since nautilus doesn't have a Bookmarks Manager currently https://bugzilla.gnome.org/show_bug.cgi?id=771919
* file-undo-operations: fix batch rename lists orderAlexandru Pandelea2016-10-261-0/+4
| | | | | Reverse the files list for undo/redo for batch rename, which was wrongfully deleted by commit fc4135d8124157d2435d66aceea5958ed643227d
* progress-info-widget: use constructed instead of new for initializationCarlos Soriano2016-10-261-14/+10
| | | | | | | | As recommended in the docs, constructed should be used for initialize the class when it needs some construct-only properties set (or not) The new handler should only be a wrapper around g_object_new. Patch made by Nacho, thanks!
View Lorry Controller Status