Schaut man sich im Netz ein wenig nach Suchbegriffen wie Mouse Double Click um, dann findet man schnell heraus, dass man mit diesem Problem nicht alleine dasteht. Schuld daran ist oft einfach nur eine schrottige und verranzte Maus, doch meine Logitech Anywhere MX ist gerade mal ein Jahr und ein paar Monate alt und das Problem tritt schon bei einem zweiten baugleichen Modell auf. Ich hatte auch schon Interferenzen mit den USB 3.0 Ports in Verdacht, doch egal in welchen USB-Port des Rechners ich diesmal den 2,4-GHz-Receiver der schnurlosen Maus stecke, das Verhalten bleibt seit einigen Monaten gleich: Der Mauszeiger fährt präzise über den Bildschirm, doch Mausklicks möchte das System einfach nicht sauber registrieren.

Schränkt man die Suche nach dem Problem auf Linux oder Ubuntu ein, lichtet sich der Nebel langsam: Der Suchbegriff Ubuntu Debounce Mouse führt nicht nur zu diversen Beiträgen auf Ask Ubuntu oder Launchpad, zum Teil sind die Beiträge schon Jahre alt, sondern auch zum Blog von Guntram Blohm. Er beschreibt exakt dasselbe Auto-Doubleclick-Problem, das bei ihm nicht nur mit einer Billig-Maus auftritt, sondern an einem zweiten Rechner auch bei einer teuren Gamer-Maus passiert.

Das Gute: Er hat einen Patch ausgegraben, mit dem sich das Problem halbwegs abstellen lässt, indem der Xserver nach einem Mausklicks für einen kurzen Moment keine weiteren Klicks mehr registriert — trotz des Alters von 4 Jahren funktioniert der Patch auch mit einem aktuellen Xserver. Aufgrund der mit der Implementation des Patches in den Quellcode nötigen Arbeit und Testaufwände, fand sich jedoch bisher kein Xserver-Entwickler, der den Patch in den Quellcode aufnehmen mochte.

Das Linux-Debouncing-Problem

Erst einmal solltet ihr prüfen, ob ihr wirklich von dem Auto-Doubleclick-Problem betroffen seid — Ich denke, ihr werdet es wissen, aber man kann das wirklich auch gut austesten. Ruft dazu xev auf und schaut euch die ButtonRelease-Events beim Klicken mit der Maus an. Erscheinen bei einem Mausklick oder beim Gedrückthalten der Maus (um Drag&Drop zu simulieren) zwei oder mehr Zeilen im Terminalfenster, dann erzeugt eure Maus bei einem Klick mehr als nur einen Event; ergo registriert das Betriebssystem einen (hier nicht gewünschten) Doppelklick.

$ xev | grep ButtonRelease
ButtonRelease event, serial 36, synthetic NO, window 0x1e00001,
ButtonRelease event, serial 36, synthetic NO, window 0x1e00001,
[...]

Unter Arch lässt sich der Patch über xf86-input-evdev-debounce sehr leicht aus dem AUR installieren. Hinweise für das Bauen des Patches aus dem Quellcode findet ihr beispielsweise jedoch auch bei Guntram. Beim Einspielen werden ihr feststellen, dass das Paket mit xf86-input-evdev im Konflikt steht, da ihr ja die gepatchte Version haben wollt, müsst ihr das ursprüngliche Paket deinstallieren. Danach sollte die Installation eigentlich problemlos durchlaufen. Damit das neue Eingabemodul aktiv wird, müsst ihr euch danach einmal aus- und wieder neu einloggen — oder gleich den Rechner einmal neu starten.

$ pacaur -S xf86-input-evdev-debounce
:: Paket(e) xf86-input-evdev-debounce wurde in den offiziellen Paketquellen nicht gefunden, suche im AUR...
:: Löse Abhängigkeiten auf...
:: Suche nach Zwischenkonflikten...
:: xf86-input-evdev-debounce und xf86-input-evdev stehen in Konflikt (xf86-input-evdev). Entferne xf86-input-evdev? [j/N]

Danach müsst ihr die ID des betroffenen Eingabegeräts herausfinden. Schmeißt dazu wieder ein Terminal an und lasst euch von xinput alle am System angeschlossenen Eingabegeräte ausgeben. In meinem Fall hat die „Logitech Anywhere MX“ die ID 9 zugewiesen bekommen — diese nutze ich jetzt in den weiteren Beispielen. Mit dieser ID könnt ihr die registrierten Klicks nun noch besser testen. Gebt dazu den nächsten Befehl ein (vergesst nicht die ID anzupassen) und führt ihn aus. Pro Mausklick (ohne Unterscheidung zwischen links und rechts) zählt das Kommando einen Zähler hoch, mit [Strg]+[C] brecht ihr das Kommando wieder ab.

$ xinput --list
⎡ Virtual core pointer id=2 [master pointer (3)]
[...]
⎜ ↳ Logitech Anywhere MX id=9 [slave pointer (2)]
⎜ ↳ Logitech K800 id=10 [slave pointer (2)]
[...]
$ xinput test 9 | awk 'BEGIN { count=0 } /release/ { count=count+1; printf "\r%-6d", count }'
1.....10....xxx

Mit der ID könnt ihr euch nun an den eigentlich Patch machen. Mit xinput --list-props [id] bekommt ihr die aktuelle Verzögerung als „Evdev Debounce Delay“ zusammen mit einer Property-Nummer angezeigt. Mit diesen Informationen übergibt ihr Xinput mit --format=32 [ID] [Property-ID] [Verzögerung] das von euch gewünschte Zeitfenster, in dem keine Mausklicks registriert werden sollen. Ob das Kommando Erfolg hatte, könnt ihr umgehend testen, indem ihr euch wieder das Debounce Delay anzeigen lasst. Den richtigen Wert müsst ihr durch ausprobieren herausfinden. Tragt ihr einen zu hohen Wert ein, registriert das Systeme auch schnelle „echte“ Doppelklicks nicht mehr.

$ xinput --list-props 9 | grep Debounce
Evdev Debounce Delay (287): 50
$ xinput --set-prop --type=int --format=32 9 287 80
$ xinput --list-props 9 | grep Debounce
Evdev Debounce Delay (287): 80

Wenn die Maus zweimal klickt

Die nun getroffenen Einstellungen sind nicht fest im System verdrahtet. Spätestens beim nächsten Neustart müsstet ihr das Kommando wieder neu eingeben. Um das zu vermeiden, könnt ihr in der Konfigurationsdatei ~/.xprofile oder global in der zu erstellenden Datei /usr/share/X11/xorg.conf.d/12-evdev-debounce.conf das gewünschte Debounce Delay eintragen. Die erste Variante gilt nur für euren Benutzer, die Zweite würde das Delay systemweit und somit für alle Nutzer des Systems automatisch beim Starten des Rechners einrichten.

Section "InputClass"
Identifier "evdev pointer debounce"
MatchIsPointer "on"
MatchDriver "evdev"
Option "DebounceDelay" "80"
EndSection

Sollte euch der Patch stören oder nicht mehr notwendig sein, dann installiert einfach wieder nur das ursprüngliche Input-Modul xf86-input-evdev und löscht die ~/.xprofile aus eurem Homeverzeichnis oder die systemweit gültige Konfigurationsdatei 12-evdev-debounce.conf aus /usr/share/X11/xorg.conf.d. Bei der Neuinstallation von Xf86-input-evdev entfernt die Paketverwaltung — zumindest unter Arch — automatisch wieder das gepatchte Paket. Nach einem Neustart des Xservers ist dann automatisch wieder alles beim Alten.

$ pacman -S xf86-input-evdev
Löse Abhängigkeiten auf...
Suche nach in Konflikt stehenden Paketen...
:: xf86-input-evdev und xf86-input-evdev-debounce stehen miteinander in Konflikt. xf86-input-evdev-debounce entfernen? [j/N]

Wer an dieser Eingabemethode Interesse hat, der geht auf beta.swype.com, registriert sich und zieht das Programm auf sein Smartphone. Ich hatte noch keine Gelegenheit das Ding selber mal auszuprobieren, doch wenn man sich dieses Video von Techcrunch mal ansieht, dann geht das „Tippen“ mittels Swype ziemlich schnell von der Hand.

Ein zweites Video von MobileBurn.com erklärt die Funktionsweise von Swype recht gut. Man muss sich sicherlich umstellen, doch ich glaube die Beschleunigung der Eingabe ist der Mühe wert.

Zwei Probleme können einen den Spaß an der feinen Tastatur unter Linux verleiden. Zum einen sind die Funktionstasten mit Multimedia-Funktionen wie Leiser/Lauter belegt. Erst die Kombination fn+F2 lässt einen erst Dateien umbenennen. Das gravierendere Problem ist jedoch dass zwei Tasten vertauscht sind. Doch beide Problematiken kann man relativ leicht lösen.

Funktionstasten

Ich persönlich brauche die Funktionstasten F1, F2 usw. öfters als Multimediafunktionen wie Lauter oder Leiser. Die Voreinstellung liegt jedoch auf den Multimediafunktionen. Dies kann man über einen Eintrag in die Datei /etc/modprobe.d/hid_apple.conf korrigieren. Öffnet sie in einem Editor…

$ sudo gedit /etc/modprobe.d/hid_apple.conf

…und fügt in diese (anfangs leere) Datei die Zeile…

options hid_apple fnmode=2

… ein. Abschließend müsst Ihr noch

$ sudo update-initramfs -u

ausführen. Nach einem Neustart des Rechners kann man nun F2 wieder direkt Dateien umbenennen. Weitere Informationen zu diese Option findet man im englischen Wiki.

Vertauschte Tasten

Umständlicher ist es die Verdrehung der Tasten [^/°] und [</>] zu korrigieren. Anstatt die Lösung vorzukauen, gehe ich kurz auf den Lösungsweg ein. Ungeduldige können die ersten Schritte einfach überspringen.

Mittels des kleinen Programms xev, geht es erstmal darum den „keycode“ der betroffenen Tasten herauszufinden. Hat man das Programm aufgerufen, so bekommt man diesen angezeigt, sobald man die Tasten drückt. Im Fall von [^/°] bzw. [</>] sehr Ihr folgendes.

$ xev | grep keycode
    state 0x10, keycode 94 (keysym 0xfe52, dead_circumflex), same_screen YES,
    state 0x10, keycode 94 (keysym 0xfe52, dead_circumflex), same_screen YES,
    state 0x10, keycode 49 (keysym 0x3c, less), same_screen YES,
    state 0x10, keycode 49 (keysym 0x3c, less), same_screen YES,

Es dreht sich also um die Tasten mit den Keycodes 49 und 94. Die Belegung dieser Tasten kann man sich mittels xmodmap anzeigen lassen. Da nur die beiden Tasten interessieren filtere ich das Ergebnis nach den beiden Keycodes.

$ xmodmap -pke | grep " 49"
keycode  49 = dead_circumflex degree dead_circumflex degree U2032 U2033 U2032
$ xmodmap -pke | grep " 94"
keycode  94 = less greater less greater bar brokenbar bar

Hier seht Ihr die Belegungen der Tasten und auch das Problem, auf der [^/°]-Taste liegen die Zeichen für kleiner, größer usw. Mittels xmodmap kann man jedoch nicht nur die Tastenbelegung anzeigen, sondern auch ändern. Via…

$ xmodmap -e 'keycode 49 = less greater less greater bar brokenbar bar' -e 'keycode 94 = dead_circumflex degree dead_circumflex degree U2032 U2033 U2032'

…könnt Ihr die Belegung bis zum nächsten Neustart korrigieren. Die einfachste Lösung die Belegung permanent zu ändern ist über die Befehle…

$ xmodmap -pke | grep " 49" >> ~/.Xmodmap
$ xmodmap -pke | grep " 94" >> ~/.Xmodmap

…diese schreiben die Belegung in die Konfigurationsdatei ~/.Xmodmap im Homeverzeichnis des aktuellen Benutzers. Am besten kontrolliert Ihr danach die Belegung über einen Editor…

$ gedit ~/.Xmodmap

… die Datei sollte so aussehen…

keycode  94 = dead_circumflex degree dead_circumflex degree U2032 U2033 U2032
keycode  49 = less greater less greater bar brokenbar bar

…beim nächsten Start fragt das System noch, ob die gefundenen ~/.Xmodmap auch wirklich benutzt werden soll. Ihr wählt die gerade erstellte Datei aus [1] und lässt sie laden [2]. Beim nächsten Start des Rechners erscheint die Abfrage nicht mehr.

Von nun an, gibt es keine lästigen Vertipper mehr, da alle Tasten dort stecken, wo man sie auch vermutet. Fehlen nur noch Ersatztasten, auf denen die Sonderzeichen {,} oder ~ auch aufgedruckt sind, aber ich glaube für Programmierer ist die Apple-Tastatur sowieso nichts

Zum Hinzufügen der Bluetooth-Maus ruft man als Erstes ruft die Konfigurationen zu Bluetooth auf. Hat man einen funktionierenden Bluetooth-Adapter, so sollte man eigentlich ein Bluetooth-Icon im Benachrichtigungsfeld der Desktopumgebung finden. Klickt man mit der rechten Maustaste auf das Symbol, so gelangt man über Einstellungen in die dafür nötigen Bluetooth-Einstellungen. Alternativ kann man diesen Dialog auch über System | Einstellungen | Bluetooth starten.

Im Reiter Dienste wählt man dann den Dienst Input Service aus und klickt unten am Rand des Dialoges auf den Button Hinzufügen. Nun muss man die BT-Maus in ihren Pairing-Modus versetzen — dazu sollte die Maus eigentlich einen kleinen Knopf auf der Unterseite haben. Ich muss diesen Knopf bei meinem Blauzahn-Nager für rund 5 Sekunden drücken — danach erscheint die Maus automatisch in der Liste als neues Bluetooth-Gerät.

Jetzt nur noch den Button zum Verbinden wählen und die Statusmeldung abwarten, dass die Maus erfolgreich angebunden wurde. Und schon kann man die Maus benutzen. Danach ist dieser Prozess abgeschlossen. Startet man den Rechner während die BT-Maus an ist, so wird diese sofort angebunden und steht schon in GDM zur Verfügung. Schaltet man die Maus erst nach dem Start des Rechners an, so wird sie ebenfalls vollautomatisch angebunden. Einfach gut