GNOME Bugzilla – Bug 608895
input: cursor problem with wacom bamboo pen only CTL-460
Last modified: 2010-03-13 10:26:16 UTC
If the tablet is used in Mousemode, then the brushshape moves in a different position as the Toolmousepointer. When i draw on the paper, the Toolmousepointer moves away from the Brushshape in a different speed, and if he reaches the Toolbox, the brush is interrupted in painting. Its almost impossible to work well with that bug, when it comes to painting. Sad, because Gimp is very well for painting. Other programs like Artweaver doesnt have such a problem. In Deutsch: Wenn das Tablett in Mausmode betrieben wird, bewegt sich der Zeiger des Malwerkzeugs in einer anderen Geschwindigkeit und somit anderer Position als der Pinselumriss. Das führt dazu, dass der Pinsel mittem im Malen stoppt, wenn der Zeiger die Toolbox erreicht. Fast unmöglich mit Gimp zu zeichnen, obwohl Gimp ansonsten dafür so super geeignet währe. Artweaver z.B. hat dieses Problem nicht.
Thanks for the bug report. This particular bug has already been reported into our bug tracking system, but please feel free to report any further bugs you find. *** This bug has been marked as a duplicate of bug 154657 ***
Additional problem: The mouse and the tablet dont use the same tool selection. When i activated brush with mouse, scissors with tablet, then the cursor changes to brush when i move the mouse, and to scissors if the tablet is moved, and so on. In Deutsch: Maus und Tablet benutzen jeweils eigene Werkzeugeinstellungen. Wählt man z.B. mit der Maus die Schere und mit dem Tablet den Pinsel, dann wechselt der Cursor zum jeweiligen Werkzeug, jenachdem ob man Maus oder Tablet benutzt. Gimp ver 2.6.8 Windows XP Sp3 DE Tablet: Wacom CTL-460 driver 5.2.1-6
That's intentional.
Additional Information: Exactly the same problem in Inkskape 0.47 and Deep Paint 2.0
Very important information: Same problem by the free program smooth draw. That is an evidence that this problem is not due to gtk+! The astonishing fact is, that all these programs are competitors of commercial programs, in which the tablet works fine. That means, every commercial program works fine, and all free programs which would deliver same capabilities as the commercial ones fail in the same way. If this is not accidentally, this would be illegal and could be punished by law, because it would be limitation of competition. Programs who works fine with all tablet features: Adope Photoshop Elements 8 Art Rage 2.0 Art Weaver 1.0 Corel Paint Shop Pro X Programs who doesnt work, but would work with all tablet features: Gimp 2.6.8 Inkskape 0.47 smooth draw 3 Deep Paint 2.0 remember, the problem occurs when the tablet is in mouse mode. The Painting line is randomly around the mousetip and moves in different speed as the mousetip. Auf Deutsch: Das selbe Problem taucht auch bei dem Programm Smooth Paint auf. Das ist ein Beweiß das dieses Problem nicht auf gtk+ zurückzuführen ist. Das erstaunliche ist, dass all diese Programme Konkurrenten von kommerziellen Programmen sind, in denen das Tablet einwandfrei funktioniert. Das heißt, alle kommerziellen Programme funktionieren, und alle freien Programme, die ähnliche Fähigkeiten bieten versagen alle in der selben Weise. Wenn das kein Zufall ist, dann währe es illegal und könnte per Gesetz bestraft werden, weil es würde eine Wettbewerbsbeschränkung darstellen. Zur Erinnerung, das Problem taucht nur auf, wenn das Tablett unter Mausmode läuft. Die Zeichenlinien verlaufen Zufällig um den Mauspfeil, in anderer Geschwindigkeit. Windows XP Wacom Bamboo Pen only CTL-460
How is this evidence? It's more likely that both GTK+ and the toolkit used by smooth draw share the same bug. Perhaps because the smooth draw developers copied tablet handling code from GTK+. Or simply because the tablet driver API makes it easy to make this mistake.
Thank you, for your point of view. I am just an absolute beginner in coding, so i cant verify this. Isn`t it suspicious that for 6 years, the same problem exists? And that neigther the gtk+ developers, nor the wacom driver coders didn`t managed it, to overcome this problem? I feel very sad with this (.__.;
further information: Same problem in: openCanvas_1.1b72 no problem in: Corel Painter Essentials 4
I have some interesting stuff to tell you, in ArtRage you can set the option: precise Tablet Mode then the "cursor offset to the actual brush" problem appears too. Now i think this is the key, to the problems of gtk. Ich hab entdeckt dass das selbe Problem bei ArtRage auftaucht wenn man die Option: Präziser Tablett Modus einschaltet. Dies dürfte der Schlüssel zum Problem von gtk sein. Aus dem Benutzerhandbuch: Präziser Tablett Modus: (Nur bei Windows) ArtRage verwendet im Standard einfache Tablett Koordinaten, aber einige Tabletts unterstützen eine höhere Auslösung. Diese wird aktiviert wenn Sie diese Funktion einschalten. Wenn nach dem Einschalten Probleme beim Zeichnen auftreten, unterstützt Ihr Tablett diese Funktion nicht.
Created attachment 156053 [details] how to intall linux wacom drivers
I have some new interesting facts for you. Under Ubuntu 8.1 and Gimp the tablet works absolute correctly. Therefore i think its a driver problem, because the driver don't work with gtk+. But the Linux drivers, work with gtk+. When you use Linux you can download this drivers under: http://linuxwacom.sourceforge.net/ In the attachment above this comment you can find a little manual how to install the linux drivers under Ubuntu. Auf Deutsch: Unter Ubuntu mit den freien Wacom Treibern funktioniert das Tablett wunderbar. Kleine Anleitung zum installieren findet sich über diesem Kommentar als Textdatei.