Registered Member
|
Hi,
I tried to figure out why Krita doesn't recognise my tablet. Here is my theory (maybe I am wrong but just in case it helps I write it down) So if I understand well the code the tablet detection happens in https://projects.kde.org/projects/calli ... rt_x11.cpp and you are chacking for this atomnames Wacom Stylus, Wacom Cursor, Wacom Eraser, STYLUS, ERASER (stored in kis_x11_atomnames line 97). And then the following if (devs->type == KIS_ATOM(XWacomStylus) || devs->type == KIS_ATOM(XTabletStylus)) (line 199) is true then the device is a tablet. But when I tried to figure out what is wrong with QT I found the following: (devs->type == XInternAtom(X11->display, XI_TABLET, False)) is true then the tablet is recognised by X as tablet (with the evdev driver) XI_TABLET is defined in X11/extensions/XI.h and it contains "TABLET"! So if you can add the chacking for that word too in kis_x11_atomnames then the evdev tablets would be detected. Unfortunately at the moment I connot setup a build environment for calligra so I cannot test my therory. But if you could build a test for this I can test if it's works or not. (By the way if I have already installed krita from here: https://launchpad.net/~dimula73/+archive/krita can I still build from source or I should delete everything I have installed from that ppa?) |
KDE Developer
|
Interesting! I guess we are getting close to a fix now. If you want to build from source, remove everything from the ppa.
|
Registered Member
|
Yeah, that Qt bugreport [0] sounds promising. I'll try to look at it tomorrow
[0] - https://bugreports.qt-project.org/brows ... l-tabpanel |
Registered Member
|
I can build Krita from master, I already did that using this tutorial, on Arch Linux with KDE:
http://www.davidrevoy.com/article193/bu ... x-for-cats My *nix knowledge and experience is not much, but I can understand things if explained clearly, so if someone can give me step-by-step instructions on how to patch the source to add the check Victoria was mentioning, I can do that. Just keep in mind that my tablet (UC-LOGIC WP8060U) is different from Victoria's one, so there might be a difference.
"Sic itur ad astra per aspera."
|
Registered Member
|
Hi, Storm and Victoria!
I have just pushed the probable fix to Krita-master, could you please update and test whether your tablets are recognized as tablets or not? This is fixed in the commit: http://quickgit.kde.org/?p=calligra.git ... fcbe1c4bfb so, just check your source directory is newer than that. I'll also request Krita Lime packages, but they will be ready not earlier than in 6-8 hours |
Registered Member
|
Hi!
I just pulled (about an hour ago) from git and built it. Still no pressure. xinput is the same. Tablet event log still reports "MouseMove" and "MouseButtonPress". Log: http://pastebin.com/NirizjCg
"Sic itur ad astra per aspera."
|
Registered Member
|
Hi,
I just updated the Lime PPA and still no presure with the evdev driver. Only with the wacom driver. |
Registered Member
|
Hi, Strom!
Could you please apply the following patch to Krita, run it with the tablet connected and paste the resulting Krita log? http://pastebin.kde.org/pxg8xk6h3 To apply the patch you need to do: 1) Download RAW version of the patch and save it to a file 2) Go to the directory with Krita sources (the one where you usually do 'git pull') 3) Type: patch -p1 < /path/to/the/saved/patch.file 4) Then build as usual If you have any problems with applying the patch, please join #krita IRC channel and I will help you with it. The resulting log should contain the lines like this: ... === Device Name Wacom Graphire2 4x5 stylus Device Atom 278 Device Type STYLUS === ... |
Registered Member
|
If you followed David's manual, then the sequence of commands will be like that:
cd ~/kde4/src/calligra git pull patch -p1 < /path/to/the/saved/patch.file cd ~/kde4/build/ make -j8 install |
Registered Member
|
Hi,
I am trying to build calligra with the path forlloving David Revoy's tutorial. But I have no success. I got the following message with cmake:
Here is the list:
Thanks in advance. EDIT: I think I have found the solution: the libxi-dev package was missing |
Registered Member
|
Hi, Victoria!
You can check the full list of packages needed on Ubuntu in the packaging control file for Krita Lime: http://bazaar.launchpad.net/~dimula73/+ ... d:/control Commented out packages are not necessary, obviously |
Registered Member
|
Hi,
Finally I have built Krita . Here is the output you have requested for my tablet:
So if you want to run some other patches please let me know . |
Registered Member
|
Hi, Victoria!
Thank you for testing! I'll prepare a patch with a bit more events debugging output in the evening today, so we will get more info about your tablet |
Registered Member
|
Hi, Victoria and Storm!
Could you apply one more patch and generate a log (with Ctrl+Shift+T logging active)? Here is the patch that can be applied on top of the previous one: http://pastebin.kde.org/pj8hbrilw And if you don't have the previous patch applied, here is a cumulative version containing both patches: http://pastebin.kde.org/pgdzvckuf PS: Btw, you can also ping me on IRC (#krita on FreeNode) or (if it happens you know Russian) in the VK community: http://vk.com/ilovefreeart , then we could test a bit faster |
Registered Member
|
Hi,
I finally did some testing as promissed . Here are the results: http://pastebin.com/VSXRideF First there are the log with the tablet's mouse only: it works. Then the stylus only: it does not draw probably because the pressure is zero or less then 1 konstantly (I guess the maximum was 0.7 or so) The the stylus and the tablet's mouse: after I have used the tablet I cannot draw with the mouse because it is 'blocked'. I did another test with the tablet and the 'normal' mouse (not the tablet's one): in this case the mouse worked properly it wasn't blocked. http://pastebin.com/gVH3Qwd5 If I need to do some more testing please let me know. |
Registered users: Bing [Bot], Google [Bot], rockscient, Yahoo [Bot]