| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Themes can nowadays set padding on GtkLabel widgets (e.g. Ambiance and
Radiance do this for labels in primary toolbar buttons). This breaks our
hack to force a size request for the pathbar labels, since we measure
the PangoLayout directly instead of measuring the GtkLabel it's part of
(which includes the border/padding values from the theme).
Fix this by measuring the size requisition of GtkLabel directly; for
this to work effectively, we need to pack an (invisible) additional
label in the button GtkBox, always set the text to both labels and
update the requisition of the non-bold one to
MIN(MAX_POSSIBLE_WIDTH, MAX (width, bold_width)) every time a
size-request cycle is called.
https://bugzilla.gnome.org/show_bug.cgi?id=678341
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
This was introduced in 241e462024070d9f79f4816256fc00ff5119e25f - the
original code did
if (!is_compact || zoom > standard)
So since is_compact is now always false, the commit should have removed
the if block completely.
https://bugzilla.gnome.org/show_bug.cgi?id=678351
|
| |
|
|
|
|
|
|
|
|
|
| |
This changes the way the wait dialog cancellation callback works. Instead of
cleaning up early we just cancel the operation and wait for proper
rename_callback() carrying the error.
This fixes an assertion failure when the wait dialog has been displayed and user
pressed the Cancel button. Unlikely to happen, found during gvfs testing.
|
| |
|
|
|
|
|
|
|
|
|
| |
Or if something (e.g. another process via xsettings) causes the
GtkSettings to change the value of gtk-shell-shows-app-menu after a
window is finalized, our callback will run and we'll crash trying to
access freed memory.
https://bugzilla.gnome.org/show_bug.cgi?id=677945
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
Change the way DnD works in the places sidebar.
After this commit, DnD on the bookmarks area will always mean
"copy/move the DnD source into the bookmark" instead of "add a bookmark
to this location" (DnD of bookmark rows in their section will still
reorder them), since that's the most common action you want to do.
This also makes it consistent with the default action obtained by
dropping on the built-in places below.
https://bugzilla.gnome.org/show_bug.cgi?id=645353
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
| |
Fallout from 0a80b533dc81e5175485fe6a2a13c6648c3a07f0
src/nautilus-file-management-properties.ui.rej
|
|
|
|
|
|
|
|
|
|
| |
Clean up a11y code and make sure inheritance for
EelCanvasAccessible->NautilusIconContainerAccessible and for
EelCanvasItemAccessible->NautilusIconCanvasItemAccessible work properly.
This makes the ATK state machinery in EelCanvasItemAccessible work
again, which fixes
https://bugzilla.gnome.org/show_bug.cgi?id=677509
|
|
|
|
| |
eel_accessibility_create_derived_gtype() is now unused.
|
|
|
|
| |
Instead of eel_accessibility_create_derived_type.
|
|
|
|
|
|
| |
If the final class does not override the get_accessible method, it will
inherit it from the parent class; what we're interested in is the first
class for which get_accessible is != from our class get_accessible.
|
|
|
|
|
|
|
| |
Use the previously introduced function to create a suitable
GtkAccessible implementation.
https://bugzilla.gnome.org/show_bug.cgi?id=672498
|
|
|
|
|
|
|
|
|
|
|
| |
For EelEditableLabel, we need to create an object derived from the
accessible type of the parent class; since that will be a
GtkWidgetAccessible, which is private, we can't just subclass it using
the regular GObject mechanisms.
This functions creates a derived GType by peeking at the parent
accessible class and type.
https://bugzilla.gnome.org/show_bug.cgi?id=672498
|
|
|
|
|
|
| |
Or we will hit an assertion when trying to mount another volume later.
https://bugzilla.gnome.org/show_bug.cgi?id=677611
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Set a maximum allowed width of 250px for pathbar button requisitions,
and ellipsize after that. This fixes buttons disappearing completely
from the pathbar in case there was not enough space to show the complete
folder name,
I am not sure I completely like this approach in all the situations,
since there might be some value in showing more of a very long folder
name if there's space available on screen, but unfortunately, it's not
really possible without restructuring completely the way NautilusPathBar
allocates children.
Adapted for master, and slightly modified from an initial patch by
Ted M Lin <tedmlin@gmail.com>
https://bugzilla.gnome.org/show_bug.cgi?id=313854
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=676897
|
|
|
|
| |
New cycle, new set of warnings triggered by glibc/GCC.
|
| |
|
|
|
|
|
|
|
|
| |
It is inconsistent with the file chooser, doesn't work well with
touch, is really hard to use, and isn't consistent with any other
GNOME 3 apps.
https://bugzilla.gnome.org/show_bug.cgi?id=676897
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
Most of these don't work, and I don't think anybody uses them.
|
|
|
|
|
| |
These can be retrieved using the git history - it's not worth keeping
them in the toplevel directory anymore.
|
| |
|
|
|
|
|
|
|
|
| |
Use the <attributes> tag of GtkLabel instead. This will help
translators, as they won't need to replicate the markup in the
translated versions of those strings.
https://bugzilla.gnome.org/show_bug.cgi?id=100252
|
| |
|
| |
|
|
|
|
| |
The notebook is packed as expand, and this was only needed for panes.
|
| |
|
|
|
|
|
| |
Use gtk_widget_get_visible() instead of an additional member for
NautilusWindowSlot, since it's a widget now.
|
|
|
|
| |
We don't have a spatial/browser distinction anymore.
|
| |
|
|
|
|
| |
Extra views have not existed for ages.
|