http://bugs.winehq.org/show_bug.cgi?id=30893
--- Comment #5 from Viktoria viktoria.s@freemail.hu 2012-06-12 10:05:57 CDT --- Created attachment 40518 --> http://bugs.winehq.org/attachment.cgi?id=40518 My wintab.c
Hi!
I have compiled a wine and I could test it with some drawing applications. The Gimp 2.8 windows version crashed even in this build, but Artrage and Pixia not.
So my initial idea worked, but I had to code a bit more to have pressure in these applications. As I mentioned Genius MousePen i608X is a multiple input device, both the mouse and the pen got identical names. And in the wintab.c in X11DRV_AttachEventQueueToTablet function allways the mouse got identified (because thet is the one which was last in the xinput list..). So I corrected it: in line 1001 I wrote: if (strcmp(devices[loop].name, cursorNameA) == 0 && gSysCursor[cur_loop].PHYSID == devices[loop].id) In this way I got the correct wine cursor and X device mapping and now I got pressure from the pen under wine :) (This modification might be ban, I guess it is not a coincidence the you have used the name instead of the device id for pairing but in case of multiple input devices only the X device id can identify the devices or maybe name+type together.)
(I have attached my wintab.c it contains some additional traces too.)
So as I mentioned in this way I got pressure in wine, but there are some problems with the applications: Artrage I have downloaded it from here: http://www2.ambientdesign.com/files/install_artrage_2.6.0_starter.exe. And in this application I have got "ghost lines" (see the screenshot in one of the attachments). The is reminds me of a bug in Gimp 2.6.11 linux version. You can read more about it here: http://ubuntuforums.org/showpost.php?p=11691071&postcount=32. (May be the way it was fixed in Gimp can give you some idea how you can fix it in wine.)
Pixia I have downloaded it from here: http://www.ne.jp/asahi/mighty/knight/pix478ee.exe In this application the first stoke is always got maximum pressure (see the screenshot in one of the attachments). Which reminds me of a Blender bug here: http://projects.blender.org/tracker/index.php?func=detail&aid=20667&... (May be the way it was/will be fixed in Blender can give you some idea how you can fix it in wine.)