Hi Dmitry!

I was insanely busy in the last few days. Now I just pulled from git master, then tried to apply the accumulative patch, but got an error, because since that the code changed. This has been added:

Code: Select all

    if (kis_haveEvdevTablets && event->type == EnterNotify) {
        evdevEventsActivationWorkaround((WId)event->xany.window);
    }

I tried to fix the patch accordingly, but I kept getting "malformed patch" error for a line that is pretty much correct since I copy-pasted from the actual file and then added the extra space in front... GRRR.


So result is similar to Viktoria's: I see tablet events for the first time, but pressure is mostly zero, so my brush doesn't paint anything.

My regular moue gets blocked after using stylus, until I move the mouse cursor out of the canvas and back, then mouse starts working until I use stylus again.

Here is the log:
http://pastebin.com/iYHThvex

My tablet originally comes with a mouse too if I'm right, but I got this second hand and I never had a mouse for it. All I have is the stylus, and my regular USB mouse.


So, I visited the irc channel few times but it was always completely dead and silent,and didn't see your name. What time you are on?


EDIT: Just noticed, pressure is not always zero in the log. Sometimes it records pressure, but the brushes still don't work.

Hi, Viktoria and Storm!

The both patches are already in master now, so you needn't apply them again. It is weird that there is no pressure with your tablet. I need to prepare another patch to get some more debug information about recognition of the tablet. I have such a feeling that Krita simply cannot identify the range of pressure sensor, as well as the tool Id number

Hi, Victoria and Storm!

Could you paste the output of Krita with the following patch applied:

http://pastebin.kde.org/pyhn5ybdh

Just apply it, build, enable logging and paste the output

I just built it freshly without the patch but it still crashes like I mentioned on IRC.

Hi, Storm!

Can you do the following:

rm -rf ~/kde4/inst
cd ~/kde4/src/calligra
git revert 39d6e733819071f18
git revert 1e89435466530bcf3
git revert 86abb9fb182509db

Then build as usual and test.

PS:
These commands change the repository a bit, so before the next update you'll have to do
git reset --hard origin/master
to reset everything back

Hi,

dkazakov wrote:Hi, Victoria and Storm!

Could you paste the output of Krita with the following patch applied:

http://pastebin.kde.org/pyhn5ybdh

Just apply it, build, enable logging and paste the output

I have applied the patch .
Here are the result with the evdev driver:
http://pastebin.com/JGdRufZM
and just for reference I have created one with the wacom driver too:
http://pastebin.com/1JuhrUfW
The interesting thing are:
the wacom driver uses 0 to 2048 pressure range not the 0 to 1023 (which is the actual pressure range of the pen). The other thing is that the pressure range is beetween 0 and 1 even with that driver.

EDIT: One additional information: i tried to draw withput pressure sensitiviti there is a basic rectagle brush I tried to use it with the use curve otion unchecked on all of the settings. (I guess it means that I am ano using pressure) and there was still no drawing on canvas. Could this be the this event overriding couse some other problems like the widgets does not process this type of events in a normal way? (This is just a total guess and sorry if my question is not understandeable.)

Hi, Victoria and Storm!

Could you also take a look whether you have something suspicious appearing in the top-left corner of the image? I mean do any pieces of the stroke appear in the top-left corner of the image when you start a stroke with the stylus?

Hi!

Could you generate a log with another patch?

http://pastebin.kde.org/pjwioky5f

It should be applied on clean sources (after 'git reset --hard HEAD').

I need a log with Ctrl+Shif+T logging enabled.

dkazakov wrote:http://pastebin.kde.org/pjwioky5f

This paste does not exist

dkazakov wrote:Could you also take a look whether you have something suspicious appearing in the top-left corner of the image? I mean do any pieces of the stroke appear in the top-left corner of the image when you start a stroke with the stylus?

I don't have strokes at all. But this kind of thing happened with Gimp 2.6 if I remembered well. Do you want more information on that?

Oh, the kde's paste seems to be under maintainance, here is a new link:
http://pastebin.com/w5NMajf6

dkazakov wrote:Oh, the kde's paste seems to be under maintainance, here is a new link:
http://pastebin.com/w5NMajf6

Hi,
I have applied the patch here is the result: http://pastebin.com/zcpJZSbg
(I still don't have strokes on the canvas.)

Hi, Viktoria!

Thank you for the log! I guess, I know why this problem happens now! The only trouble is to find out how to fix it now

Hi, Viktoria!

Could you check (I hope) the last patch?

http://pastebin.kde.org/phzadpb7z

Even if it fixes the problem, please generate a log so that I could check whether everything is going fine

Hoh.. the previous link seems to be broken, here is a new one:

http://pastebin.com/hXCsJ9vS

dkazakov wrote:Hi, Victoria and Storm!
Could you also take a look whether you have something suspicious appearing in the top-left corner of the image? I mean do any pieces of the stroke appear in the top-left corner of the image when you start a stroke with the stylus?

So here are what I can find about the old similar Gimp bug:
http://ubuntuforums.org/showthread.php? ... st11691071
https://bugs.launchpad.net/ubuntu/+sour ... ug/863154/
https://bugzilla.gnome.org/show_bug.cgi?id=661872
https://git.gnome.org/browse/gimp/commi ... 0d5e426613
So the solution was to disable some kind of event history buffer and then the problem went away