After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 130204 - Tablet support broken on Windows
Tablet support broken on Windows
Status: RESOLVED DUPLICATE of bug 138341
Product: gtk+
Classification: Platform
Component: Backend: X11
2.2.x
Other Windows
: Normal normal
: future
Assigned To: gtk-bugs
gtk-bugs
: 130061 133645 138905 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2003-12-30 03:33 UTC by CurlyDDRFreak
Modified: 2004-12-22 21:47 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description CurlyDDRFreak 2003-12-30 03:33:26 UTC
Tried with latest stable and 1.3.23. Neither worked properly with WACOM 
USB human interface device with mouse or pen. This device is a tablet 
that a mouse or pen can be used with. This device seems to work properly 
with all other software. 

1.3.23 the mouse icon follows the input device, but the tracing ruler 
arrows do not when trying to draw an image. The arrows do follow when the 
cursor is moved into the ruler area.

Please let me know any other information you need to try and fix this 
problem. FYI - This is on a dual monitor system.
Comment 1 Sven Neumann 2003-12-30 12:25:58 UTC
Support for drawing tablets is up to the toolkit. Reassigning to GTK+,
perhaps the GTK+ developers can help you with this.
Comment 2 Daniel Rogers 2003-12-30 15:39:35 UTC
Hmm,
does your device work as a normal mouse?  Did you enable the device in
the "input devices" in the preferences?  Does your input device show
up in the "Device Status" dialog?
Comment 3 Tor Lillqvist 2004-01-04 01:36:56 UTC
Tablet support in GTK on Windows is known to be incomplete, or even 
broken. To bypass the tablet-aware code, pass the --ignore-wintab 
command line switch to GIMP (or any other GTK application). Your 
tablet pen should then work just like a mouse (i.e., no pressure or 
tilt input), which is better than not at all...
Comment 4 Tor Lillqvist 2004-01-04 01:40:59 UTC
*** Bug 130061 has been marked as a duplicate of this bug. ***
Comment 5 Sven Neumann 2004-04-02 23:32:36 UTC
*** Bug 138905 has been marked as a duplicate of this bug. ***
Comment 6 Hans Breuer 2004-05-01 12:44:35 UTC
*** Bug 133645 has been marked as a duplicate of this bug. ***
Comment 7 Dov Grobgeld 2004-07-08 06:19:30 UTC
As I just bought a tablet (Acecat Flair USB) which isn't working under gtk2 in
Windows, I would like to see if I can help solving this bug. I would appreciate
pointers to any information available. Especially the following:

1. A pointer to the WinAPI that is handling tablet input.

2. A pointer to the gtk API that deals with reading tablet input.

3. A gtk test program that can be used for testing.
Comment 8 Tor Lillqvist 2004-07-08 10:28:44 UTC
Tablet input is handled through the WinTab API, see www.pointing.com.

The code in GTK that handles this is in gdk/win32/gdkinput-win32.c.

There is tests/testinput.c. I don't remember how well it builds on Windows. Or 
you could just test with the GIMP.

Anyway, many (most?) of the tablet-relatd problems in gdk/win32 have been 
fixed, and the fixes are in GTK 2.4.3. See bug #143240, bug #143237, bug 
#142943, and bug #138341 . This bug presumably can be resolved as a duplicate 
of bug #138341, for instance.

*** This bug has been marked as a duplicate of 138341 ***
Comment 9 Tor Lillqvist 2004-07-08 10:31:40 UTC
BTW, if Dov's problem is specifically that the Acetat Flair doesn't work in 
GTK+ 2.4.3 (even if Wacom tablets work), open a new more specific bug for that.