Created attachment 109815 [details] (Video example) (Ubuntu 14.04 Unity - Krita 4.0.0-beta1.1.appimage) Pen pressure sensitivity temporarily lost at first stroke upon selecting a colour sample from the floating Palette docker (see video). Steps: 1) paint some strokes 2) go to the Palette docker and press the "Float Docker" button to undock 3) select a new sample from the now floating Palette docker 4) resume painting Actual Results: the next first stroke starts with a big dot (lost pen pressure) Expected Results: preserve pen pressure sensitivity while using the Palette docker when floating
This seems to be a general Qt issue with floating dockers, and I'm not sure we can do anything about it. I seem to remember that it has been reported before, too, but I cannot find that bug report.
I cannot reproduce this behavior in the git-master on a Archlinux/Plasma5 system, my pen keeps the pressure correctly right after picking the color in the floating docker. May be old libraries in Ubuntu (as that seems to be an often issue with it)
I cannot reproduce this on opensuse with the appimage, so it's not the version of Qt that's in the appimage. I suspect it might even be a window manager issue, since that's the component that sends events to Krita, but I don't have a system running unity around.
Created attachment 110900 [details] Brush strokes, rightward Reproduced on a Windows 10 system running on a Huawei tablet w/ Wacom digitizer.
(In reply to Boudewijn Rempt from comment #3) > I suspect it might even be a window > manager issue For the record, I can confirm that all is well if I use a different window manager on the same Ubuntu 14.04 (checked with "i3wm", it was "compiz" when I reported).
Hi, all! I think the bug should now be fixed after we heavily patched Qt to generate Enter/Leave events correctly for tablet devices. Please check the nightly builds and reopen the bug if you still see the problem: https://binary-factory.kde.org/job/Krita_Nightly_Windows_Build/