ubuntuusers.de

Hier eine Diskussion zum Handschrifterkennungsprogramm Cellwriter.

Bei der Gelegenheit, könnte jemand schauen, ob das Whitelisten von Cellwriter fürs Systray so ok ist? Weiß nicht, ob das Whitelisten gern gesehen wird, ist aber gerade für Cellwriter ein absolutes Muss. ☺

MfG PhotonX

Huston, wir haben ein Problem. Ich habe versucht, Cellwriter auf einer eigens dafür aufgesetzten Natty-Installation einzurichten, leider treten hier aber viele Probleme auf, die ich unter meiner Arch-Installation nicht hatte. Genauer gesagt, wird die Eingabe eines Zeichens nach dem ersten Absetzen beendet, sowohl im Trainingsmodus als auch im Eingabemodus. Damit kann man natürlich die wenigsten Buchstaben schreiben. Schaltet man Xinput hinzu, was unter Arch zu einer verbesserten Eingabeerkennung geführt hat, dann spuckt Cellwriter einen Haufen Fehlermeldungen aus und akzeptiert überhaupt keine Eingaben mehr. Nachdem die Hardware in beiden Fällen die gleiche ist und außerdem das Problem unter Natty sowohl mit dem Stift als auch mit dem Trackpoint (Thinkpads Mausersatz) auftritt (sollte also keine Miskonfiguration der Stifteingabe sein), sind mir die Ideen ausgegangen, was die Ursache dafür sein könnte.

Sollte sich das Problem unter Natty nicht beheben lassen, könnte ich aus den Erfahrungen unter Arch heraus weiterschreiben, das dürfte aber Leuten mit dem gleichen Problem wenig nutzen...

Die erste Frage ist aber erst mal: Kann jemand das Problem unter Natty reproduzieren?

MfG PhotonX

Hy,
also es liegt nicht bloss an Natty, denn ich habe unter Arch gerade dasselbe Problem. Mit Xinput habe ich es aber noch nicht ausprobiert.

Ist ja ein Ding, ich dachte, unter Arch nichts eingestellt zu haben, was das Problem beheben würde. Aber immerhin bin ich nicht der Einzige mit dem Problem, hoffentlich finden wir zusammen eine Lösung. Wäre direkt was für "Problembehebung". ☺

Ich muss mich übrigens korrigieren, die Eingabe endet nicht nach dem ersten Absetzen sondern nach dem ersten Wiederansetzen. Macht die Sache aber auch nicht besser... Ich probiere gleich mal den Benutzerordner aus der Arch-Installation rüberzuschieben um Probleme in der Konfiguration von CellWriter selbst auszuschließen. Mach mir da aber nicht zu viele Hoffnungen...

Hi ☺

Schöner Artikel. 😀 Kannst du bitte die Screenshots mit Transparenz erneut hochladen?

Wie vermutet, mit dem Arch-Profil das gleiche Problem... Welche xorg-Version hast du denn unter Arch am Laufen? Bei mir sieht es so aus:

Unter Natty:

• xserver-xorg, xserver-xorg-input-all ⇒ 1:7.6+4ubuntu3.1

• xserver-xorg-core, xserver-common ⇒ 2:1.10.1-1ubuntu1.2

• xserver-xorg-input-evdev ⇒ 1:2.6.0-1ubuntu12

• xserver-xorg-input-mouse ⇒ 1:1.6.0-1ubuntu3

• xserver-xorg-input-synaptics ⇒ 1.3.99+git20110116...

• xserver-xorg-input-wacom ⇒ 1:0.10.11-0ubuntu4

Unter Arch:

• testing/xf86-input-evdev 2.6.0-4 (xorg-drivers xorg) [installed]

• testing/xf86-input-mouse 1.7.1-2 (xorg-drivers xorg) [installed]

• testing/xf86-input-synaptics 1.4.1-2 (xorg-drivers xorg) [installed]

• testing/xorg-server 1.11.0-1 (xorg) [installed]

• testing/xorg-server-common 1.11.0-1 [installed]

• testing/xorg-server-devel 1.11.0-1 [installed]

march: Hab ich eigentlich versucht, hat aber nicht geklappt, dachte, dass es an der Einschränkung auf 256 Farben liegt. Werde gleich mal etwas mit Shutter experimentieren, hab es schon zu lange nicht mehr benutzt. ☺

Ich hab bisher eigentlich auch nicht dran rumgebastelt, hier mal meine 50-wacom.conf:

Section "InputClass"
	Identifier "Wacom class"
# WALTOP needs a patched kernel driver, that isn't in mainline lk yet,
# so for now just let it fall through and be picked up by evdev instead.
#	MatchProduct "Wacom|WALTOP|WACOM"
	MatchProduct "Wacom|WACOM|Hanwang"
	MatchDevicePath "/dev/input/event*"
	Driver "wacom"
EndSection

Section "InputClass"
	Identifier "Wacom serial class"
	MatchProduct "Serial Wacom Tablet"
	Driver "wacom"
EndSection

Section "InputClass"
        Identifier "Wacom serial class identifiers"
        MatchProduct "WACf|FUJ02e5|FUJ02e7|FUJ02e9"
        Driver "wacom"
EndSection


# N-Trig Duosense Electromagnetic Digitizer
Section "InputClass"
	Identifier "Wacom N-Trig class"
	MatchProduct "HID 1b96:0001|N-Trig Pen"
	MatchDevicePath "/dev/input/event*"
	Driver "wacom"
	Option "Button2" "3"
EndSection

Vielleicht fallen dir ja gravierende Unterschiede auf.
Vielleicht liegt das Problem auch ganz woanders, bei Lucid hatte ich das Problem noch nicht, soweit ich mich erinnere.

EDIT:
xf86-input-evdev 2.6.0-3
xf86-input-mouse 1.7.1-1
xf86-input-synaptics (nicht installiert)
xorg-server 1.10.3.901-1
xorg-server-common 1.10.3.901-1
xorg-server-devel 1.10.3.901-1

Werde gleich mal etwas mit Shutter experimentieren, hab es schon zu lange nicht mehr benutzt. ☺

Shutter ist ganz gut - verwende ich auch. ☺

Mußt es nicht unbedingt indizieren. Mache ich auch fast nie. Erst wenn die Bilder größer als 500 kB sind.

march: Hab grad festgestellt, dass es doch nicht an der Indizierung liegt. Funktioniert also weder so noch so. Hab aber den Bug gefunden: Die schwarzen Ecken kommen, wenn man das Fenster aus der Dropdown-Liste wählt, statt mit der Maus. Gleich mal Romario melden. ☺

sven-s: Das scheint die Standard-Datei von Ubuntu zu sein, hab ich eins zu eins genauso. Ich frage mich, ob das überhaupt passt, zumindest in meinem Fall handelt es sich gar nicht um ein Wacom-Tablet, sondern um ein Thinkpad-TabletPC. Bei Arch (also dort, wo alles läuft) existiert die 50-wacom.conf gar nicht.

Wie ich sehe, sind deine Pakete aus [extra], meine sind aus [testing]. Könnte es daran liegen?

In deinem Thinkpad-TabletPC steckt auch ein Wacom-Tablet, was ueber eine serielle Schnittstelle angeschlossen ist, ich habe naemlich auch eins, ein X41t. Ich entferne mal die Datei und schaue mal.
Auf die Packete wuerde ich es jetzt nicht schieben.
Welche Dateien existieren bei dir unter /etc/X11/xorg.conf.d/, interessiert mich grad mal?

EDIT:
Also ohne die Datei geht's gar nicht mehr. PhotonX hast du vielleicht noch hal installiert?

sven-s: Sorry, ich habe unter Arch im gleichen Verzeichnis geschaut wie das, in dem die Datei unter Natty gefunden wurde (/usr/share/X11/xorg.conf.d/). Unter Arch war dort dann nichts drin. Unter /etc/X11/xorg.conf.d/ liegt die Datei aber und sieht genauso aus, wie die unter Natty (und deine) Und ja, Hal ist unter Arch tatsächlich drauf, daran könnte es tatsächlich liegen!

march: Hab die Screenshots ersetzt. Bis auf die angedachte Problembehebung, die gerade in Arbeit ist, dürfte der Artikel eigentlich komplett sein.

march: Hab die Screenshots ersetzt.

Danke. ☺

Bis auf die angedachte Problembehebung, die gerade in Arbeit ist, dürfte der Artikel eigentlich komplett sein.

Meldet euch, wenn ihr fertig seid. 😀

Vielleicht liegen bei dir noch ein paar alte HAL-Konfigurationen, denn ich habe HAL entfernt, da er ja eigentlich nicht mehr benoetigt wird und bei der aktuellen Ubuntuversion duerfte HAL auch nicht mehr dabei sein.

Jo, man möchte Hal schon seit Monaten, wenn nicht sogar Jahren kicken, ich habe aber die Erfahrung gemacht, dass es immer etwas gibt, das ohne Hal nicht funktionieren will... Hier ist die einzige Konfigurationsdatei für Hal, die bei mir im Einsatz ist (siehe zweiten Knödel in der Liste): http://luke.campagnola.me/x60tablet/#display Werde sie gleich mal unter Natty testen.

edit: Hat leider keine Besserung gebracht. Ich habe zwar Hal erst nach dem Anmelden gestartet, aber daran sollte es wohl nicht liegen...

Wollte HAL eigentlich nicht wieder installieren muessen, aber naja.

EDIT:
Gut, dann muss ich wenigstens HAL nicht installieren, aber schlecht, dass wir das Problem noch nich gefunden haben.
Was hast du vorher mit Xinput gehabt, vielleicht waere das ja noch ne Moeglichkeit?