-
Notifications
You must be signed in to change notification settings - Fork 58
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Tablet Input Broken on Wayland #44
Comments
Unfortunately, I don't have access to any Wayland-based system to test it on myself. I think it's most likely that there is some issue with the pressure detection. Does the drawing that is created when painting with the tablet reflect the size of the painting correctly? (i.e. is it an empty box corresponding in size to what you drew?) Also, when drawing with the tablet, is there any output to stdout (you may have to run the binary in a terminal if you don't already) of the form |
Yes, there seems to be a bounding box around the "blank" drawing. There is also output on the terminal, so it's being recognized, just the drawing itself isn't shown. I have attached a screenshot below to better help debug it.
The output above is recorded from the pen's input on the tablet. |
Same issue on wayland this is what is saved in the file: |
Thanks for the file. As I suspected, the pressure for all the strokes in the wayland drawing is recorded as 0. I've tried to reproduce this, but Weston for me straight up does not recognise my wacom digitiser, and I had no luck installing any other Wayland compositor because of dependency hell in my Frankendebian setup. What sort of system did you produce the file linked above in? (I can try to hack in some kind of workaround for systems where the device reports having a "pressure" axis but always reads 0, but the best thing I could do would be pinning it to always have constant pressure, and it would not be a particularly good solution either way.) |
If anyone with a Wayland setup with digitiser support wants to take a stab at this, the relevant logic is pretty compact (found in gdk_device_get_state(d,w,axes,NULL);
if(gdk_device_get_axis(d,axes,GDK_AXIS_PRESSURE,&r))
return r;
else return 1.0; The expected behaviour would be that this returns |
openSUSE Tumbleweed, GNOME
Well, It should be available (also returns true), but it writes 0.0 to r
I've tried, but I'm not a C Dev, so I had no Idea what I was doing; I found this function on the GdkDevice Docs
But this time it returns false (dunno if it does this on X as well) I don't know if it is possible for you to setup qemu/kvm/libvirt on your "Frankendebian setup" but if you do, you could pass through the usb of the tablet and run wayland in there. If I can help you with anything let me know. |
Fix pressure being read as 0 on Wayland (probably fixes #44)
Hello, so I have just been recently using Notekit; however, I have ran across a bug where the input system does not properly draw from the tablet when using Wayland. I tested on Xorg, and the input works perfectly, but I am wondering why Wayland seems to have an issue.
It seems that a stroke object is created, but the actually drawing does not work with the input from the tablet leaving a blank object. Using a mouse input and draw tool seems to work, however.
Let me know if you need any further details to look into and/or resolve the issue. Thanks!
The text was updated successfully, but these errors were encountered: