summaryrefslogtreecommitdiff
Commit message (Collapse)AuthorAgeFilesLines
* toolbar: move undo/redo toolbar menu code into toolbarwip/neilh/toolbar-reorgNeil Herald2016-06-239-123/+144
| | | | | | | | | | | | | | Due to the toolbar menu reorganisation work, the code to create and manage the undo/redo items on the menu ended up in files-view.c. This isn't the correct place as they don't have much to do with the files view. Some refactoring was needed before the code for these items could be moved back into the toolbar, which has now been done in a previous commit. This commit moves the undo/redo creation and management code into the toolbar. https://bugzilla.gnome.org/show_bug.cgi?id=764632
* view: allow view to have more control over the toolbar menuNeil Herald2016-06-2311-113/+159
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Currently we have this menu structure: ------------------------------ 1. New Folder/New Tab/Bookmark ------------------------------ 2. Zoom controls ------------------------------ 3. Undo/Redo ------------------------------ 4. Sort options ------------------------------ 5. Other view related controls ------------------------------ The view creates 2-5, contained in a single GtkWidget - which is then passed to the toolbar via the enclosing window slot. The problem is that 3 shouldn't be created or managed by the view as the controls in that section of the menu are not related to the view. We'd like to move this responsibility back to the toolbar, but that would mean the view must pass multiple menu sections back to the toolbar (as 3 is in the middle of the other view controls). This change allows the view to pass multiple sections back to the toolbar, using the new NautilusToolbarMenuSections structure. The files view now passes 2 as a separate section to 3-5 (3 will be moved out of the view in a future commit). https://bugzilla.gnome.org/show_bug.cgi?id=764632
* files-view: close menu when new folder prompt appearsNeil Herald2016-06-233-0/+15
| | | | | | | | The menu previously remained open when the New Folder prompt appeared, if New Folder was selected from the menu. This change closes the menu when New Folder is selected. https://bugzilla.gnome.org/show_bug.cgi?id=764632
* toolbar: move the toolbar menu ui definition into its own fileNeil Herald2016-06-224-100/+114
| | | | | | | | The popover ui definition was in the toolbars definition file which was getting pretty big. Have moved the popover definition into its own file, to separate things out a bit. https://bugzilla.gnome.org/show_bug.cgi?id=764632
* toolbar: move the new folder/tab/bookmark items into the shared popoverNeil Herald2016-06-223-84/+81
| | | | | | | | | | | The files view creates and owns these buttons currently, meaning they aren't shown on the menu when the Other Locations view is active. This change moves the menu items from the view's toolbar menu ui file and into the ui file for the shared popover, so that the buttons are also shown for Other Locations. https://bugzilla.gnome.org/show_bug.cgi?id=764632
* toolbar: change ownership of menu popover to the toolbarNeil Herald2016-06-227-272/+295
| | | | | | | | | | | | | | | | | | | | | | | Prior changes to merge the view and action menus essentially moved the action menu items into the view menu. This was the path of least resistance; the view has a lot of hooks on items in the view menu, whereas the there are very few hooks on items in the action menu, meaning the latter could be moved more easily. However, previously the view menu was disabled for Other Locations and the action menu wasn't. So the side effect of the changes is the remaining menu is now disabled completely on Other Locations. There are a couple of items that could be shown for Other Locations (e.g. New Tab), so we still want to show a menu, but this involves some refactoring so has been deferred until now. This commit is the first part of the refactoring; the files view owns the menu popover, meaning that the Other Locations view doesn't have access to it. This commit moves the ownership of the menu popover to the toolbar. Future commits will move the common items into the popover so all views will show them. https://bugzilla.gnome.org/show_bug.cgi?id=764632
* canvas-view: improve usability of sort optionsNeil Herald2016-06-222-192/+113
| | | | | | | | | | | | | | | | | The sort options shown on the toolbar menu aren't very intuitive. For example, 'last modified, reverse order' can be interpreted a number of ways. They also require the user to set both the sort order and whether the sort should be reversed. These issues have been addressed by replacing the sort order items that are often sorted in either ascending and descending order (e.g. name) with options that are better to use (e.g. A-Z and Z-A). Options that are generally only sorted one way (e.g. type) have been changed to sort in ascending/descending as appropriate for the option. This is part of the toolbar menu redesign to improve the usability of the menus. https://bugzilla.gnome.org/show_bug.cgi?id=764632
* toolbar-view-menu: remove the Search Relevance sort optionNeil Herald2016-06-222-16/+2
| | | | | | | | | This sort option is never shown in the menu and therefore doesn't need to be in the menu xml. The view is sorted on search relevance when the user is searching, however all of the sort options are hidden in this case. https://bugzilla.gnome.org/show_bug.cgi?id=764632
* toolbar-view-menu: small tweaks to the appearance of the Sort headingNeil Herald2016-06-222-5/+10
| | | | | | | | | The "Sort" heading in the toolbar menu doesn't look right; it has less vertical padding than the surrounding menu items, and is indented one pixel more. It also doesn't need to be bold - this commit addresses these issues. https://bugzilla.gnome.org/show_bug.cgi?id=764632
* toolbar-view-menu: replace zoom slider with buttonsNeil Herald2016-06-226-46/+182
| | | | | | | | | | Convert the zoom slider into a horizontal button list, with a button in the middle to show the current zoom level percentage. This is part of the toolbar menu redesign to improve the usability of the menus. https://bugzilla.gnome.org/show_bug.cgi?id=764632
* icon-info: remove some unused function prototypesNeil Herald2016-06-221-4/+0
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=764632
* toolbar-view-menu: convert new folder/tab/bookmark items to button listNeil Herald2016-06-221-40/+79
| | | | | | | | Converted these from three separate menu items into a horizontal button list, and moved them to the top of the menu, as part of the menu redesign. https://bugzilla.gnome.org/show_bug.cgi?id=764632
* toolbar-view-menu: remove Select All and Enter LocationNeil Herald2016-06-221-24/+0
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=764632
* toolbar-view-menu: move the undo/redo items to higher up in the menuNeil Herald2016-06-221-24/+24
| | | | | | | Moved them to above the sort options, as part of the toolbar menu redesign. https://bugzilla.gnome.org/show_bug.cgi?id=764632
* files-view: merge action and view menusNeil Herald2016-06-2211-262/+251
| | | | | | | | | | | | | | Usability tests conducted by Gina Dobrescu have highlighted a number of issues with the toolbar menus. Users can't switch between list and grid mode with a single click, and they have struggled to find the switch between list and grid mode. Allan Day has come up with a design to address these problems. The view and action menus have been combined into a single menu, and we have added a new button to the toolbar which toggles the view mode between list and grid mode. https://bugzilla.gnome.org/show_bug.cgi?id=764632
* toolbar: convert action menu from GMenu into GtkPopoverMenuNeil Herald2016-06-226-74/+124
| | | | | | | | | | | | This is in preparation for merging the view menu into the action menu. The action menu is currently a GMenu, which doesn't support the controls we have on the view menu, e.g. the zoom slider and the button rows. Converting to a GtkPopoverMenu will allow us to merge the menus. This is part of the toolbar menu redesign to improve the usability of the menus. https://bugzilla.gnome.org/show_bug.cgi?id=764632
* Updated Portuguese translationTiago Santos2016-06-221-852/+807
|
* Only save zoom level if the user has updated itMike Gorse2016-06-202-6/+12
| | | | | | | | | Don't write the zoom level to gsettings if the user has not made a change from the system default. This allows an update to be installed and then rolled back without a system default from the update having been written to the user's configuration. https://bugzilla.gnome.org/show_bug.cgi?id=767878
* Updated Spanish translationDaniel Mustieles2016-06-201-212/+221
|
* help-overlay: add missing shortcut for cutPedro Beja2016-06-201-0/+7
| | | | | | The shortcut for ‘cut’ was missing from the shortcut list. This commit adds it. https://bugzilla.gnome.org/show_bug.cgi?id=765532
* Updated Finnish translationJiri Grönroos2016-06-171-1215/+1738
|
* Updated Turkish translationMuhammet Kara2016-06-161-1252/+1723
|
* Fix "format not a string literal" warningsBastien Nocera2016-06-143-1/+12
| | | | | | With new GCC6. https://bugzilla.gnome.org/show_bug.cgi?id=767616
* Updated Scottish Gaelic translationGNOME Translation Robot2016-06-111-3/+3
|
* Updated Scottish Gaelic translationGNOME Translation Robot2016-06-101-604/+556
|
* toolbar: Attach menu to the toplevel windowOlivier Fourdan2016-06-091-0/+1
| | | | | | | So that the menu doesn't show at random places under Wayland which expects all subsurfaces to have a parent surface. https://bugzilla.gnome.org/show_bug.cgi?id=767446
* theme: Do not use single color "gradients"Florian Müllner2016-06-091-2/+2
| | | | | | | GTK's parser now started to complain about gradients with a single color stop ... https://bugzilla.gnome.org/show_bug.cgi?id=767430
* Updated Polish translationPiotr Drąg2016-06-081-177/+177
|
* Updated Indonesian translationAndika Triwidada2016-06-081-511/+445
| | | | (cherry picked from commit f719eb8707cd41532514dd643823253bbd007e68)
* Fixed Russian translationYuri Myasoedov2016-06-071-5/+6
|
* Updated Occitan translationCédric Valmary2016-05-301-141/+71
|
* Do not reset double-click status on pointer movementJohannes Oertel2016-05-301-0/+2
| | | | | | | | This fixes a problem where a double click on an item in Nautilus icon view did not activate the moment when moving the pointer even slightly in between the two clicks. https://bugzilla.gnome.org/show_bug.cgi?id=748501
* Updated Portuguese translationTiago Santos2016-05-251-1196/+1534
|
* files-view: fix renaming logicErnestas Kulik2016-05-241-9/+92
| | | | | | | | | | | | | | | | | | | | | | When renaming a file from the popover, the code checks if there is an existing file with the name entered and the name entered does not match the name of the file being renamed. That has a side effect of allowing the original filename to be entered without reporting an error. Some problems arise when the model includes files from different directories (e.g. when searching or expanding directories in the list view). When searching, the code will not allow a rename if there are files with the entered name, despite being in separate directories. When renaming a file in an expanded directory, the code will ignore files inside it and only check the currently opened one. This also applies when creating new folders. This commit fixes that by checking for duplicate names inside the parent directory when renaming and checking the directory at nautilus_file_view_get_backing_uri() when creating new folders. https://bugzilla.gnome.org/show_bug.cgi?id=757385
* Updated Thai translationAkom Chotiphantawanon2016-05-241-661/+728
|
* Fixes to Catalan translationJordi Mas2016-05-221-4/+5
|
* Updated Spanish translationDaniel Mustieles2016-05-211-201/+167
|
* Updated Italian translationMilo Casagrande2016-05-171-195/+195
| | | | (cherry picked from commit b07589fe7eeaf94540b19d56a27c583f889f4096)
* Updated Icelandic translationSveinn í Felli2016-05-151-1987/+2706
| | | | (cherry picked from commit 6048dc4eb3f91352bfc896d4f678c089fba76632)
* properties-window: make icon chooser dialog modalErnestas Kulik2016-05-111-0/+1
| | | | | | | | | | | | The custom icon selection GtkFileChooserDialog is unresponsive when opened. This is caused by the properties dialog window being modal, since it is up to the window manager how to process input in such situations. One of the ways to ensure that the child dialog receives and processes user input is by making it modal. This commit makes it such. https://bugzilla.gnome.org/show_bug.cgi?id=753394
* Updated Occitan translationCédric Valmary2016-05-091-3580/+4153
|
* Added Lingala translationRené Manassé GALEKWA2016-05-092-0/+5116
| | | | (cherry picked from commit f27588d73c4f4d579864bd29038b1097fcf37e44)
* file-operations: Use a GList** for the to_delete output parameterMario Sanchez Prada2016-05-051-5/+5
| | | | | | | | | | | | | | | | The to_delete GList* gets initialized in trash_files() and is supposed to be filled by trash_file() so that we know which files we want to delete directly when the call to g_file_trash() fails for some reason. However, this GList* gets modified in place by calls to g_list_prepend() and so those changes will only be seen by the to_delete argument inside trash_file(), but not by the local variable defined in trash_files(), which will continue to point to NULL regardless of those changes. So, we simply need to pass a reference to the GList* so that any change done to the structure of the GList* inside trash_file() is seen in trash_files(). https://bugzilla.gnome.org/show_bug.cgi?id=766030
* mime-actions: use format argumentErnestas Kulik2016-05-041-1/+1
| | | | | | | | | | The call to gtk_message_dialog_format_secondary_text() in show_unhandled_type_error() is missing a format argument, which causes build failures with -Werror=format-security. This commit adds the missing argument. https://bugzilla.gnome.org/show_bug.cgi?id=765918
* Fix GSettings default value translationsPiotr Drąg2016-05-0320-64/+64
| | | | Fixes https://bugzilla.gnome.org/show_bug.cgi?id=765792
* Fix a variable in Belarusian translationPiotr Drąg2016-05-031-1/+1
|
* canvas-container: rework canvas item focusingErnestas Kulik2016-05-032-57/+62
| | | | | | | | | | | | - Currently, atk_focus_tracker_notify() is used, which is deprecated as of ATK 2.9.4. Using atk_object_notify_state_change() with ATK_STATE_FOCUSED is recommended. The deprecated call was replaced. - For every selection, the previous one should get unfocused. Currently, only the keyboard focus is tracked. That was extended to mouse focus with a flag for keyboard focus for indicator rendering. https://bugzilla.gnome.org/show_bug.cgi?id=762236
* canvas-item: use atk_object_notify_state_change()Ernestas Kulik2016-05-031-3/+2
| | | | | | | | | atk_focus_tracker_notify() has been deprecated since ATK 2.9.4 and using atk_object_notify_state_change() is recommended. This commit replaces the call to the deprecated function. https://bugzilla.gnome.org/show_bug.cgi?id=762236
* eel-canvas: don't override deprecated functionsErnestas Kulik2016-05-031-31/+0
| | | | | | | | | | AtkComponentIface's {add,remove}_focus_handler should not be overridden, since ATK 2.9.4, as atk_component_{add,remove}_focus_handler() are deprecated. This commit removes deprecated virtual function overrides. https://bugzilla.gnome.org/show_bug.cgi?id=762236
* canvas-item: use atk_component_get_extents()Ernestas Kulik2016-05-031-2/+2
| | | | | | | | | atk_component_get_position() has been deprecated since ATK 2.12 and using atk_component_get_extents() is recommended. This commit replaces calls to the deprecated function. https://bugzilla.gnome.org/show_bug.cgi?id=762236
View Lorry Controller Status