Re: mtPaint 3.20 Revisited
 

I think using a smaller font will be better... if i manage to do it ;)

Re: mtPaint 3.20 Revisited
 

more art for the mtpainters.....
i think im getting the hang of the app running on the tablet.

Re: mtPaint 3.20 Revisited
 

I think it would be nice to hildonize it a bit : for example : attach the menu the hildon way so it gets out of the screen real estate ...

Re: mtPaint 3.20 Revisited
 

hmmm, realize the same thing happen
to me today, but I had the tablet on, and
slept like a wild animal and was all over the tablet.
I notice the brush stop issue.

tried a couple of settings to no avail.
after a restart, it worked again.

Re: mtPaint 3.20 Revisited
 

@unique: What kind of restart? Application or tablet?

@fredoll: Try pressing the menu key in mtPaint. :)

Re: mtPaint 3.20 Revisited
 

A reboot....
tablet restart......

Re: mtPaint 3.20 Revisited
 

So then it is something related to the way N8x0 handles touchscreen.

Can everyone report your IT model and do you have such problems?

I have N800 and i have problems :)

Re: mtPaint 3.20 Revisited
 

I manage to recreate the problem that causes the issue.
well after trying it out with one app.
so i'm not isolating the issue to just that one app.
it might be that any application you start causes this issue.
I restarted my tablet.
start mtpaint.
paint around, no issues.
Everything works fine.
Then I quit mtpaint.
Started maemodrac
played a bit.
then quit that.
when I started mtpaint again.
The brush stop/pause problem happen....

Edit:
so for me it is maemodrac.
I tried some other apps, and ran mtpaint fine.
as soon as i tried maemodrac, mtpaint acted up.

Maybe its a memory issue.

Re: mtPaint 3.20 Revisited
 

I don't even have maemodrac installed.

However i'm beginning to think that is some kind of a touchscreen driver problem or a background task running wild, since i just started mtPaint and it worked flawlessly (and i didn't restart since the last time).

Re: mtPaint 3.20 Revisited
 

This may be a more general X problem - because I get something very like this on a desktop PC running a Slackware 11.0 derivative.

After noticing one time that random strokes in mtPaint get interrupted for no apparent reason, I investigated the problem - and this is what I found out:
When some programs (Kate for one) are running in the background, and mouse is moved vigorously enough with a button pressed, X may generate spurious button-release events, and follow them by equally spurious button-press events some random time later. Any X client gets affected, and no app-level workaround seems possible - I used xev to dump X event stream, and the spurious events appearing in there are absolutely indistinguishable from normal ones.
And in mtPaint, a button release event terminates current stroke, and a button press event starts a new stroke.

-= With best regards, Dmitry Groshev, maintainer of mtPaint =-