Bug 359561

Summary: [WACOM] Tablet bindings bugged between 2.9.x and 3.0pa2
Product: [Applications] krita Reporter: Kurin <marupa.asaki>
Component: Tablets (tablet issues are only very rarely bugs in Krita!)Assignee: Krita Bugs <krita-bugs-null>
Status: RESOLVED FIXED    
Severity: normal CC: dimula73, griffinvalley, halla
Priority: NOR    
Version: 3.0 Alpha   
Target Milestone: ---   
Platform: Microsoft Windows   
OS: Microsoft Windows   
Latest Commit: Version Fixed In:
Attachments: Krita 2.9.x log of tablet events.
Krita 3.0pa2 log of tablet events.

Description Kurin 2016-02-19 01:53:59 UTC
Krita 2.9.x (stable 2.9.10) allows you to use lower barrel (middle mouse button) on its own to pan, and shift+lower barrel to rotate the canvas.

Krita 3.0 pre-alpha 2, despite having identical bindings fails to do this regularly.


Either action may be accomplished only if you are re-focusing the window after alt-tabbing.  For example, if you alt-tab away from Krita, then hover over the Krita window with the tablet, and hold down lower barrel, it will allow you to pan.  The same while holding shift will allow you to rotate.  Upon an attempt at second invocation, or while Krita is the current window, it simply invokes the color dropper and refuses to do anything else even with shift, ctrl, alt, or even space held down.

Using Windows 10 64bit on AMD processor, nVidia GPU, Cintiq 13HD DTK-1300 and Krita 2.9.10 installed alongside 3.0pa2.

Wacom Control Panel version 6.3.15-2, Driver version 6.3.15-2.  Pro Pen settings have been changed from default so that upper barrel is right-click, lower barrel is middle-click.

Reproducible: Always

Steps to Reproduce:
0.  Set Wacom Control Panel settings as above.
1.  Open Krita 2.9.x, use middle mouse button to manipulate canvas twice.  Works as expected.
2.  Open Krita 3.0pa2, use middle mouse button to manipulate canvas.  First time works, second time does not.
3.  Alt-tab away from Krita (to anything else).
4.  Hover over Krita 3.0 window and use middle-mouse button to manipulate canvas twice.
5.  First time works as expected (Window becomes active, canvas is manipulated.  Second time only invokes color dropper.



Workaround is to just alt-tab every time you want to manipulate the canvas, but that's kind of not all that much of a workaround.
Comment 1 Kurin 2016-02-19 01:55:43 UTC
Created attachment 97290 [details]
Krita 2.9.x log of tablet events.

log of events from 'regular use' from version 2.9.x
Comment 2 Kurin 2016-02-19 01:57:16 UTC
Created attachment 97291 [details]
Krita 3.0pa2 log of tablet events.

Krita version 3.0pa2 events which should be nearly the same, input-wise, as 2.9.
Comment 3 wolthera 2016-02-19 11:13:23 UTC
yeah, confirmed.
Comment 4 Dmitry Kazakov 2016-03-31 16:36:04 UTC
Fixed in https://phabricator.kde.org/rKRITA533da505f959