Trying to draw after putting the window out of focus yields no pressure detection or smoothing at the initial brush stroke. Subsequent brush strokes work normally. Reproducible: Always Steps to Reproduce: 1. Open any document or create a new one. 2. Place the Krita window out of focus. You can do this by clicking anywhere outside the Krita window. 3. Draw a brush stroke in the Krita canvas. Actual Results: Brush stroke looks ragged with no pressure detection at all. Expected Results: Brush stroke has pressure detection and is stabilized (this may vary between different brushes.) Tablet I'm using is HUION H610 Pro.
I am not sure we can fix this, I am afraid. I am a little curious though, why is the window unfocussing mid-stroke for you?
@wolthera I said nothing about window unfocusing mid-stroke. My workflow involves Krita occupying one-half (or more) of my screen, with the rest containing a browser showing my reference photos, I move a lot between the programs so it's slightly annoying that after focusing on the browser then drawing on the (Krita) canvas it yields a non-pressure detected stroke.
It's probably another driver problem... I've got a similar workflow (plus a lot of switching to irc) and it works fine with my wacom tablet. I haven't got the huion tablet around to test it, but I'm guessing we just are not getting a tablet proximity event when you click directly on the canvas.
We seem to have a whole bunch of Windows/OSX reports where switching to another window that needs a tablet context, then back to Krita makes Krita lose the tablet context. I've seen reports like this for Wacom, Genius and Huion. It's extra strange because on OSX we still use Qt's native tablet support, and on Windows our fork.
And now I've also heard about exactly the same thing happening in other applications...
Try to delete wintab32.dll. Then reinstall tablet driver, maybe it help you for short time
Okay -- this is very clearly not a bug in krita... No need to keep it open, since we cannot do anything about it.