Comment 9 for bug 588982

Revision history for this message
positivek (anonyhole) wrote :

I have Xubuntu, 12.04 (precise), running on a Sony Vaio VGN-NW230G, with Alps PS/2 GlidePoint. Using the touchpad only.

The 1.5 tap to drag works *only* when there is *motion* during the second tap, but does *not* work when you do an in-place (no motion) 1.5 tap. The 2.5 tap in-place and with-motion does work, however. Summary I've found is below.

PROBLEM: Use case #3 should be handled if case #1 is handled. So, if you solve case #1, case #3 remain working. Case #1 is very important for any graphics work, as well as gaming, or even simple window management. Case #1 is the easiest of the tap-to-drag motions, but is the one that is not working.

CASE #1:
1.5 tap in-place means: finger-down, finger-up, finger-down (no horiz/vert motion in finger during the finger-down).

  - BUG: This does not register at all (like nothing happened). Use case is where you want to move a graphic item by some small amount from it's current position. You should be able to initiate the drag ("locked drag"?) without any motion, and then start dragging after the object has been "grabbed". Currently I cannot.

CASE #2:
2.5 tap in-place means: finger-down, finger-up, finger-down, finger-up, finger-down (no horiz/vert motion in finger during the finger-down).

 - OK: This works. Use case is where you want to select text by whole words.

CASE #3:
1.5 tap with-motion means: finger-down, finger-up, slide-finger (with horiz/vert motion during finger-down).

 - OK: This works. Use case is same as case #1, except that the user is hurrying or does not care about small relative position change for dragged item.

CASE #4:
2.5 tap with-motion means: finger-down, finger-up, finger-down, finger-up, slide-finger (with horiz/vert motion during finger-down).

 - OK: This works. Use case is same as #2, but more rushed.