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 152690 - Xinput support not working for mac
Xinput support not working for mac
Status: RESOLVED OBSOLETE
Product: gtk+
Classification: Platform
Component: Class: GdkDevice
2.0.x
Other Mac OS
: Normal normal
: ---
Assigned To: gtk-bugs
Carlos Garnacho
Depends on:
Blocks:
 
 
Reported: 2004-09-15 06:31 UTC by j.chetwynd
Modified: 2011-01-09 04:32 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description j.chetwynd 2004-09-15 06:31:00 UTC
Please describe the problem:
Tablet doesn't have pressure sensitivity when using Gimp


Aaron Voisine the maintainer has compiled with --with-xinput

Steps to reproduce:
1. install gimp.app from Aaron Voisine: Gimp-2.0.3-2.dmg
http://gimp-app.sourceforge.net/
2. plug in tablet
3. start gimp
4. file/preferences/input devices/configure extended input devices


Actual results:
"no extended input devices"

Expected results:
GUI for configuring pressure sensitivity on tablet

Does this happen every time?
yes

Other information:
We aren't too sure what the issue is, but perhaps it's time to include GTK
This bug is also filed here: http://bugzilla.gnome.org/show_bug.cgi?id=143615
and here:
http://sourceforge.net/tracker/index.php?func=detail&aid=1027235&group_id=104774&atid=639246
sorry I didn't compile, so not too sure what versions were used, Aaron please
fill in the correct versions.
Comment 1 Sven Neumann 2004-09-15 09:55:37 UTC
I don't think we need multiple reports tracking this problem. Especially since
it is most likely not a problem but simply a question of including XInput
support in the Macintosh build of the GTK+ libraries. I'll leave it up to the
GTK+ developers how to treat this report...
Comment 2 Owen Taylor 2004-09-15 14:30:59 UTC
Or, more likely, that XFree86 for OS X simply doesn't have XInput drivers
for tablet support on OS X.
Comment 3 j.chetwynd 2008-04-29 15:40:25 UTC
OS X X11 xInput now supports pressure and tilt at least for testing.
however this is not working in gimp or inkscape...

http://lists.macosforge.org/mailman/listinfo/xquartz-dev

please join discussion & follow instructions in threads from 23rd April
onwards:

You need to decompress Xquartz-1.4.0-apple4 and install it over /usr/ 
X11/bin/Xquartz after installing X11-2.2.1_rc1 (this part is very  
important.  2.2.0.1 doesn't have the newer libpixman).


$ xinput test 2
motion a[0]=655 a[1]=148 a[2]=0 a[3]=0 a[4]=0
motion a[0]=655 a[1]=148 a[2]=1715037696 a[3]=603932672 a[4]=134156288
motion a[0]=655 a[1]=148 a[2]=1920758400 a[3]=603932672 a[4]=201267200
motion a[0]=655 a[1]=148 a[2]=2071886720 a[3]=637488128 a[4]=268378112

further background:
in inkscape the calligraphy error dialogue no longer appears, but strokes are
transient and not fixed to screen..

Comment 4 Martin Andersen 2008-08-04 05:48:20 UTC
As I've posted elsewhere, my understanding is that it is not GTK as such, or XInput, it has to do with the GTK folk not telling the X11 for Mac (XQuartz) folk what input they need to make it work. XQuartz actually has some support for pressure and tilt, but it does not seem to work with GTK. 

To quote Jeremy Huddleston on the X11 users list:
"It doesn't actually have much to do with XInput.  XInput has more to do with direct access to the hardware.  We have Quartz between us and the hardware, so it doesn't make sense to actually implement XInput.
Tablet support is partially implemented in 2.3.0, but there are some bugs with it that I can't debug because I don't have a tablet (I loaned mine to Ben, so hopefully he'll be able to take a look at these issues).  Additionally, GTK doesn't seem to like the way we send information about pressure, tilt, etc to it, and nobody over in GTKland has responded to our questions about tablets in X11, so we're mostly waiting for a GTK developer to step up and point to what they need from us."

A question of communication in more ways than one, it seems.
Comment 5 j.chetwynd 2008-08-04 14:46:06 UTC
from #GTK+ on irc.gnome.org

owen: I don't think that is separable from "fix XInput"
The GTK+ API's are simple and clear, but XInput (as it has historically existed) is a broken system that doesn't give suffiicent information to hook it up to the GTK+ API
Peter Hutterer has been doing some work on fixing XInput, though it's going to take some more attention to the ecosystem to get it really right
(that is, you plug in a tablet, it just works everywhere out of the box)

owen 's concern about tablet operation on a proprietary operating system? Close to zero
And on OS X, I think Gtk Quartz is more interesting place to spend effort
Comment 6 Jeremy Huddleston 2008-09-04 07:18:51 UTC
I verified that the tablet support in X11.app works when using gimp running on Linux.  The problem isn't that we don't have XInput support for the tablets.  It's that the versions of libgdk that you're linkinging against were configured without xinput support.  If you add '--with-xinput' to your list of options when you configure gtk2, you should get this to "just work"
Comment 7 j.chetwynd 2009-04-28 05:27:40 UTC
Jeremy Huddleston suggests

MP's gtk has been built with xinput support for a while now... and users
have been using gimp and inkscape with tablets successfully...  this is
probably "fixed" unless you want to keep it open until you make another
binary release...
Comment 8 Matthias Clasen 2011-01-07 12:42:37 UTC
moving xinput bugs to GdkDevice
Comment 9 j.chetwynd 2011-01-07 13:30:51 UTC
wfm,

hence 'obsolete'?

has worked for  some months ~year intel only

seems doubtful ppc will ever work.
Comment 10 Jeremy Huddleston 2011-01-09 04:32:54 UTC
ppc works too