Comments on: Project Exposé: Improving the GTK+ tree view selection interaction http://blogs.gnome.org/cneumair/2008/06/04/a-nice-project-improving-the-gtk-tree-view-selection-interaction/ Just another GNOME Blogs weblog Sun, 09 Aug 2009 11:15:23 +0000 http://wordpress.org/?v=2.8.5.2 hourly 1 By: baze http://blogs.gnome.org/cneumair/2008/06/04/a-nice-project-improving-the-gtk-tree-view-selection-interaction/comment-page-1/#comment-294 baze Thu, 05 Jun 2008 05:13:15 +0000 http://blogs.gnome.org/cneumair/2008/06/04/a-nice-project-improving-the-gtk-tree-view-selection-interaction/#comment-294 i haven't tested the mentioned patch, but to me it always felt weird, when right clicking didn't select the row i clicked. not sure if i'll like it or file a bug report right away ;) i think a behaviour similar to apple's finder would be better, where there is a difference between being able to drag a file when you click the actual chars of the file name in the first column, or being able to not drag but use the rubberbanding to multi-select on drag when clicked on any other column or possible white space in the "name" column. this could also be used for right click, as microsoft's explorer does, i believe: right click on the file name changes the row and selects the file, right clicking any other text or white space in that row opens the current directory's context menu. this way would also provide a rubberbanding possibility in the treeview, which is also still missing and that sucks. i haven’t tested the mentioned patch, but to me it always felt weird, when right clicking didn’t select the row i clicked. not sure if i’ll like it or file a bug report right away ;)
i think a behaviour similar to apple’s finder would be better, where there is a difference between being able to drag a file when you click the actual chars of the file name in the first column, or being able to not drag but use the rubberbanding to multi-select on drag when clicked on any other column or possible white space in the “name” column. this could also be used for right click, as microsoft’s explorer does, i believe: right click on the file name changes the row and selects the file, right clicking any other text or white space in that row opens the current directory’s context menu.

this way would also provide a rubberbanding possibility in the treeview, which is also still missing and that sucks.

]]> By: Tyrone Rambo http://blogs.gnome.org/cneumair/2008/06/04/a-nice-project-improving-the-gtk-tree-view-selection-interaction/comment-page-1/#comment-293 Tyrone Rambo Wed, 04 Jun 2008 21:48:44 +0000 http://blogs.gnome.org/cneumair/2008/06/04/a-nice-project-improving-the-gtk-tree-view-selection-interaction/#comment-293 How hard would it be to make a Terminator out of Nautilus? That is, allow the view to be split (and separately navigated as well as dragged between them)? That would be one helluva killer feature and address all the commander-style wishes in a great way. Do Nautilus have any way to "embed" like the VTE terminal has? How hard would it be to make a Terminator out of Nautilus? That is, allow the view to be split (and separately navigated as well as dragged between them)? That would be one helluva killer feature and address all the commander-style wishes in a great way. Do Nautilus have any way to “embed” like the VTE terminal has?

]]> By: Federico Mena http://blogs.gnome.org/cneumair/2008/06/04/a-nice-project-improving-the-gtk-tree-view-selection-interaction/comment-page-1/#comment-292 Federico Mena Wed, 04 Jun 2008 20:18:32 +0000 http://blogs.gnome.org/cneumair/2008/06/04/a-nice-project-improving-the-gtk-tree-view-selection-interaction/#comment-292 I just commented on the bug with a pointer to the corresponding Suse bug. David Liang's patch solves this very nicely for Nautilus. GtkTreeView could very well have the same behavior by default. Decoupling right-click from changing the selection makes it much easier to use, and lets you use "empty area" menus even in crowded views. Nautilus could also add a header to the popup menu, saying "N selected files", or "Commands for $folder_name", to make it even more clear what's going on. I just commented on the bug with a pointer to the corresponding Suse bug. David Liang’s patch solves this very nicely for Nautilus.

GtkTreeView could very well have the same behavior by default. Decoupling right-click from changing the selection makes it much easier to use, and lets you use “empty area” menus even in crowded views.

Nautilus could also add a header to the popup menu, saying “N selected files”, or “Commands for $folder_name”, to make it even more clear what’s going on.

]]> By: bkor http://blogs.gnome.org/cneumair/2008/06/04/a-nice-project-improving-the-gtk-tree-view-selection-interaction/comment-page-1/#comment-291 bkor Wed, 04 Jun 2008 18:05:14 +0000 http://blogs.gnome.org/cneumair/2008/06/04/a-nice-project-improving-the-gtk-tree-view-selection-interaction/#comment-291 About to receive? Pavel received his account yesterday at 22:46 CEST. It was working at 23:00 CEST. The process is still far from perfect (see the reply on foundation-list + that you weren't set as maintainer), but at least in this case it was completed before you blogged ;) About to receive? Pavel received his account yesterday at 22:46 CEST. It was working at 23:00 CEST. The process is still far from perfect (see the reply on foundation-list + that you weren’t set as maintainer), but at least in this case it was completed before you blogged ;)

]]>