summaryrefslogtreecommitdiff
Commit message (Collapse)AuthorAgeFilesLines
* files-view: reveal file after renamingwip/csoriano/reveal-renamed-fileCarlos Soriano2016-04-263-4/+48
|
* mime-actions: check for fuse for default applicationsCarlos Soriano2016-04-261-1/+2
| | | | | | | | | | | | | We were checking if the file is native, and if not, we request the default applications that they must handle uris. However, we can use FUSE in order to convert those uris to local paths and therefore use a wider variety of applications. This fix some default application not being available in network locations. https://bugzilla.gnome.org/show_bug.cgi?id=764506
* directory, file: add function to query FUSE handlingCarlos Soriano2016-04-264-1/+38
| | | | | | | | | | | We use checks to know whether a file is local, using g_file_is_native. However, we also need to know for some cases when a file, even if no native, can be handled like native, using FUSE. This will be needed for the selection of default applications on remote locations, and will be used in a upcoming patch. https://bugzilla.gnome.org/show_bug.cgi?id=764506
* application: protect against having no windowCarlos Soriano2016-04-261-5/+10
| | | | | | | | | | | | If nautilus is run with --gapplication-service it has no active window active. We were assuming there is always a window active, and therefore nautilus was crashing if the active window was null. To fix it add some safe guards. https://bugzilla.gnome.org/show_bug.cgi?id=765045
* files-view: select first item only when searchingCarlos Soriano2016-04-251-1/+2
| | | | | | | | | | | | | | | Since 2fa597e we select the first item even if the view didn't load all the files. But we were selecting the first item unconditionally. However, it only makes sense to select the first item on the view if the view is searching, not otherwise. This patch makes files view to select the first item only if the view is searching, as we had previously. https://bugzilla.gnome.org/show_bug.cgi?id=765264
* files-view: remove action group only matches view groupCarlos Soriano2016-04-251-3/+12
| | | | | | | | | | | | | | | | We were removing the action group when the parent is unset. However, this removes the action group from the window unconditionally, meaning that if the view that the parent is unset for is not the current view it will remove the action group of the actual current view, making the actions unreachable outside of the view. This was causing the action menu in the toolbar to have non activatable actions. To fix it, make sure we remove the action group only if it matches the current one attached to the window. https://bugzilla.gnome.org/show_bug.cgi?id=765489
* general: merge libnautilus-private to srcwip/csoriano/private-to-srcCarlos Soriano2016-04-25190-530/+439
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | And fix make distcheck. Although libnautilus-private seem self contained, it was actually depending on the files on src/ for dnd. Not only that, but files in libnautilus-private also were depending on dnd files, which you can guess it's wrong. Before the desktop split, this was working because the files were distributed, but now was a problem since we reestructured the code, and now nautilus being a library make distcheck stop working. First solution was try to fix this inter dependency of files, but at some point I realized that there was no real point on splitting some of those files, because for example, is perfectly fine for dnd to need to access the window functions, and it's perfectly fine for the widgets in the private library to need to access to all dnd functions. So seems to me the private library of nautilus is somehow an artificial split, which provides more problems than solutions. We needed libnautilus-private to have a private library that we could isolate from extensions, but I don't think it worth given the problems it provides, and also, this not so good logical split. Right now, since with the desktop split we created a libnautilus to be used by the desktop part of nautilus, extensions have access to all the API of nautilus. We will think in future how this can be handled if we want. So for now, merge the libnautilus-private into src, and let's rethink a better logic to split the code and the private parts of nautilus than what we had. Thanks a lot to Rafael Fonseca for helping in get this done. https://bugzilla.gnome.org/show_bug.cgi?id=765543
* toolbar: fix ops button so it gets removed when multiple windows openNeil Herald2016-04-223-32/+95
| | | | | | | | | | | | | | | | | | | | | | | | | | In some cases, the operations button doesn't get removed from every Nautilus window. And if clicked, an empty popover will appear. One case is when the user starts a long operation, and then closes the popovers in all windows once the operations have completed (and before the buttons are due to be removed). All windows get notified that the operations have finished. But if there's a popover open in any window at that point, the windows don't schedule removal of the button - as the logic is to keep the buttons visible while there are popovers open. When the user then closes the popover in the last window, that window knows there are no popovers in the other windows, so it removes the button from it's toolbar. But there's nothing to notify the other windows to remove their buttons. The fix is to implement a more robust solution; instead of the windows checking the other windows for popovers (windows shouldn't know about the other windows anyway), the progress info manager maintains a list of viewers. When an popover is open or closed, the window tells the manager to update it's list of viewers. When there are no entries in the list, the info manager notifies all listeners (the windows), so they all know when to schedule removal of their buttons. https://bugzilla.gnome.org/show_bug.cgi?id=765019
* Updated POTFILES.inPiotr Drąg2016-04-221-0/+1
|
* persistence-handler: remove status icon supportErnestas Kulik2016-04-221-76/+16
| | | | | | | | | | | | | GtkStatusIcon is deprecated as of GTK+ 3.14. The progress persistence handler still uses deprecated status icons alongside notifications. The fix is to remove status icon support and use notifications exclusively. Persistence support is expected in environments where Nautilus is used, making status icons unnecessary. https://bugzilla.gnome.org/show_bug.cgi?id=762243
* tree-view-drag-dest: use GdkSeat operationsErnestas Kulik2016-04-221-3/+5
| | | | | | | | | Some GdkDisplay operations have been deprecated in GDK 3.20. This commit replaces the deprecated code with new GdkSeat operations. https://bugzilla.gnome.org/show_bug.cgi?id=762235
* dnd: use GdkSeat operationsErnestas Kulik2016-04-221-3/+5
| | | | | | | | | Some GdkDisplay operations have been deprecated in GDK 3.20. This commit replaces the deprecated code with new GdkSeat operations. https://bugzilla.gnome.org/show_bug.cgi?id=762235
* canvas-container: use GdkSeat operationsErnestas Kulik2016-04-221-3/+6
| | | | | | | | | Some GdkDisplay operations have been deprecated in GDK 3.20. This commit replaces the deprecated code with new GdkSeat operations. https://bugzilla.gnome.org/show_bug.cgi?id=762235
* file-operations: fix deletion rateNeil Herald2016-04-221-2/+3
| | | | | | | | | The deletion rate shown to the user is wrong, it's coming out as a massive number. An earlier fix corrected the deletion rate used to determine if the message should use the plural. This fix is to make the same change to the value shown to the user. https://bugzilla.gnome.org/show_bug.cgi?id=759986
* file-operations: fix formatting of delete progressAlexander Shpilkin2016-04-221-2/+2
| | | | | | | | | | A simple operator precedence mishap prevented the deletion rate during long deletion operations from being displayed properly. Also, the formatting of the message is subtly different from the others of this kind because we don't have a predefined formatting token for a file count, and it ended up missing a space character. https://bugzilla.gnome.org/show_bug.cgi?id=759986
* places-view: show an error dialog on failed connectionErnestas Kulik2016-04-221-0/+28
| | | | | | | | | | Since 474a6c2aa025fcd94bff50e3501a2eb41e4f0388, due to an overlook, no error is displayed if a connection to a server fails. This commit restores error reporting by connecting to the NautilusPlacesView show-error-message signal. https://bugzilla.gnome.org/show_bug.cgi?id=704872
* desktop: add command line options for override gsettingsCarlos Soriano2016-04-222-6/+42
| | | | | | | | | | | | | | | | Sometimes we want to override the show-desktop-icons gsettings, as we were doing before splitting the desktop. Wrongly I assumed that since it's a different binary, once can simply run it or not, but of course that was an oversimplification, and forgot all what I needed to do in order to support all the cases for the desktop handling. This patch adds the missing command line options we had, --force-desktop and --no-desktop, and also adds the --force-desktop to the classic desktop file, since we needed to enable the classic mode. https://bugzilla.gnome.org/show_bug.cgi?id=765159
* desktop-application: register with session managerCarlos Soriano2016-04-221-0/+1
| | | | | | | This is needed to make the desktop work, since this is started in the DESKTOP phase of the session. https://bugzilla.gnome.org/show_bug.cgi?id=765159
* application: remove unneeded register-sessionCarlos Soriano2016-04-221-1/+0
| | | | | | | This is only needed for the desktop since it gets started in the DESKTOP phase. https://bugzilla.gnome.org/show_bug.cgi?id=765159
* Updated Scottish Gaelic translationGNOME Translation Robot2016-04-221-1053/+1008
|
* desktop: add a compile flag for building itCarlos Soriano2016-04-193-8/+39
| | | | | | | So we can build nautilus without desktop support and the other way around. https://bugzilla.gnome.org/show_bug.cgi?id=712620
* window-slot: remove unused varsCarlos Soriano2016-04-191-6/+0
| | | | | Having so many deprecation warnings obscure the real warnings... :/ Should run more frequently with those disabled.
* special-location-bar: fix missing castingCarlos Soriano2016-04-191-1/+2
| | | | | Having so many deprecation warnings obscure the real warnings... :/ Should run more frequently with those disabled.
* preferences-window: remove unused functionsCarlos Soriano2016-04-191-53/+0
| | | | | Having so many deprecation warnings obscure the real warnings... :/ Should run more frequently with those disabled.
* file-undo-operations: fix missing includeCarlos Soriano2016-04-191-0/+1
| | | | | Having so many deprecation warnings obscure the real warnings... :/ Should run more frequently with those disabled.
* canvas-item: fix castingCarlos Soriano2016-04-191-1/+1
| | | | | Having so many deprecation warnings obscure the real warnings... :/ Should run more frequently with those disabled.
* files-view: add missing includeCarlos Soriano2016-04-191-0/+1
| | | | | Having so many deprecation warnings obscure the real warnings... :/ Should run more frequently with those disabled.
* application: remove unused varCarlos Soriano2016-04-191-2/+0
| | | | | Having so many deprecation warnings obscure the real warnings... :/ Should run more frequently with those disabled.
* Updated Polish translationPiotr Drąg2016-04-181-186/+186
|
* Updated Friulian translationFabio Tomat2016-04-151-25/+25
| | | | (cherry picked from commit 551c2f0b7ccdb50b75f3478c61d540ca6523d111)
* Updated POTFILES.inPiotr Drąg2016-04-151-6/+4
|
* desktop: move to a different folderCarlos Soriano2016-04-1529-103/+151
| | | | | | For a better structured hierarchy. https://bugzilla.gnome.org/show_bug.cgi?id=712620
* Revert "desktop: move to a different folder"Carlos Soriano2016-04-1528-154/+100
| | | | This reverts commit c9dcccae611e40f48024bdfeccbb081fa10b7b15.
* desktop: move to a different folderCarlos Soriano2016-04-1528-100/+154
| | | | For a better structured hierarchy.
* window-slot: fix condition for disconnecting old viewCarlos Soriano2016-04-141-1/+1
| | | | | | | | | | | | | | | | | | We were checking for the new view instead of the old view... Needless to say that's wrong, and we were not disconnecting at all. It was not crashing because the view is disconnected when is going to be destroyed, so no more signals are done. However, when we were destroying the view, the view signals the end-loading signal, which forces the slot to free any change data, in middle of a change. "Luckely" thanks to all the safe checks in window slot, this was not crashing, but just misbehaving and not updating the window with the new view data. https://bugzilla.gnome.org/show_bug.cgi?id=764981
* search-directory: fix missing ref to the queryCarlos Soriano2016-04-141-1/+1
|
* files-view: don't check for empty states in destructionCarlos Soriano2016-04-141-1/+3
| | | | If we do we are going to access a NULL model.
* files-view: allow "move to" action to non-local locationsCarlos Soriano2016-04-141-0/+1
| | | | | | We were missing a flag. https://bugzilla.gnome.org/show_bug.cgi?id=688877
* autorun-software: remove image from dialogErnestas Kulik2016-04-141-5/+0
| | | | | | | | | The autorun dialog uses deprecated gtk_message_dialog_set_image(). The fix is to remove the image altogether, as it doesn’t convey any important information. https://bugzilla.gnome.org/show_bug.cgi?id=762241
* sidebar: don't margins in the codeSebastien Bacher2016-04-141-2/+0
| | | | | those should rather be defined by the theme https://bugzilla.gnome.org/show_bug.cgi?id=763768
* special-location-bar: add a "learn more" label to templatesCarlos Soriano2016-04-141-14/+20
| | | | | | And rework the text shown to be more clear. https://bugzilla.gnome.org/show_bug.cgi?id=763335
* list-view: use widget properties instead of GtkAlignmentErnestas Kulik2016-04-141-8/+2
| | | | | | | | | | GtkAlignment has been deprecated since GTK+ 3.14 and the use of halign, valign and margin properties is encouraged. This commit aligns widgets by use of said properties instead of the GtkAlignment widget. https://bugzilla.gnome.org/show_bug.cgi?id=762238
* properties-window: use widget properties instead of GtkAlignmentErnestas Kulik2016-04-141-15/+4
| | | | | | | | | | GtkAlignment has been deprecated since GTK+ 3.14 and the use of halign, valign and margin properties is encouraged. This commit aligns widgets by use of said properties instead of the GtkAlignment widget. https://bugzilla.gnome.org/show_bug.cgi?id=762238
* file-operations: fix formatting of delete progressAlexander Shpilkin2016-04-141-2/+2
| | | | | | | | | | A simple operator precedence mishap prevented the deletion rate during long deletion operations from being displayed properly. Also, the formatting of the message is subtly different from the others of this kind because we don't have a predefined formatting token for a file count, and it ended up missing a space character. https://bugzilla.gnome.org/show_bug.cgi?id=759986
* mime-actions: don't use g_object_set to set dialog textErnestas Kulik2016-04-141-10/+6
| | | | | | | | | | Currently, the text for unhandled type message dialogs is set by setting the associated GObject properties. That is unnecessary and results in hardcoded property names. The fix is to use GtkMessageDialog functions. https://bugzilla.gnome.org/show_bug.cgi?id=627259
* mime-actions: make unhandled type dialogs modalErnestas Kulik2016-04-141-3/+4
| | | | | | | | | | The unhandled type message dialog and application chooser dialog for files of unhandled type are not modal, thus allowing the user to inadvertently spawn multiple dialogs. This commit fixes that by making the dialogs modal. https://bugzilla.gnome.org/show_bug.cgi?id=627259
* file-dnd: remove the filesCarlos Soriano2016-04-142-168/+0
| | | | | | | We moved the code to nautilus-file, but forgot to remove the files. Remove them. https://bugzilla.gnome.org/show_bug.cgi?id=712620
* directory: use gio extensions for directory dispatchingCarlos Soriano2016-04-1410-45/+131
| | | | | | | | | | | | | | We needed to do some hackish code in order to allow types that are not included in nautilus-directory to dispatch the correct subclass. Instead of that, we can just create a "plugabble" system that allows directory types to be registered in the system, and implement a class vfunc that queries if the class handles a specific type of uri, falling back if none can handle it to the usual nautilus-directory. We can do this for the desktop directory and the search directory. https://bugzilla.gnome.org/show_bug.cgi?id=712620
* desktop-canvas-view-container: chain up to the parentCarlos Soriano2016-04-141-5/+5
| | | | | | Same mistake as previous commit. https://bugzilla.gnome.org/show_bug.cgi?id=712620
* desktop-canvas-view-container: chain up to the parentCarlos Soriano2016-04-141-2/+2
| | | | | | A mistake to chain up to the same class, creating a loop. https://bugzilla.gnome.org/show_bug.cgi?id=712620
View Lorry Controller Status