We now use the insensitive color for the normal state, and make them
follow the filename color for selected states.
This also fixes https://bugzilla.gnome.org/show_bug.cgi?id=319982,
tested with the HighContrast theme.
Previously we used to to the following:
* default to always "ask", unless the copy was explicit
* when dropped, we did not actually ask anything but we would trigger an
async mimetype query_info and:
- trigger a file asking whether to download or to link for text files
- silently link for HTML files
- silently download for every other mimetype
* if the query_info was not completed within one second, we would
download by default
This is somewhat broken, as the DnD icon is not what you would expect;
also downloading is not usually done with DnD from the browser, and it's
also expensive, so it should never be the default, but an explicit
choice. It also makes it impossible to create links for anything else
than text or HTML.
Change the policy to always link by default, unless the user explicitly
requests the copy.
Otherwise the GtkTreeView default handler won't run cleaning up
what it set up in button-press-event and the next motion-event will
trigger the DnD to begin.
https://bugzilla.gnome.org/show_bug.cgi?id=646302
We might be destroyed while hovering while in single-click mode, so make
sure the default cursor is always cleared when finalizing, if we didn't
get a leave event.
https://bugzilla.gnome.org/show_bug.cgi?id=315023
The GSettings object is a global singleton, so it will always survive the
sidebar; we should make sure to disconnect all the settings signal when
destroying the sidebar.
https://bugzilla.gnome.org/show_bug.cgi?id=646664
This change was made to make it harder to accidentally trigger a file
delete. We still support the trash that will let you get a trashed file
back, and we will get undo support to make this even easier. However,
that only works if you know you deleted the wrong file, not if you
accidentally hit delete while the nautilus window was focused.
We were calling gtk_tree_view_column_cell_get_position() without
properly loading the cell attribute for the right row before.
We fix this by calling gtk_tree_view_column_cell_set_cell_data().
With this in place we can also use the x_offset for the position and
avoid the whole summing of widths.
Due to a bug in Gtk which expands the eject icon cell renderer we
have to right align it so that it lines up properly.
https://bugzilla.gnome.org/show_bug.cgi?id=640741
When desktop-is-home-dir changes, we force a re-layout of all the
buttons, which in turn unrefs the passed-in GFile, as the ref would
belong to an old button. Fix this by assuming a ref while calling
nautilus_path_bar_update_path().
https://bugzilla.gnome.org/show_bug.cgi?id=551543
