| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
|
|
| |
We wanted to do this for long time. This will allow to handle the
desktop process in a different binary.
The ultimate goal is to make the desktop code completely split from
nautilus code.
This is the first and minimal step towards that goal.
In this patch we create a desktop application separated from nautilus
application, and remove the desktop handling in nautilus application.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
In icon view, add a smaller zoom level to be able for dense views,
and increase the default padding to allow the labels enough space.
Now levels are 48px, 64px, 96px and 128px for icon view, instead of
only 64px, 96px and 128px, but with the increased padding the 64px and
48px are useful.
List view also gains a bigger level, and they become 16px, 32px, 48px,
64px.
Also, adjust the label max width to be larger, but inside the icon
itself. This fixes the label not taking advantage of all the width the
icon provides, and also a few cases where icons were misaligned.
|
|
|
|
|
| |
With designers guidance, rework the preferences window to a better state.
Also, do few improvement on the way, like converting it to a GtkWindow.
|
|
|
|
|
|
|
|
|
|
|
|
| |
So we can select what type of view do we want for search independently
of what we normally use.
This is needed since we default to switch to list view for search, but
we would like to allow users to select a different view. However,
instead of adding a preference in the preference dialog, we can do it
more straightforward and change the setting when we are in search.
On the way, rework all the enums and views id for a saner code...
|
| |
|
|
|
|
| |
For clarity.
|
|
|
|
|
|
|
|
|
|
|
| |
We weren't syncing the last used/ last modified setting in the search
popover when changed location, which means the query didn't get the
last used user choice.
We don't want however to listen to a gsetting key and change every
ongoing search, so instead what we do is get the setting for the
initial creation of a search, and then every user change will set
the gsetting value, but will only affect the next created searches, not
the ongoing ones.
|
|
|
|
|
|
|
|
|
|
|
| |
Remote locations by default don't handle recursive search, since
it has high costs associated. We can't, however, neglect the ability
to search recursively on those folders, nor share the same setting
with common folders too.
To fix that, add a new setting called "enable-remote-recursive-search"
which will be used by the next commits to properly implement recursive
search for remote locations.
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
The menu item for this feature was removed in previous versions of nautilus.
A context menu item for creating links from copied files was added, but some
users prefered to create links from selected files.
Since this is demanded, implement the menu action for it and use the gsetting
added in the previous commits.
https://bugzilla.gnome.org/show_bug.cgi?id=745575
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The menu item for creating links was removed in previous versions of nautilus
since it exposes a concept of the file system that is not really clear.
However, we don't have a working solution yet for the use cases that creating
links is a workaround, so we didn't remove the functionality altogether.
We were allowing link creation with a shortcut and with the middle button while
performing a drag and drop operation. However, some users would need to use a
context menu action instead of a drag and drop operation, which usually is less
convenient and prone to errors.
Since this is demanded, implement the menu action for it and add a gsetting
preference to show it in the context menu for those users who like to have it
there.
Also the new implementation uses the code that is already used for other
operations, improving the implementation compared to the previous one.
In an upcoming patch we add the UI for the preference dialog.
https://bugzilla.gnome.org/show_bug.cgi?id=745575
|
|
|
|
|
|
| |
To be more clear and follow a similar structure than gedit.
Also remove tabs sneakily...
|
|
|
|
| |
As requested by Richard Hughes.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
So Gnome Shell is aware of it and can activate it.
Until now Gnome Shell was guessing it was able to open a new
window given the app.new-window action. However, what Gnome Shell
does in this case is just call activate of the application, which
is not the "new-window" action for nautilus, and instead only presents
the current window.
One can argue that Gnome Shell should not try to guess the available
actions to, after that, instead of using them, just activate the
application.
https://bugzilla.gnome.org/show_bug.cgi?id=756370
|
| |
|
|
|
|
| |
It's not used anymore.
|
|
|
|
| |
The filename has to match the ID name for various optimisations.
|
|
|
|
| |
I can't even understand what these were useful for.
|
| |
|
|
|
|
| |
This is not needed anymore, now what we're fully dbus activatable.
|
| |
|
|
|
|
|
|
|
| |
These days, Nautilus is just an application, so don't forcefully limit
our visibility to GNOME/Unity.
https://bugzilla.gnome.org/show_bug.cgi?id=721833
|
| |
|
|
|
|
|
|
|
| |
The one that was used is tiny and ugly. Remove it while we find a proper
solution to keep screenshots consistent and up to date.
https://bugzilla.gnome.org/show_bug.cgi?id=722691
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
gnome-software uses the desktop file categories to sort the applications
it shows.
This commit fixes the categories according to the freedesktop spec,
so that nautilus will appear in the correct category.
For more information:
http://standards.freedesktop.org/menu-spec/latest/apa.html
http://standards.freedesktop.org/menu-spec/latest/apas02.html
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=694266
|
|
|
|
|
|
|
| |
Calling nautilus with -w or --new-window always opens a new window.
Desktop file updated, to use this parameter as default.
https://bugzilla.gnome.org/show_bug.cgi?id=694034
|
|
|
|
|
| |
This is needed to have nautilus autostarted with desktop icons in the
classic session.
|
|
|
|
|
|
|
|
| |
This tells gnome-control-center to show nautilus in the search
panel.
See https://live.gnome.org/GnomeGoals/NotificationSource
https://bugzilla.gnome.org/show_bug.cgi?id=690995
|
| |
|
|
|
|
|
|
|
|
| |
Since NautilusApplication is a service, we can now handle searches and
windows coming and going indipendently just fine.
This also allows us to launch a search directly from the search provider
very easily.
|
| |
|
|
|
|
|
|
| |
This makes gnome-shell search more pleasant and useful.
https://bugzilla.gnome.org/show_bug.cgi?id=687000
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
It's not wired in yet.
|
|
|
|
|
|
| |
In order to ease the transition.
https://bugzilla.gnome.org/show_bug.cgi?id=682637
|
| |
|
| |
|
|
|
|
| |
Fixes distcheck
|
|
|
|
|
|
|
|
|
|
| |
Even though this registers a service for a freedesktop name with a Gnome-specific
program (Nautilus), we'll just do this for now.
Later we can discuss in the DBus list how to launch services with generic
interfaces, but specific implementations for each desktop environment.
Signed-off-by: Federico Mena Quintero <federico@gnome.org>
|
|
|
|
|
|
|
| |
This is not in dbus-interfaces.xml as that one has a different
namespace (org.gnome.Nautilus), and that makes the generated
code from gdbus-codegen really ugly. By keeping a separate
file for this interface, we can get pretty generated code.
|
|
|
|
|
|
|
| |
Don't show desktop icons in other DEs, e.g Xfce and KDE uses it's own
desktop implementation.
https://bugzilla.gnome.org/show_bug.cgi?id=661942
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This is a consequence of the fix for
https://bugs.freedesktop.org/show_bug.cgi?id=20562 .
This undoes the part of cffb9cf7025 that hardcodes that media with
x-content/win32-software are silently ignored, and thus improves on the
fix for #524270.
Wine or something could now provide a handler for win32-software.
https://bugzilla.gnome.org/show_bug.cgi?id=632510
|