> art-pen stylus rotation and airbrush side-pressure switch we use valuator with XCB atom "Abs Wheel". Rotation = normalizedValue * 360.0 - 180.0 // Convert 0.1 range to -180.+180 degreesĭefault: // Other types of styli do not use this valuatorīasically, if wayland's XCB compatibility layer implements valuators with these atoms, then Krita starts handling itĪpologies for the delay, this slipped through. TangentialPressure = normalizedValue * 2.0 - 1.0 // Convert 0.1 range to -1.+1 range Xi2GetValuatorValueIfSet(event, classInfo.number, &classInfo.curVal) ĭouble normalizedValue = (classInfo.curVal - classInfo.minVal) / (classInfo.maxVal - classInfo.minVal)
TabletData::ValuatorClassInfo &classInfo(it.value()) I'm well aware that I can just use X, which is (naturally) how I'm using Krita at present.įor both, art-pen stylus rotation and airbrush side-pressure switch we use valuator with XCB atom "Abs Wheel". In any case, so far as I can tell, tablet input does not seem to function at all through xwayland in GNOME (the pointer disappears when it enters a xwayland app and moves the window if dragged), and Krita appears to be running as an xwayland window. I do also understand that Wayland support in KDE Plasma is just now becoming available, while it's beginning to be the default in GNOME systems. If it was a Krita / Wayland problem, I would have guessed that someone would have been looking into it, but I'm not making an argument for that here, I simply assumed that would probably be the case.
If this was exclusively a GNOME problem, that'd be unfortunate from my perspective. I didn't question (or mention) anyone's priorities, but perhaps I was a bit unclear in distinguishing the two separate possibilities I was considering there. Are you saying that you're the only person presently working on Krita, and that Krita is not targeting Wayland in the foreseeable future? Because that's an answer to both the original question and mine.
0 kommentar(er)
