Bug 350162 - [WACOM] Map stylus buttons as modifiers
Summary: [WACOM] Map stylus buttons as modifiers
Status: RESOLVED DUPLICATE of bug 337135
Alias: None
Product: krita
Classification: Applications
Component: Tablets (tablet issues are only very rarely bugs in Krita!) (other bugs)
Version First Reported In: 2.9.4
Platform: Microsoft Windows Microsoft Windows
: NOR normal
Target Milestone: ---
Assignee: Krita Bugs
URL: http://tinderboxentertainment.com/kri...
Keywords:
Depends on:
Blocks:
 
Reported: 2015-07-13 07:59 UTC by Kyle UX (chez Tinderbox)
Modified: 2016-06-17 09:29 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Kyle UX (chez Tinderbox) 2015-07-13 07:59:34 UTC
Eraser tool is unresponsive on Wacom Cintiq 21UX if the eraser tool is mapped to the switch on the stylus. Krita seems to flip to the eraser tool (Eraser_circle) when I press the front switch, but won't erase anything. The strange thing is that if I flip the stylus over and use the stylus' eraser, the eraser tool works just fine.

Reproducible: Always

Steps to Reproduce:
1. In Control Panel > Wacom Tablet Properties, map the Eraser to the front of the stylus' thumb switch.
2. In Krita, chose the brush tool and paint something on a layer.
3. Press the front thumb switch down and the tool with change to Eraser_circle.
4. Try to erase the paint on the layer. Nothing happens.
5. Flip the pen over and erase. The paint is erased.

Actual Results:  
Krita will toggle to the eraser tool (Eraser_circle) when the front switch is pressed, but won't erase anything.

Expected Results:  
Holding down the stylus thumb switch should activate the eraser tool. Then touching the stylus tip to the tablet surface should activate the pressure sensitivity.

In short it should mimic the behavior of the stylus' eraser.

The reason it's important to allow the artist to map the eraser to the thumb switch is to allow for optimized erasing workflow. It's faster and less cumbersome than flipping the stylus all the way over to erase (it takes time to re-register your grip on the pen and then to relocate proper place on the art piece). Also the stylus' eraser end has a different spring pressure feeling than the tip end that the artist has to compensate for.

Thank you Krita is awesome!
Comment 1 Halla Rempt 2015-08-12 14:31:11 UTC
Hm, that's actually not as straight-forward as it sounds. Unless wacom when you map the eraser to the thumb switch actually switches the unique id of the stylus tip end to the id of the eraser tip end, this isn't going to work. Krita remembers which brush preset is associated with which end of the stylus -- so you can for instance map a smudge preset to the eraser end.

What you could try to do is map the switch to the 'e' key which toggles erase more on and off.
Comment 2 Kyle UX (chez Tinderbox) 2015-08-12 16:31:08 UTC
Thank you for the response! I love Krita and want it to be the best so I can switch my team over to using it professionally.

Mapping the switch to 'e' is exactly what I did, but it's less than ideal. For example, when I click the switch to toggle the eraser, sometimes the stylus is outside the range of the screen sensors. Thus, may not engage. The only visual feedback I get as to weather or not the eraser has engaged is way up in the upper left of the toolbar. Of course that is not where I'm looking when I draw so when it doesn't toggle I end up painting instead of erasing. With the method I'm trying to achieve, there is no need for visual feedback because if I press the switch, I know it's the eraser.

I suppose another option would be to have a key binding for the eraser toggle that when pressed would toggle to the eraser mode, then toggle back to brush when released. Then I could map that key to the toggle. I assume this solution could all be done within Krita code and you wouldn't have to touch the Wacom API. But I feel it's more of a workaround.

I'm not sure I completely understand the technical details, but every other paint program I own is able to map the eraser command to the switch; so when the switch is pressed, then the tip touched to the screen, it erases. And it looks like Krita does half this. It switches to the eraser, but the then the tip does nothing.

Again, thanks for the reply. Please let me know if I can help in any way. Beyond general stability, this is the only feature preventing us from using Krita as the default pixel-pusher studio wide.

Thank you for such a great product!
Comment 3 Halla Rempt 2015-08-12 16:38:39 UTC
Well, we're hit by our flexibility here. In other apps, an eraser is a tool, in Krita it's either a blending mode or a brush preset. That has advantages and disadvantages, of course. It's way more flexible, but it also means a different workflow. One thing we're looking into is creating a map of shortcut keys to specific presets, and that would solve this problem. Associate a shortcut with an eraser preset and map that to the stylus button and presto... We're not done with that yet, though!
Comment 4 Kyle UX (chez Tinderbox) 2015-08-12 16:49:41 UTC
Yeah, assigning presets would probably work great. We'll be eagerly awaiting the feature. Thanks!
Comment 5 Kyle UX (chez Tinderbox) 2015-08-12 17:03:02 UTC
After thinking about it further. Binding a shortcut key to preset would probably only work if there are options for "Key Pressed" & "Key Released" on that shortcut. So when that key is in the down position: use the eraser preset. And when it is released: use the previous preset. Then one could map the shortcut key to the switch in the Wacom panel. Would that be a possible feature?
Comment 6 dadapotok 2015-08-16 19:09:37 UTC
Same issue with Wacom tablet Intuos Pro on mac os - sometimes eraser won't work, sometimes it works. Somehow turning Open GL view on and off helped to enable it, or it is just a coincidence
Comment 7 Halla Rempt 2015-08-18 08:50:34 UTC
Yes, having a kind of modifier shortcut that be bound to the stylus button would be a good thing to have.
Comment 8 Halla Rempt 2016-01-24 10:24:09 UTC
Hm, dmitry says he fixed it once, but it might be broken again.
Comment 9 Halla Rempt 2016-06-17 09:29:37 UTC

*** This bug has been marked as a duplicate of bug 337135 ***