| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
|
| |
We were not initializing the view mode before search to the invalid
id, which then was initialized as 0 that it's actually a view id.
This was confusing the checks and making random changes of the view
on the first time the location was changed.
This was introduced as a regression when we introduced the separated
search view mode, which also reworked all of the view id handling.
|
|
|
|
| |
So we don't have some info widgets smaller than other ones.
|
|
|
|
|
|
|
| |
Move focus in and out from it when opening and make the info widget
to be able to focus.
https://bugzilla.gnome.org/show_bug.cgi?id=762136
|
|
|
|
|
|
| |
We need to move the focus back and forth from it.
https://bugzilla.gnome.org/show_bug.cgi?id=762136
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=756659
|
|
|
|
|
|
|
| |
If not, ampersands and so on are parsed and makes the label on the
notifications to disappear.
https://bugzilla.gnome.org/show_bug.cgi?id=758447
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
We weren't checking the open flags from the sidebar when the other
locations was clicked.
This was due to the sidebar not adding those flags to the signal.
In a recent commit gtk+ added the missing flags, so now we can check for
those in nautilus and open in the current view, in a tab or in a window
accordingly.
https://bugzilla.gnome.org/show_bug.cgi?id=754743
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Copy pasting the code from gtk+ has the downside that symbol conflicts
occur when the file chooser is shown, for example, when performing a
move to action.
Only way to dealing with it is either make this public on gtk+ or
renaming the types. We don't want to make it public yet, so the only
option for now is renaming.
Is a tedious task and I hope it won't be needed in the future.
For now, rename the types manually.
https://bugzilla.gnome.org/show_bug.cgi?id=760307
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
We were changing the location of the sidebar every time the slot started
loading.
However, that's dangerous since the slot can start loading few times
even with the old location.
Instead of using the loading property, use the location property and
change the sidebar only when the location actually changes on the slot.
This fixes the sidebar jumping rows with gtk+ 3.20.
https://bugzilla.gnome.org/show_bug.cgi?id=762137
|
|
|
|
|
|
|
|
|
|
| |
Last commit added dynamic grid size for canvas items.
That gave me the idea to do the same for the label, allowing a mostly
complete dynamic padding and label sizing for zoom levels.
The calculations could be done by multiplying pixel_per_unit fore each
padding level and then adjust, but in this way we have different padding
per each level, giving more to smaller zooms than biggers ones.
|
|
|
|
| |
Avoid multiplying the horizontal padding in the label with the zoom level.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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.
|
| |
|
| |
|
|
|
|
| |
(cherry picked from commit 9fed02cb07dc1109ba7d277d2f42b37afb016969)
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
In Nautilus, restoring files from the trash is done based on the trashed files
kept in the undo information. In order to find the matching files that need to
be restored, the contents of the trash are ran against the files in the undo
info. Enumeration of the trash and matching are currently handled by the same
function, which does not allow for any of these operations to be used
separately.
Add a function for synchronously enumerating the contents of the trash. Add a
function for matching files in the undo info with the list of files in the
trash.
https://bugzilla.gnome.org/show_bug.cgi?id=762126
|
|
|
|
| |
(cherry picked from commit 00b487d4a843ebda4944514a2565a5b821be7201)
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
It was inverting the UI.
|
| |
|
|
|
|
| |
Forgot to add the use_underline property.
|
|
|
|
|
|
|
|
|
| |
Recently we removed gtk+ notifications from mount operations in the
gtk+ sidebar in order to move the handling of those to Nautilus.
Now that that is done, implement notifications handling for unmount
sidebar operations. The mount operations notifications are still handled
by gnome-shell, we will see if that continues making sense or not.
|
| |
|
| |
|
|
|
|
| |
(cherry picked from commit fdfcd0441f10a976cbac93e93d6ea27c9c6a42cc)
|
|
|
|
|
|
|
|
|
|
| |
We want to make them affect the action itself, but that can confuse
users that were already using them, and probably doesn't worth the
effort.
So for now make clear in the preferences window that what it affects
is showing or not the action in the menu, not the availability action
itself.
|
| |
|
|
|
|
| |
It's actually "Since...", not around.
|
|
|
|
| |
Follow what Gedit does, and use a plain "Preferences" for the tittle.
|
|
|
|
| |
It was missing.
|
|
|
|
|
|
|
|
|
|
|
| |
We want to provide priority to anything that was set on the user theme
rather than in custom Adwaita theme, in case anyone wants to override
some style.
This fixes the desktop window getting the same background as the one
defined for normal windows in the Nautilus Adwaita theme.
https://bugzilla.gnome.org/show_bug.cgi?id=761965
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
With recent gtk+ changes, the notebook style and drawing was
changed somehow.
Nautilus had a white background by "luck", and the canvas view
needs to apply it's own background style in order to have a background
at all.
This commit follows what we were doing with the desktop window where we
apply a style class to have a transparent background, but in this case
a white one to fix this issue.
https://bugzilla.gnome.org/show_bug.cgi?id=761965
|
|
|
|
|
|
|
|
| |
This seems no longer necessary. It looks like it was done to avoid
flashing when redrawing, but probably this was fixed sometime in the
past, so a transparent background in a widget doesn't flash anymore.
https://bugzilla.gnome.org/show_bug.cgi?id=761965
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=761965
|
|
|
|
|
|
|
|
|
| |
We expect any GtkWindow to actually have the window style.
So instead of changing the css node, just apply a style class.
This will be needed for upcoming patches.
https://bugzilla.gnome.org/show_bug.cgi?id=761965
|
| |
|
|
|
|
| |
(cherry picked from commit 81151d468cee60e544cba4bb32ad4b25ada68b83)
|
|
|
|
| |
(cherry picked from commit 9aa5fedb13beeb3260bfa63b4b52cc6e1d9045b2)
|
| |
|
| |
|
|
|
|
|
| |
With designers guidance, rework the preferences window to a better state.
Also, do few improvement on the way, like converting it to a GtkWindow.
|
|
|
|
| |
The label was misaligned with latest gtk+.
|
|
|
|
|
|
|
|
|
|
|
|
| |
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...
|
|
|
|
| |
Since 3.18 is done in the menu directly.
|