GNOME Bugzilla – Bug 346981
rubber banding in treeview should not use any action while selecting
Last modified: 2007-01-05 22:45:18 UTC
hi, when i use the new rubber banding selection in the gtktreeview in thunar, the default action when dnd'ing files/folders is used while i'm specifying the selection. this is a problem when the last selected item is a folder, as then the first selected item is copied or moved (depending on which action you use as default or which modifier you press) into the last selected folder. while creating the rubber band selection, there should be no action used at all to prevent this. p.s.: is it possible to create the rubber band over free space in a treeview? i mean, can you start the rubber band below the last file/folder and expand it over the files? p.p.s: i love this feature! thanks for finally adding it :)
ok, i found http://mail.gnome.org/archives/gtk-devel-list/2006-May/msg00199.html which already discusses this issue. but i think that this problem with the dnd should be fixed and treeview rubber banding should be enabled by default in future gtk+ versions. btw, i noticed that if you select something with the rubber band and then move the cursor out of the widget for example out of the window or over a surrounding border, the selection is stuck at the last size. it should still be resizable, so if you reenter the widget, you can continue the selection. this is very annoying if you select lots of files and have to scroll up/down in the treeview and accidently move the cursor out of the widget. another thing is that the rubber banding is a lot slower in thunar than the rubber banding thunar uses in list mode. benny (thunar and xfce dev) said that they use some simple optimizations for this. also their rubber banding (which doesn't work in a treeview of course) can handle the case when you move the cursor out of the widget as i described above.
(In reply to comment #1) > ok, i found > http://mail.gnome.org/archives/gtk-devel-list/2006-May/msg00199.html which > already discusses this issue. > but i think that this problem with the dnd should be fixed and treeview rubber > banding should be enabled by default in future gtk+ versions. Probably an item for when we are going to break API compat. > btw, i noticed that if you select something with the rubber band and then move > the cursor out of the widget for example out of the window or over a > surrounding border, the selection is stuck at the last size. it should still be > resizable, so if you reenter the widget, you can continue the selection. this > is very annoying if you select lots of files and have to scroll up/down in the > treeview and accidently move the cursor out of the widget. This works just fine in my testcase. > another thing is that the rubber banding is a lot slower in thunar than the > rubber banding thunar uses in list mode. benny (thunar and xfce dev) said that > they use some simple optimizations for this. also their rubber banding (which > doesn't work in a treeview of course) can handle the case when you move the > cursor out of the widget as i described above. I can look into optimizing the thing at some point, however GtkTreeView is basically using the same method/code as GtkIconView. Renaming the bug and updating severity to reflect this.
in every app i found treeview rubber banding by now, this stuff works fine now.