- 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
Noticed it works better when krita is in full screen mode. That's a workaround
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.
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
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.
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.
I've finally managed to understand and confirm the issue. And I can confirm it's a bug in Krita itself because the tablet tester gets the correct pressure.
Litterally claimed "Wouhou!" Can't wait for the fix! Thanks!
I've noticed this problem too, didn't know there was a bug report. What I've found in my testing is, on macOS Krita doesn't receive a TabletEnterProximity ("Pen tip brought near") event when receiving focus with the stylus near, but on Windows it does. Steps to reproduce: 1. Lift the stylus away while focused in Krita 2. Switch to another window and bring the stylus back while in that window 3. Switch to Krita without lifting the stylus away Result: On macOS, Krita thinks the stylus is still away and treats it as a mouse (as seen in the tablet tester). On Windows, Krita knows the stylus is near and treats it as a stylus.
We probably need to discuss this bug during the Monday meeting; however, next Monday is a hospital day for me, and I'm not sure I'll be back in time. Weirdly enough, the tablet tester doesn't show this problem!