ubuntuusers.de

Hi,
ich habe die gleiche Maus - nur dass sie von Trust ist (GM-4600 bzw. "Predator"..).

Leider spreche ich kein Spanisch oder wenigstens Italienisch, aber auf der Seite http://natonelbronx.wordpress.com/2007/07/10/mouse-a4tech-x7-con-linux-facciamo-funzionare-tutti-i-tasti/ habe ich eine Lösung gefunden die bei mir funktioniert (habe mich einfach an die "harten Fakten" gehalten ☺ Wenn ich es nach der evdev-Wiki-Seite versucht hatte hat es nie geklappt, aber mit den Einstellungen:

Section "ServerLayout"
        Identifier        "Default Layout"
        screen        0 "aticonfig-Screen[0]" 0 0
        Inputdevice        "Generic Keyboard"
        Inputdevice        "Configured Mouse"
EndSection

Section "InputDevice"
        Identifier	"Configured Mouse"
        #      Driver		"mouse"
        #      Option		"CorePointer"
        #      Option		"Device"	"/dev/input/mice"
        #      Option		"Protocol"	"ImPS/2"
        #      Option		"ZAxisMapping"	"4 5"
        #      Option		"Emulate3Buttons"	"true"
        Driver          "evdev"
        Option          "Device"                "/dev/input/event3”
        Option          "Name"                  "A4Tech X7"
EndSection

Hat es direkt funktioniert. In Kombinatiion mit Compiz kan man damit ziemlich gut navigieren.

Viel Erfolg!
Frank

P.S.: Ich hatte auch Trust angeschrieben, aber was von denen kam war eine pure Frechheit: Man unterstütze nur Windows, für Linux gäbe es keine Treiber und man wisse nicht, ob die Maus unter Linux überhaupt funktioniere.

Und sobald Du irgendein anderes Eingabegerät einsteckst wird die Maus nicht mehr mit evdev laufen da sich die events verschieben.
Nopaste mal bitte Dein Xorg.0.log.

Wieso das denn?

Weil den Treiber "mouse" mit "evdev" ersetzt hat?

Im Wiki steht irgendwo drin dass man die nicht ersetzten soll. Oder sehe ich das falsch?

Ich muss noch die Ratschläge vom anderen Thread für meine VX Revolution ausprobieren. Bin leider noch nicht dazu gekommen und dann berichte ich davon.

Hi,
musste aus meiner xorg.conf erst mal die ganzen angesammelten Kommentar-Zeilen entfernen, habe sie hier über nopaste 'rein geklebt.

Wenn ich aber der Konfiguration gemäß der evdev-Wiki-Seite gefolgt bin, dann hat mir compiz den gesamten X11-Server runter gezogen. Sicherlich spielt hier auch die fglrx-Problematik eine Rolle: Ich habe eine Radeon-1950-Karte, die ich mit fglrx laufen lasse. Das Problem dabei ist, dass sich der Rechner beim Ausloggen komplett aufhängt: erst okkupoert kdm 100% der Prozessor-last, schießt man den ab (init.d/kdm stop tut schon mal gar nicht), dann hängt im nächsten Augenblick die Xorg.

Aber zurück zum Thema "evdev": Habe eben nochmal in die geschaut, und folgende spannenden Zeilen gefunden:

...
(**) Configured Mouse: always reports core events
(EE) Configured Mouse: cannot open device '/dev/input/event3”': No such file or directory
(II) UnloadModule: "evdev"
(EE) PreInit returned NULL for "Configured Mouse"
(WW) <default pointer>: No Device specified, looking for one...
(II) <default pointer>: Setting Device option to "/dev/input/mice"
(--) <default pointer>: Device: "/dev/input/mice"
(==) <default pointer>: Protocol: "Auto"
..

Dürfte sich also mit evdev gegessen haben, tatsächlich nimmt der offensichtlich einfach die Standard-Einstellungen - und damit funktionieren alle Tasten hervorragend. Dann bleibt nur die frage, warum bei der original-Konfiguration

Section "InputDevice"
        Identifier      "Configured Mouse"
        Driver          "mouse"
        Option          "CorePointer"
        Option          "Device"        "/dev/input/mice"
        Option          "Protocol"      "ImPS/2"
        Option          "ZAxisMapping"  "4 5"
        Option          "Emulate3Buttons"       "true"
EndSection

Die zusätzlichen Maustasten als Button1- und Button3-Events ausgegeben wurden..

Grüße,
Frank

Weil es das falsche mouse-Protokoll war.

Wenn man es weglässt gibt es die Auto-Konfiguration, die in Hardy besser funktioniert.

Hmm,

Also, so, oder so, ich habe meine Maus (VX Revolution) immer noch nicht zum laufen gebracht. Irgendwie scheint er nur die ersten 7 Tasten zu erkennen. Zwei davon nicht mehr.

Der Thread über VX Revolution ist ok, aber das ist die alte Konfiguration, die auch bei mir perfekt funktioniert hat. Bei Hardy eben nicht mehr. Da sind die Optionen anders, glaube ich zumindest.

Dann frage ich euch noch ein paar Sachen die ich nicht so richtig verstehe. Erstens taucht bei

xev | grep button

wenn ich die Tasten die nicht funktionieren drücke folgende Ausgabe auf, aber erst wenn ich xev schliesse.

XIO: fatal IO error 11 (Resource temporarily unavailable) on X server ":0.0"
after 30 requests (30 known processed) with 0 events remaining.

Und zweitens verstehe ich auch folgendes nicht so richtig:

(**) Option "SendCoreEvents"
(**) Option "CorePointer"
(**) VXRevolution: always reports core events
(II) VXRevolution: Found 4 relative axes.
(II) VXRevolution: Configuring as pointer.
(II) VXRevolution: Found 16 mouse buttons
(II) VXRevolution: Configured 21 mouse buttons.

Ich habe doch nur 9 Buttons. Und wieso konfiguriert er 21 wenn es 16 findet?

(**) VXRevolution: 2 valuators.
(**) VXRevolution: Configuring in Absolute mode.
(**) VXRevolution: Registering 21 buttons.
(II) VXRevolution: Init
(II) Configured Mouse: ps2EnableDataReporting: succeeded
(II) VXRevolution: On

Was heisst denn 2 valuators?

Heeeeeey,

Ich habe es geschafft mein Touchpad kaputt zu kriegen. Funktioniert nun nicht mehr. Die Frage stellt sich ob es unter Hardy vorher funktioniert hat? Denn das weiß ich ehrlich gesagt nicht. Ich habe es nie unter Hardy benutzt. Nur die Maus.

Ein

dpkg-reconfigure xserver-xorg

hat leider auch nicht geholfen.
Hmm,Hmm,Hmm.

elisman hat geschrieben:

Der Thread über VX Revolution ist ok, aber das ist die alte Konfiguration, die auch bei mir perfekt funktioniert hat. Bei Hardy eben nicht mehr. Da sind die Optionen anders, glaube ich zumindest.

steinson hat geschrieben:

Sodala, nach dem Update auf Hardy hab ich mich nocheinmal dran gemacht die VX Revolution zum laufen zu bekommen.

Deshab gibt es in evdev auch die Unterscheidung ab Hardy - und den Verweis auf die man-page.

elisman hat geschrieben:

wenn ich die Tasten die nicht funktionieren drücke folgende Ausgabe auf, aber erst wenn ich xev schliesse.

Das kommt immer.

elisman hat geschrieben:

Ich habe doch nur 9 Buttons. Und wieso konfiguriert er 21 wenn es 16 findet?

Tut er bei meiner MX610 auch... da kommen Scroll-Achsen, etc. hinzu.

elisman hat geschrieben:

Was heisst denn 2 valuators?

Eigentlich ist das etwas für Joysticks.

elisman hat geschrieben:

Ich habe es geschafft mein Touchpad kaputt zu kriegen.

Siehe Touchpad.

elisman hat geschrieben:

hat leider auch nicht geholfen.

NoPaste doch bitte mal die aktuelle xorg.conf.

Hallo nochmal,

Also nun habe ich die Konfiguration genau so erstellt wie im Wiki unter Hardy gezeigt wird. Mein Problem ist ja nicht die Maus, sondern die Zusatztasten. Nun gehen auf einmal beide zurück und vor Tasten, allerdings erscheint mit bei dem Befehl xbindkeys -mk nun folgendes:

"(Scheme function)"
m:0x8 + c:64
Alt + Alt_L
"(Scheme function)"
m:0x0 + c:102
Right

Ich finde das recht komisch. Die eine Taste (links) wird als "Alt + Alt_L" erkannt und die andere als "Right"? Hmm. Die anderen Maus Buttons (z.B. links, rechts, scrollen) werden bei xbindkeys gar nicht angezeigt. Ist das normal? Kennt jemand ein Wiki oder so wo es steht wie die Mausbuttons bei xbindkeys erkannt werden müssen?

Danke.

Na nun kann ich wahrscheinlich sagen dass ich meine VX Revolution Nano einigermassen vernünftig installiert habe.

Unter xbindkeys ist meine "zurück"-Taste die "b:0". Die "vor"-Taste ist die "b:8".

Scrolling (auch Horizontal) funktioniert anscheinend auch.