User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.0.3) Gecko/20060426 Firefox/1.5.0.3 Build Identifier: Mozilla/5.0 - Firefox/1.5.0.3 Right click drag detection has timing problems Reproducible: Always Steps to Reproduce: 1. Right click on a file in the list / icon view 2. Idle more than 250ms (or 500ms) on the file with the right mouse button pressed 3. See the context menu appear Actual Results: On a dual P3 - if you don't manage to move the mouse under 250ms out of the drag box boundaries, the context menu is shown instead of a drag. Expected Results: I'd expect to be able to idle with the right mouse button pressed and wonder if I should drag the file(s) or consult the context menu. The context menu should show up only after the right mouse button was released. This seems to be a common problem with GTK+ apps, even gaim behaves this unexpected way. A GTK+ coder should still be able to disambiguate a click/drag into mouse down, move and up events and code an atomic drag detection without resorting to timers.
This is for consistency. Holding down right mouse button in GTK applications will always bring up the context menu. You should probably think about what you want to do first, prior to pressing the button. ;-)
(In reply to comment #2) Agreed - Still, the timing restriction is harsh if you only have a synaptics touchpad - three fingers tap and at least one finger drag out of the drag box boundary is almost impossible to do in 250ms. I'd recommend, if I may, the following workaround for the handicapped: shift left drag: move ctrl left drag: copy ctrl+shift left drag: symlink(!) and onto desktop: create .desktop file there.
(In reply to comment #2) > shift left drag: move > ctrl left drag: copy > ctrl+shift left drag: symlink(!) and onto desktop: create .desktop file there. Shift-Drag = move, Ctrl-Drag = copy, Ctrl+Shift-Drag = link is already done (actually GTK does that, so its consistent for all applications). The special desktop case would need to be handled by xfdesktop. File a feature request to xfdesktop about this.
Wrong assumption - I stand corrected. (Feature request on its way).
Ok. ;-)