Bug 430927 - stylus detection fails when switching back to krita with pen detected by tablet
Summary: stylus detection fails when switching back to krita with pen detected by tablet
Status: REPORTED
Alias: None
Product: krita
Classification: Applications
Component: Usability (show other bugs)
Version: 4.4.2-beta2
Platform: macOS (DMG) macOS
: NOR normal
Target Milestone: ---
Assignee: Krita Bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2020-12-29 01:07 UTC by Manga Tengu
Modified: 2022-09-21 04:47 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Manga Tengu 2020-12-29 01:07:55 UTC
- I'm sorry for the complicated title -
when switching back to krita with the stylus hovering or clicking the tablet (so with the stylus active in any way). The stylus is not detected correctly and no pen feature is activated (no pressure, very jaggy lines...)

The workaround is very simple: take away the stylus and put it back on the tablet. It will work fine. But combine this with the command key being pressed and pressed down every time you switch back to krita and you and up with an uncool ritual:
every time I switch back to krita I need to hit command or alt to unlock the pressed down command and I need to remove the stylus from the tablet and put it back to work.

STEPS TO REPRODUCE
1. switch from krita to any other program
2. click on the krita window with the stylus OR switch back to krita with the stylus hovering over the tablet
3. make a mark with the stylus

OBSERVED RESULT
no pen feature taken into account

EXPECTED RESULT
a cool experience

SOFTWARE/OS VERSIONS
Windows: lol never again
macOS: big sur until linux back again

ADDITIONAL INFORMATION
I use a Wacom Intuos touch pro M bought new in 2018
Comment 1 Manga Tengu 2021-01-06 11:51:30 UTC
Noticed it works better when krita is in full screen mode. That's a workaround
Comment 2 Halla Rempt 2022-07-05 08:46:13 UTC
Yes, I can reproduce this. I am not sure we can fix it, though, because when I check with the tablet tester (from the settings app), that also just get mouse events when drawing a stroke after clicking on the window to switch to it from another application. It looks like the os sees a mouse-down now matter what, so sends mouse events instead of stylus events to the applications.

When I test this with clip studio, clicking on the canvas just gives clip studio focus, but you have then to click again to start a new stroke.
Comment 3 Halla Rempt 2022-09-20 12:33:21 UTC
Okay, now I am confused. I've tested both on my 2015 intel mac with 5.1.1 and on my m1 pro with current master. The intel mac runs 10.14.6, the m1 12.6. On both macs I can now cmd-tab to finder, do some stuff, cmd-tab back and when I touch the tablet tester or the canvas, I can draw with pressure from the get go. In neither case does Krita run full-screen. No need to first click somewhere in the ui
Comment 4 Manga Tengu 2022-09-20 19:02:31 UTC
To reproduce it as of right now, I open krita and overlay another app over it, like telegram.
I am in telegram doing stuff
I decide to dive back in krita -> I click with my stylus directly on the canvas while not focused on krita and I can observe the strange behavior.
Comment 5 Bug Janitor Service 2022-09-21 04:47:24 UTC
Thanks for your comment!

Automatically switching the status of this bug to REPORTED so that the KDE team
knows that the bug is ready to get confirmed.

In the future you may also do this yourself when providing needed information.