Vent
Anmeldungsdatum: 30. Dezember 2007
Beiträge: 29
|
Hallo zusammen, bis (mindestens) 16.04 gab es die Möglichkeit, in einer Konfigurationsdatei im xorg.conf.d-Ordner die Mausachsen zu invertieren (siehe auch im entsprechenden Wikibeitrag). Mit meiner bisher verwendeten Datei funktioniert es aber in 18.04 nicht mehr. Kann es sein, dass die Funktionen "InvX" bzw. "InvY" abgeschafft wurden? Auch "InvertX", was sich bisher synonym verwenden ließ, führt zu keinem Ergebnis. Oder gibt es eine andere Möglichkeit, das gleiche Ergebnis zu erzielen? Meine Config-Datei:
Section "InputClass"
Identifier "Mausachsen invert"
MatchProduct "cherry Wireless Destop"
MatchDevicePath "/dev/input/event*"
Option "InvY" "on"
Option "InvX" "on"
Option "ButtonMapping" "1 2 3 5 4 6 7"
EndSection An einem falschen "Match" kann's nicht liegen: Die Umbelegung der Maustasten funktioniert nämlich.
|
Letalis_Sonus
Anmeldungsdatum: 13. April 2008
Beiträge: 12990
Wohnort: Oldenburg/Erlangen
|
Das sind keine allgemeingültigen Einstellungen, sondern komplett Treiber-spezifische Optionen. Wenn du selbst keinen expliziten Treiber vorgibst und der Standardtreiber sich ändert, dann ist es auch kein Wunder dass es nicht mehr funktioniert. Er dürfte inzwischen libinput verwenden, dazu findest du mehr in der dazugehörigen Manpage - da musst du evtl explizit Kategorie 4 öffnen, das Ding ist etwas mehr als nur ein X Treiber.
|
Vent
(Themenstarter)
Anmeldungsdatum: 30. Dezember 2007
Beiträge: 29
|
Vielen Dank für deine schnelle Antwort. Dann liegt es wohl an der Umstellung auf libinput. In der Manpage finde ich jetzt keine Optionen für das Invertieren der Mausachsen. Auch Google half (mir zumindest) nicht weiter. Muss ich dann davon ausgehen, dass es auf diesem Weg nicht gehen wird? Hast du / hat jemand anders eine Idee, wie das Ergebnis sonst erreicht werden kann?
|
Letalis_Sonus
Anmeldungsdatum: 13. April 2008
Beiträge: 12990
Wohnort: Oldenburg/Erlangen
|
Installier dir evdev und weise ihn zu, das dürfte der zuvor genutzte X Treiber sein. Es zwingt dich ja keiner bei libinput zu bleiben.
|
Vent
(Themenstarter)
Anmeldungsdatum: 30. Dezember 2007
Beiträge: 29
|
Manchmal sind die einfachen Lösungen die besten ☺ Danke für den entscheidenden Tipp 👍 Für die 2-3 Leute, die das evtl. auch noch interessiert (Ich war ja früher nicht der einzige): Einfach das Paket xserver-xorg-input-evdev installieren und das Paket xserver-xorg-input-libinput denistallieren. Somit kann das hier auf "gelöst".
|
Letalis_Sonus
Anmeldungsdatum: 13. April 2008
Beiträge: 12990
Wohnort: Oldenburg/Erlangen
|
Vent schrieb: und das Paket xserver-xorg-input-libinput denistallieren.
Das hätte ich nicht unbedingt gemacht. Das ist kein Maustreiber sondern ein Universaltreiber für Eingabegeräte, ich würde nicht darauf vertrauen, dass evdev bei anderen Geräten auch alles abdeckt oder die Sache so gut erledigt wie libinput. Das Ding wurde als Standard-Bibliothek für Wayland zur Behandlung von allen Eingabegeräten entwickelt, da ist die Zielsetzung noch ein ganzes Stückchen anspruchsvoller als bei evdev.
|
Vent
(Themenstarter)
Anmeldungsdatum: 30. Dezember 2007
Beiträge: 29
|
Nur ging es leider nicht, solange es noch installiert war. Hast du eine Idee, wie es mit beiden zusammen gehen würde? (Wie) Kann ich nur die Maus über udev laufen lassen?
|
Letalis_Sonus
Anmeldungsdatum: 13. April 2008
Beiträge: 12990
Wohnort: Oldenburg/Erlangen
|
Indem du schlicht und ergreifend in genau der gleichen Konfigurationsdatei evdev als Treiber zuweist. Die xorg.conf.d Dateien sind nichts weiter als eine in priorisierte Scheiben geschnittene klassische xorg.conf, die InputClass ist nichts weiter als eine mit Filterregeln erweiterte InputDevice Sektion. Guck dich einfach mal in dem Ordner um, dann wird es dir wie Schuppen von den Augen fallen. Vent schrieb: (Wie) Kann ich nur die Maus über udev laufen lassen?
udev bringt dir hier gar nichts. Das konnte man früher mal dafür benutzen eindeutige Device Nodes für eine InputClass zu erstellen, aber diese Funktion ist mit den neuen Filterregeln überflüssig - einen direkten Einfluss auf den X Server hast du damit nicht.
|
Vent
(Themenstarter)
Anmeldungsdatum: 30. Dezember 2007
Beiträge: 29
|
Letalis_Sonus schrieb: Indem du schlicht und ergreifend in genau der gleichen Konfigurationsdatei evdev als Treiber zuweist.
Ja, hätte ich gewusst, dass das geht, hätte ich das gemacht. ☺ Jetzt weiß ich es und es funktioniert. Danke für den Hinweis. Die xorg.conf.d Dateien sind nichts weiter als eine in priorisierte Scheiben geschnittene klassische xorg.conf, die InputClass ist nichts weiter als eine mit Filterregeln erweiterte InputDevice Sektion. Guck dich einfach mal in dem Ordner um, dann wird es dir wie Schuppen von den Augen fallen.
So weit, so (einigermaßen) klar, nur dass ich dort auch den Treiber zuweisen kann, wusste ich nicht.
Vent schrieb: (Wie) Kann ich nur die Maus über udev laufen lassen?
udev bringt dir hier gar nichts. Das konnte man früher mal dafür benutzen eindeutige Device Nodes für eine InputClass zu erstellen, aber diese Funktion ist mit den neuen Filterregeln überflüssig - einen direkten Einfluss auf den X Server hast du damit nicht.
Ups ... udev wollte ich gar nicht schreiben ... 😳 wollte nochmal evdev geschrieben haben. (Hoffentlich) Abschließend noch einmal die Zusammenfassung für die vermutlich unglaublich große Menge an Menschen, die das auch machen wollen: (Korrigiere mich, wenn es wieder falsch ist) xserver-xorg-input-evdev installieren (xserver-xorg-input-libinput nicht deinstallieren) 😉 in der entsprechenden Konfigurationsdatei in /usr/share/X11/xorg.conf.d folgendes einfügen:
Option "InvertY" "true"
Option "InvertX" "true"
Driver "evdev"
|
johnyff
Anmeldungsdatum: 8. Januar 2007
Beiträge: 1186
|
das geht auch mit | xinput set-prop 'YSTEK G Mouse' 'Coordinate Transformation Matrix' -1 0 1 0 -1 1 0 0 1
|
vorher die Bezeichnung der Maus ermitteln
1
2
3
4
5
6
7
8
9
10
11
12
13 | cat /proc/bus/input/devices
I: Bus=0003 Vendor=276d Product=1160 Version=0110
N: Name="YSTEK G Mouse"
P: Phys=usb-0000:00:14.0-3/input0
S: Sysfs=/devices/pci0000:00/0000:00:14.0/usb1/1-3/1-3:1.0/0003:276D:1160.0004/input/input21
U: Uniq=
H: Handlers=event4 mouse0
B: PROP=0
B: EV=17
B: KEY=1f0000 0 0 0 0
B: REL=103
B: MSC=10
|
dann in /home/jo/.config/autostart-scripts/ ein passenden Script ablegen.
Für Wayland habe ich leider noch keine Lösung gefunden
|
Vent
(Themenstarter)
Anmeldungsdatum: 30. Dezember 2007
Beiträge: 29
|
Hallo jonyff, mein "Leidensgenosse" 😉 das ist auch eine elegante Lösung - sie hat vor allem den Vorteil, dass sie nur für bestimmte Benutzer eingerichtet werden kann ☺ Gibt es bei diesem Weg auch die Möglichkeit, die Laufrichtung des Mausrads umzudrehen? Das hat mit der "alten" Methode bei mir nämlich auch nur bedingt funktioniert ... in manchen Programmen funktionierte es (z. B. Firefox) in anderen nicht (z. B. Nautilus). Das hat zur Folge, dass das Mausrad mal so und mal so rum scrollt. 😢
|
kB
Supporter, Wikiteam
Anmeldungsdatum: 4. Oktober 2007
Beiträge: 8627
Wohnort: Münster
|
Man kann auch per GUI in der Systemsteuerung unter Geräte/Maus und Tastfeld einfach den sog. „Natürlichen Bildlauf“ aktivieren und spart sich dann bei einem Standardsystem alle Fummelei mit Treibern und Konfigurationsdateien.
|
Vent
(Themenstarter)
Anmeldungsdatum: 30. Dezember 2007
Beiträge: 29
|
kB schrieb: Man kann auch per GUI in der Systemsteuerung unter Geräte/Maus und Tastfeld einfach den sog. „Natürlichen Bildlauf“ aktivieren und spart sich dann bei einem Standardsystem alle Fummelei mit Treibern und Konfigurationsdateien.
Aaaah ... Okay ... Gewusst wie ... 😳 Na dann: Danke für den Tipp 👍 warum einfach, wenn's auch kompliziert geht ... ☺
|