GNOME Bugzilla – Bug 166397
GTK apps won't return from tablet to mouse input
Last modified: 2005-04-07 06:04:21 UTC
Version details: 2.4.14 Distribution/Version: Gentoo I've problems with an Aiptek 12000U tablet, when using GTK applications. The problem is (in GIMP and in testinput from the GTK-testing tools as well): Once I use the tablet pen (which works very fine, as it should), the application won't recognize the (normal) mouse as the CorePointer again but rather as my tablet pen, but without the possibility to send button events. It just moves the cursor around. The mouse continues to work alright in other X applications. I am running on gentoo, Kernel 2.6.10, xorg, GTK+ 2.4.14 and the latest driver from aiptektablet.sourceforge.net, the "xinput test pen" test program indicates that the tablet integration into X seems to be working. Steps to reproduce the bug: - Start X with support for the Aiptek tablet (appropriate InputDevice and ServerLayout sections in XF86Config/xorg.conf). - Start the Gimp or the GTK testinput program and configure it to recognize the tablet device. - Paint something with the mouse, the tablet pen and with the mouse again. Expected results: Should paint with both devices. Actual results: Will paint normally with the mouse first, the as expected with the pen but will refuse to paint with the mouse again afterwards.
Almost certainly a driver bug. Sounds like your tablet is sending a ProximityIn but no ProximityOut.
@ Owen Taylor: Might well be, "xinput test -proximity pen" doesn't show any ProximityOut events. I will try to have a look at the driver, maybe the Aiptek driver people know more. It would be ok for me to close this bug as Needinfo/Wontfix until I know more about the proximityIn/Out thing...