nendotools
Control Zones no longer ignores Pen Input in Linux regardless of Input Mode option
I have used this addon briefly in the past, and I remember being able to use control zones in my touchscreen with a finger while the pen would be used only to draw. I did this in Blender version 4.1. I don't know exactly what changed from then to now, but this is no longer possible. It might be an external change, maybe from the windows manager or the compositor, because it does not work anymore even on older Blender versions.
Steps to reproduce: Open Blender in x11 mode (touch does not work on native wayland blender). You can either use an x11 session, or use it through xwayland by typing on the terminal: "WAYLAND_DISPLAY= blender" Open a new sculpt file In the addon preferences, select either "Full", "Pen" or "Touch". Touch the pen to the sculpt object. Regardless of the option, chosen, the camera will tilt or pan, but the pen will not draw on the object. Similarly, clicking with the touchpad or a mouse on the object will also move the camera.
Expected results: The options should change whether your finger, the pen, or both can control the viewport camera.
Possible Fix: When Control Zones are turned off, the pen will draw on the object, but a finger will not, and I can still select menus with a finger. This only happens when the pressure option for the brush is turned on. This might be because neither the finger input, the mouse nor the touchpad have a pressure associated with them, only the pen does. Thus, it may be possible to use this lack of pressure to inform whether the input is from a finger or a pen, and ignore the pen from moving the camera if the pressure is above a certain threshold.
For now, lazy mode is the best way to use blender with a touchscreen device without keyboard, but it's still not very good.
System Info: Blender 4.4.0 Touch Viewport 4.2.1 kwin 6.3.4 Fedora 41
Could you do me a favor and test an older version of the addon (available in the releases section) and let me know if it works as you'd expect?
The logic around which interaction mode is used has been overhauled pretty dramatically since then, but there should be no difference in what it actually does. This could be a bug, but it could definitely also be that the wm/compositor isn't really allowing a distinction between pen/mouse/touch. It could also be that it's sending an invalid initial value (0.0 or 1.0 pressure) which reverts to a touch/click event as different tablets/touchscreens pass one of these extreme values when a pen isn't used.
I just tested version 2.12 in Blender 4.4.1 and in Blender 4.1.1, and the bug is present in both, as well, unfortunately.