User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.0.6) Gecko/20060730 SeaMonkey/1.0.4 Build Identifier: If you try and select a file, such as an image or music file, and drag and drop it to Gimp or XMMS the boundary box will appear but drag and drop doesn't start dragging. This is an unusual behavior compared to drag and drop in common file managers such as Nautilus or Konqueror where you can click once on a file and drag to another GTK application. From a usability perspective drag and drop should probably have a higher priority. The boundary box feature might need to be activated using a key modifier such as Alt or Ctrl to allow drag and drop to work cleanly. Reproducible: Always Steps to Reproduce: 1. Click a file 2. Drag it outside of Thunar to another GTK application 3. Drop cannot be accomplished since the boundary box feature has started drawing a boundary. Actual Results: Drag and drop for a single file outside of Thunar produces a boundary box. To complete a successful drag and drop outside of Thunar the user must first select the file in Thunar by clicking and releasing the mouse button. Then an additional click and drag is needed to start drag and drop to an external application. Expected Results: Drag and drop of a single file would allow the file to be dropped by clicking once, dragging and then dropping the file onto another GTK application. See Nautilus or Konqueror's behavior for the more typpical drag and drop behavior to external applications.
Nautilus doesn't support rubberbanding in list view, while Konqueror uses Qt. As I told you earlier this is actually a bug in GtkTreeView, that can only be fixed in GtkTreeView. I'll resolve this bug to LATER until the bug is fixed in GTK+.
Moving to 0.3.2final.