#Krita tablet offset update#

This might explain the mystery of why some users with the same hardware do or do not experience the bug.Įnvironment: Windows 10 creators update / Windows 10 professional creators update. It would be quite normal for many artists to open Krita with their stylus or operate without a mouse entirely. Most excitingly, this might explain why some users are unable to reliably duplicate the bug. In fact, Krita will not finish loading until I make my choice. This means that if the stylus logic is addressed early in the Krita software loading up, it is obeyed and applied correctly. I can draw normally and my cursor tracks my stylus accurately. Choosing wintab or the drivers, is obeyed. Wintab, tablet drivers, or custom offset. Immediately, Krita's loading logo is interrupted by asking me the same popup. As silly as this sounds, I open Krita with my stylus. This indicates that the selections are being ignored/not applied, somehow, when made this late into the usage cycle of a Krita document.Ĭase B.) The fix. No matter which I chose, the offset of the mouse is always wrong and about -1600~2000 pixels on X. Immediately I am asked if I want to listen to wintab, the tablet drivers, or set my own resolution and offset. Create new document or load a document with mouse. In multi-monitor situations, how I open Krita makes all the difference between a functional pen display tablet, and one that refuses to accept any adjustments to offsets or wintab/driver choices.Ĭase A.) Open Krita with mouse. Krita plays nice with the Ugee HK1650 if it is in sole monitor mode, but becomes offset if the systems are in extended desktop mode.

I have two workstations, a laptop and a desktop which are rigged up with a Ugee HK1650 pen display, and a normal monitor each. So my thought is, maybe the 'fix' I found exposes some underlying issue with the way Krita is programmed.