Double-click (fast tap) of tablet pen when editing a path do not add node.

Bug #780737 reported by Tomasz Sztejka
10
This bug affects 2 people
Affects Status Importance Assigned to Milestone
Inkscape
Confirmed
Low
Unassigned

Bug Description

In 0.47 when editing path with a node tool double click ( a fast tap of pen) on tabled did insert a node just like mouse double click did. In 0.48-1 r9760 (Debian Unstable) it does not work for tablet pen anymore.

Fast tap seems to be correctly recognized as a double click when creating path, since it correctly terminates editing process.

What I have checked was:
- disable pressure sensitivity - no effect;
- play with InkscapePrefference/Mouse/Clik-drag sensitivity. Setting it to zero makes mouse also to not add point when double clicking. It has no influence on a tablet pen however.

Conclusion: tablet has always obvious jitter when user performs a double tap. It seems that 0.48 in opposite to 0.47 ignores mouse click-drag sensitivity setting for tablet assuming zero thous making tablet tap not usable.

Please restore 0.47 functionality.

Kind regards,
  Tomasz Sztejka.

Operating system: Debian.

Revision history for this message
su_v (suv-lp) wrote :

Related to or duplicate of bug #559140 “On canvas node adding doesnt work anymore”?
Also mentioned in bug #624277 “XInput settings stored” (as secondary issue).

Maybe bug #559140 needs to be reopened (it was closed as 'Invalid' by the reporter - apparently the problem no longer occured after resetting the preferences…)?

tags: added: node-editing
removed: node
Revision history for this message
Tomasz Sztejka (sztejkat) wrote :
Download full text (4.4 KiB)

Note:

1. I have found this bug on a fresh, not used upgrade of Inkscape. During tests I did wiped out whole ~/config/inkscape folder to be sure there is no "dead" settings. I also inspected preferences.xml file looking for tablet specific settings which may be related to click/double-click/drag recognition. I did not found any.

2. I played a bit again with 0.47 to check how does the "click/drag threshold" setting affects mouse and how does it affect tablet.

 First this is not exactly true what I have written earlier. If this value is large it is easy to click on a segment of curve to select it (both adjacent nodes are selected). The double click inserts node. If this setting is zero doing the same requires exact accuracy. Normally if cursor is in a mode allowing selection of a segment and inserting a node it changes to a "hand". If "mouse-click/drag" threshold is zero, it just flickers when it is _exactly_ over the line segment. So in my opinion this option does not only control how to recognize click from drag but also controls "grab" ability when editing nodes. When moving objects (but not editing them) "grab sensitivity" seems to not control anything while "click/drag" do control how far one needs to move cursor to drag an object. But still, in node edit it also controls when cursor changes into a "hand".

The "click/drag threshold" set for mouse also applies to a tablet - when I do set it to zero (my hand+tablet has a 2..3 pixels jitter) it is impossible to do a thing with a path.

3. I did upgrade again to 0.48 and focused on nodes selection and "cursor changes to hand" case. To my surprise it worked as expected, till I killed all copies started prior the upgrade. After a clean restart of Inkscape the faulty behavior returned.

So I did change "click/drag threshold" to zero. This time even with a mouse I wasn't able to change cursor from arrow to hand when in node edit mode. So this is a first difference between 0.47 - 0.48. Then I tested if I can see any influence of "grab sensitivity" - as in 0.47 I can't see it. So I set "click/drag threshold" back to reasonable value.

When moving cursor with a tablet cursor do change to a hand the same way as with a mouse. With a single tap I'm able to select a path segment. I'm also able to drag it. But not to insert a point by double fast tap.
So the same way as in 0.47 the "click/drag threshold" does affect both mouse and tablet.

I moved to "Input devices" section. My tablet is a "Bamboo" with a pen only with tap, pressure and two buttons.. A generic driver reports however a plenty of other elements: eraser, finger and a set of buttons. I noticed however that all wacom elements are disabled. Well... I'm pretty sure I enabled them... Since I do not use pressure sensitivity I didn't notice any change in behavior. Ok, my wrong - I did enable a pen and verified that there was no pressure sensitivity earlier and now it is working.

It do NOT affect bug reported. In screen mode double tap still is not working. In window mode... well... I could not figure out how the heck window mode works - on my system in window mode cursor shown on screen is far off from the point when drawing takes place. It s...

Read more...

Revision history for this message
clive catterall (clive-catterall) wrote :

I have found the same problem using Inkscape 0.48.1 on Windows Vista 32 bit (SP2 I think - recently updated) using a Wacom Bamboo Pen tablet. I have to click on the add node icon.

Clive Catterall

Revision history for this message
Guillermo Espertino (Gez) (gespertino-gmail) wrote :

I can confirm the bug with Inkscape 0.48.1 in Debian Testing and 0.48.2 in Linux Mint 12 with Genius Pensketch and Wacom Bamboo tablets respectively.
Both 64 bit, both Gnome3 (3.0.1 and 3.2).

I found a workaround (doesn't solve the problem but makes possible adding nodes with tablet): Pressing CTRL+ALT and tapping once on the path with the tip of the pen adds a node in that exact position.

Revision history for this message
su_v (suv-lp) wrote :

Changing
- Bug status to 'Confirmed' based on multiple user reports
- Bug Importance to 'Low' (for now) since two alternative methods to insert nodes exist (the regression does not completely preventing tablet users from inserting new nodes in the node tool context).

Changed in inkscape:
importance: Undecided → Low
status: New → Confirmed
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.