diff options
| author | Carlos Soriano <csoriano@gnome.org> | 2016-02-25 14:25:40 +0100 |
|---|---|---|
| committer | Carlos Soriano <csoriano@gnome.org> | 2016-02-25 14:44:40 +0100 |
| commit | 20cf42c9ea977fe441c297a531811990876575c7 (patch) | |
| tree | 75b83e8837784349471d870530f18811abe2bd6e /gtk/gtksidebarrowprivate.h | |
| parent | fe4602acc59d4853e23c205ba1ba6d43f55894e8 (diff) | |
| download | gtk+-20cf42c9ea977fe441c297a531811990876575c7.tar.gz | |
gtkplacessidebar: avoid unresponsive UI while trashing
We were updating the whole places sidebar when the trash changed.
This effectively removes all rows and create new ones for every trash
state change.
Although when using GtkTreeView it was somehow ok, with the new
implementation with GtkListBox this effectively locks the UI while the
trash operations are being performed.
When performing operations for i.e. 100 files, the UI can be locked
for more than 1 minute since gvfs-trash usually takes time.
To fix this just update the icon of the trash when the state of the
trash change instead of the whole sidebar.
https://bugzilla.gnome.org/show_bug.cgi?id=762677
Diffstat (limited to 'gtk/gtksidebarrowprivate.h')
| -rw-r--r-- | gtk/gtksidebarrowprivate.h | 2 |
1 files changed, 2 insertions, 0 deletions
diff --git a/gtk/gtksidebarrowprivate.h b/gtk/gtksidebarrowprivate.h index 8042757c99..d13dc6d830 100644 --- a/gtk/gtksidebarrowprivate.h +++ b/gtk/gtksidebarrowprivate.h @@ -50,6 +50,8 @@ void gtk_sidebar_row_reveal (GtkSidebarRow *self); GtkWidget *gtk_sidebar_row_get_eject_button (GtkSidebarRow *self); GtkWidget *gtk_sidebar_row_get_event_box (GtkSidebarRow *self); +void gtk_sidebar_row_set_icon (GtkSidebarRow *self, + GIcon *icon); G_END_DECLS |