Active Topics
-
Maemo repository (29)
to Community by rasmarc - 1 hr, 33 mins ago -
Sailfish OS for the Motorola Moto G7 Power (XT1955-5) - (ocean) (14)
to SailfishOS by edp17 - 2 days, 5 hrs ago -
Mono Diablo Packages (0)
to OS2008 / Maemo 4 / Chinook - Diablo by meetpatty - 5 days, 11 hrs ago - more...
 |
|
2008-03-20
, 18:51
|
|
Posts: 3,220 |
Thanked: 326 times |
Joined on Oct 2005
@ "Almost there!" (Monte Christo, Count of)
|
#62
|
Originally Posted by wjaguar
So it's impossible to have a decent drawing application on a Linux/X tablet?
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 =-
Nice...
__________________
Watch out Nokia, Pandora's box has opened (sorta)...
I do love explaining cryptic sigs, but for the impatient: http://www.openpandora.org/
Watch out Nokia, Pandora's box has opened (sorta)...
I do love explaining cryptic sigs, but for the impatient: http://www.openpandora.org/
|
|
2008-03-20
, 18:55
|
|
Posts: 330 |
Thanked: 57 times |
Joined on May 2007
@ BKNYC
|
#63
|
from what I read on the mtpaint forum on sourceforge.
The dev might be getting a n810 pretty soon.
which might make for a really nice release of mtpaint on the tablet.
I love it.
but on the other hand I am an artist.
Cheap cintiq anyone?
The dev might be getting a n810 pretty soon.
which might make for a really nice release of mtpaint on the tablet.
I love it.
but on the other hand I am an artist.
Cheap cintiq anyone?
Originally Posted by Karel Jansens
So it's impossible to have a decent drawing application on a Linux/X tablet?
Nice...
|
|
2008-03-20
, 20:46
|
|
Posts: 28 |
Thanked: 6 times |
Joined on Jan 2008
|
#64
|
Here is a quick sketch made with mtpaint. I have been trying to sketch from life with this tablet. Self portraits done a with mirror seem impossible! Here is a quick self portrait... of my finger!
 |
|
2008-03-20
, 21:19
|
|
Posts: 4,708 |
Thanked: 4,649 times |
Joined on Oct 2007
@ Bulgaria
|
#65
|
Originally Posted by wjaguar
So that means that there should be a problematic application/process in the background and if removed mtPaint will run fine?
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 =-
Strangely enough the ones i observed do not include a button press event - only a release one. The stroke stops and the mtpaint mouse pointer stays there, while the X one continues moving.
Originally Posted by Karel Jansens
You judge too fast. Read first
So it's impossible to have a decent drawing application on a Linux/X tablet?
Last edited by Bundyo; 2008-03-20 at 21:42.
 |
|
2008-03-20
, 21:39
|
|
Posts: 4,930 |
Thanked: 2,272 times |
Joined on Oct 2007
|
#66
|
Originally Posted by awe215
Lefty, eh?
Here is a quick sketch made with mtpaint. I have been trying to sketch from life with this tablet. Self portraits done a with mirror seem impossible! Here is a quick self portrait... of my finger!
|
|
2008-03-20
, 21:51
|
|
Posts: 3,220 |
Thanked: 326 times |
Joined on Oct 2005
@ "Almost there!" (Monte Christo, Count of)
|
#67
|
Originally Posted by Bundyo
But I allways have programs running in the background. It's Linux.
You judge too fast. Read first
__________________
Watch out Nokia, Pandora's box has opened (sorta)...
I do love explaining cryptic sigs, but for the impatient: http://www.openpandora.org/
Watch out Nokia, Pandora's box has opened (sorta)...
I do love explaining cryptic sigs, but for the impatient: http://www.openpandora.org/
|
|
2008-03-20
, 22:09
|
|
Posts: 4,708 |
Thanked: 4,649 times |
Joined on Oct 2007
@ Bulgaria
|
#68
|
It was said "some programs"
Anyway, on the topic - i ran a xev on it and it seems that after time any events just stop until the stylus is released. No presses/releases. Weird.
Anyway, on the topic - i ran a xev on it and it seems that after time any events just stop until the stylus is released. No presses/releases. Weird.
|
|
2008-03-21
, 08:14
|
|
Posts: 2 |
Thanked: 2 times |
Joined on Mar 2008
|
#69
|
Originally Posted by Bundyo
The actual mode of breakdown may depend on device.
Anyway, on the topic - i ran a xev on it and it seems that after time any events just stop until the stylus is released. No presses/releases. Weird.
On further investigation, the source of spurious button events in my case seems to be the kernel itself, and not X: 'evtest /dev/input/event2' shows "Key" events (left button releases and presses) appearing from nowhere when I move mouse with left button pressed. (Actually, when evtest is attached, the problem manifests with a vengeance - nearly any mouse movement with button pressed causes a spurious button release.)
P.S.: The 'evtest' utility is from OpenSUSE 'input-utils' package.
|
|
2008-03-21
, 08:53
|
|
Posts: 4,708 |
Thanked: 4,649 times |
Joined on Oct 2007
@ Bulgaria
|
#70
|
Okay, I'll try to test it too.
On a side note - I'm also using openSUSE - 10.3 x86_64 and mind you the scratchbox is working without any problem, the installation is rather tricky since it tests if i'm running 64bit platform and quits. If you try to install it - look here:
http://en.opensuse.org/Maemo
On a side note - I'm also using openSUSE - 10.3 x86_64 and mind you the scratchbox is working without any problem, the installation is rather tricky since it tests if i'm running 64bit platform and quits. If you try to install it - look here:
http://en.opensuse.org/Maemo
did you find my sourceforge post?