Klicken erzeugt Doppelclick

[jamesie]

Ich grüße Euch,

ich arbeite mit SuSE 7.3 und habe auf einem Fujitsu-Siemens LIFEBOOK B-2154 eine Logitech MouseMan Wheel laufen, die ist optisch und hängt an USB. Ich benutze Kernel 2.4.10 und XFree86 3.3.6. Außerdem kann ich wegen imwheel das Tastenrad zum Scrollen benutzen.

Mein Problem ist, dass mit der USB-Maus alle Klicks auf jeder der Tasten als Doppelklick interpretiert und ausgeführt werden. Das hat in vielen Situationen zur Folge, dass Befehle doppelt ausgeführt werden (z.B im icewm Startmenü) oder Menüs erst gar nicht erscheinen, weil sie durch den zweiten Klick gleich wieder zu gehen. Mit dem Konqueror kann ich überhaupt nicht surfen, da er keine Links verfolgt. Der Netscape macht bei Mittelklick immer gleich zwei Fenster mit dem Link drin auf ...

Kurzum, ich habe nicht sehr viel (außer Ärger) von der Maus, die eigentlich ganz gut zu laufen scheint, bis auf diese eigenartigen Interpretationen.

Hat jemand ähnliche Probleme, oder weiss sogar, ob man da irgendetwas einstellen kann??

Ich danke für Eure Aufmerksamkeit!
cu jamesie

[biedermann]

Antworte jetzt einfach mal auf diesen etwas verstaubten thread, da sich bei mir dieses seltsame Verhalten nach langer zeit auch wieder aufgetan hat. Hab auch eine USB Maus. Hatte das Problem schon einmal vor längerer Zeit. Plötzlich war es weg, aber jetzt ist es genauso plötzlich wieder aufgetaucht, ohne das ich etwas geändert habe. Benutze Kde und hab da in den Einstellungen schon eines versucht, nur leider hiflt das nicht.

[BSM]

Hi,

klingt komisch....
Starte mal xev , beweg die Maus in den lustigen Kasten und schau dir mal die Ausgabe an, sieht auf den ersten BLick ein bisschen viel aus, isses aber nicht
Dann klick mal und schau

Gruss Robert

[Corcovado]

Hallo,
gibts dafuer schon ne Loesung? Ich hab das Problem nur einmal im Internet (ohne brauchbare Loesung) gefunden - ich habe eine Intelli Optical Mouse (USB) und es ist "als ob manchmal wenn man einfach klickt ein unsichtbarer Geisterklick" stattfindet, bzw auch sogar bis zum trippelklick.

Das ist extrem nervig, bspw wenn man ein Fenster oben anklicken will und verschieben will, aber ein doppelklick ausgfuehrt wird und sich so das Fenster nur minimiert, oder beim klicken auf einen Link oefters zwei neue Fenster/Tabs aufmacht statt einen.

Ich habe versucht die "Threshold", di e "Sensitivity" usw unter Gnome einzustellen. Aber das greift wohl auch nicht die Ursache des Problems. Ich habe etwas gelesen von einer X-Mouse konfiguration die evtl im Hintergrund laufen koennte und soz. zu einem Echo fuehren koennte, mir kommt es manchmal einfach so vor, als wenn ein Signal Puffer nicht richtig geloescht wird, man klickt lange und es zaehlt ein klick, man laesst die Taste los und es zaehlt wieder als Klick, usw usf... (System: Debian Sarge/2.6.8/Gnome,Fluxbox).

Frage:
Gibt es Tools zum konfigurieren der Maus?
Was kann ich machen um dieses Problem loszuwerden?

[BSM]

Wie schon gesagt, könntet ihr mal anfangen das Problem zu lokalisieren.
Erzeugt der X-Server diesen Doppelklick?

Benutzt ihr auch den richtigen Maustreiber in der XF86Config?

Gruß Robert

[stefan-tiger]

Das Problem hatte ich auchmal. Kam vom Kernel 2.6, der nun für die selbe Maus mehrere Mausdevices bedient.

Wenn man z.B. gleichzeitig /dev/mice und /dev/psaux (oder so Ähnlich) in der xserverkonf drin hat wird jedes Mausevent zweimal an den xserver gesendet. Dadurch ird jeder klick zum doppelklick und die Maus bewegt sich auch doppelt so schnell.

[Corcovado]

Hallo,
Also ich hatte die Maus-Konfiguration mit imwheel etwas bearbeitet, damit die "Forward" und "Back" Tasten funktionieren und das Rollrad richtig konfiguriert ist. Der Doppelklickfehler war afair vorher aber auch schon da.

Folgende Probleme/Situationen sind auch aufgetreten:
die /etc/X11/XF86Config-4 :

Section "InputDevice"
        Identifier      "Configured Mouse"
        Driver          "mouse"
        Option          "CorePointer"
        Option          "Device"                "/dev/input/mice"
        Option          "Protocol"              "ExplorerPS/2"
        Option          "ZAxisMapping"          "6 7"
        Option          "Buttons"               "7"
EndSection

- Das Device ist /dev/input/mice, bei /dev/input/mice wird aber bei meinem Computer (einem Notebook) "mouse0", der Trackpoint, der (nach der Info nach dem ich den Kernel mit psaux Support gebaut hatte) per /dev/psaux angesteuert werden muss und "mouse1" welches die Intelli Mouse bedient.
Der Ordner /dev/input sieht also folgendermassen aus:

crw-rw----   1 root root 13, 63 2005-12-31 12:41 mice
crw-rw----   1 root root 13, 32 2005-12-31 11:41 mouse0
crw-rw----   1 root root 13, 33 2005-12-31 11:41 mouse1

- Fuer das Ummappen mit imwheel musste ich einige Punkte in der /etc/X11/XF86Config-4 so abaendern wie man es oben sieht, von Hause aus konnte ich per

dpkg-reconfigure xserver-xfree86

kein "ExplorerPS/2" einstellen, statt dessen nur "ImPS/2" wie auch die zwei weiteren Optionen (die denke ich dafuer aber keine Rolle spielen sollten, die muessen immer bei imwheel gemacht werden, wenn man die Daumentasten konfen will).

- Ich habe teilweise auch versucht den Namen von "Configured Mouse" in "Mouse0" abzuaendern, womit ich aber immer dann Probleme bekam. Ausserdem hatte ich, auch wenn ich versuchte es folgendermassen zu aendern, jedesmal nach dpkg-reconfigure wieder die Ursprungskonfiguration. (Beschreibung aus /etc/X11/XF86Config-4):

# If you have edited this file but would like it to be automatically updated
# again, run the following commands as root:
#
#   cp /etc/X11/XF86Config-4 /etc/X11/XF86Config-4.custom
#   md5sum /etc/X11/XF86Config-4 >/var/lib/xfree86/XF86Config-4.md5sum
#   dpkg-reconfigure xserver-xfree86

Fragen:
Sollte ich statt einem /dev/input/mice, zwei Input Devices festlegen, eins fuer den Trackpoint (mouse0) und eins fuer die Intelli Mouse (mouse1) - wie mache ich das ?

Wie kann ich etwa zwei Maeuse (PS2 - also Trackpoint) und die Intelli Mouse konfigurieren?

Wie loese ich das Problem mit den Doppelklicks - ich denke dass an dem psaux Problem was dransein kann, auch wenn ansonsten nirgends in der XF86Config-4 was von psaux steht?


PS.:
ich hoffe das herforheben mit B und /B wirkt nich zu penetrant

PPS.:
..weil heute so ein langweiliger Tag ist, hab ich mich mit xev jetzt noch hingesetzt und mal geklickt. Es scheint so, als ob nach einem Doppelklick irgendwas verdreht ablaeuft, so dass jeder einfache folgende Klick doppelt erscheint. Diese Regelmaessigkeit ist aber nicht sicher, es tritt halt manchmal auf und manchmal wieder nicht.

Serie aus 
	"w" - Einfachklick - "w" - Doppelklick - "w" - Einfachklick - "w",  

was aber passiert ist:
	"w" - Einfachklick - "w" - Doppelklick - "w" - Doppelklick - "w"

xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx


KeyPress event, serial 28, synthetic NO, window 0x1400001,
    root 0x48, subw 0x1400002, time 7723669, (22,45), root:(678,153),
    state 0x0, keycode 25 (keysym 0x77, w), same_screen YES,
    XLookupString gives 1 bytes:  "w"

KeyRelease event, serial 28, synthetic NO, window 0x1400001,
    root 0x48, subw 0x1400002, time 7723821, (22,45), root:(678,153),
    state 0x0, keycode 25 (keysym 0x77, w), same_screen YES,
    XLookupString gives 1 bytes:  "w"


xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx


1. Einfachklick:


LeaveNotify event, serial 28, synthetic NO, window 0x1400001,
    root 0x48, subw 0x1400002, time 7724638, (22,45), root:(678,153),
    mode NotifyGrab, detail NotifyVirtual, same_screen YES,
    focus YES, state 256

EnterNotify event, serial 28, synthetic NO, window 0x1400001,
    root 0x48, subw 0x1400002, time 7724638, (22,45), root:(678,153),
    mode NotifyUngrab, detail NotifyVirtual, same_screen YES,
    focus YES, state 256

KeymapNotify event, serial 28, synthetic NO, window 0x0,
    keys:  68  0   0   0   0   0   0   0   0   0   0   0   0   0   0   0
           0   0   0   0   0   0   0   0   0   0   0   0   0   0   0   0

ButtonPress event, serial 28, synthetic NO, window 0x1400001,
    root 0x48, subw 0x1400002, time 7724638, (22,45), root:(678,153),
    state 0x0, button 1, same_screen YES

EnterNotify event, serial 28, synthetic NO, window 0x1400001,
    root 0x48, subw 0x0, time 7724638, (22,45), root:(678,153),
    mode NotifyGrab, detail NotifyInferior, same_screen YES,
    focus YES, state 256

KeymapNotify event, serial 28, synthetic NO, window 0x0,
    keys:  0   0   0   0   0   0   0   0   0   0   0   0   0   0   0   0
           0   0   0   0   0   0   0   0   0   0   0   0   0   0   0   0

ButtonRelease event, serial 28, synthetic NO, window 0x1400001,
    root 0x48, subw 0x1400002, time 7724766, (22,45), root:(678,153),
    state 0x100, button 1, same_screen YES

LeaveNotify event, serial 28, synthetic NO, window 0x1400001,
    root 0x48, subw 0x0, time 7724766, (22,45), root:(678,153),
    mode NotifyUngrab, detail NotifyInferior, same_screen YES,
    focus YES, state 0


xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx


KeyPress event, serial 28, synthetic NO, window 0x1400001,
    root 0x48, subw 0x1400002, time 7725555, (22,45), root:(678,153),
    state 0x0, keycode 25 (keysym 0x77, w), same_screen YES,
    XLookupString gives 1 bytes:  "w"

KeyRelease event, serial 28, synthetic NO, window 0x1400001,
    root 0x48, subw 0x1400002, time 7725698, (22,45), root:(678,153),
    state 0x0, keycode 25 (keysym 0x77, w), same_screen YES,
    XLookupString gives 1 bytes:  "w"


xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx


2.Doppelklick:


LeaveNotify event, serial 28, synthetic NO, window 0x1400001,
    root 0x48, subw 0x1400002, time 7727030, (22,45), root:(678,153),
    mode NotifyGrab, detail NotifyVirtual, same_screen YES,
    focus YES, state 256

EnterNotify event, serial 28, synthetic NO, window 0x1400001,
    root 0x48, subw 0x1400002, time 7727030, (22,45), root:(678,153),
    mode NotifyUngrab, detail NotifyVirtual, same_screen YES,
    focus YES, state 256

KeymapNotify event, serial 28, synthetic NO, window 0x0,
    keys:  72  0   0   0   0   0   0   0   0   0   0   0   0   0   0   0
           0   0   0   0   0   0   0   0   0   0   0   0   0   0   0   0

ButtonPress event, serial 28, synthetic NO, window 0x1400001,
    root 0x48, subw 0x1400002, time 7727030, (22,45), root:(678,153),
    state 0x0, button 1, same_screen YES

EnterNotify event, serial 28, synthetic NO, window 0x1400001,
    root 0x48, subw 0x0, time 7727030, (22,45), root:(678,153),
    mode NotifyGrab, detail NotifyInferior, same_screen YES,
    focus YES, state 256

KeymapNotify event, serial 28, synthetic NO, window 0x0,
    keys:  68  0   0   0   0   0   0   0   0   0   0   0   0   0   0   0
           0   0   0   0   0   0   0   0   0   0   0   0   0   0   0   0

ButtonRelease event, serial 28, synthetic NO, window 0x1400001,
    root 0x48, subw 0x1400002, time 7727142, (22,45), root:(678,153),
    state 0x100, button 1, same_screen YES

LeaveNotify event, serial 28, synthetic NO, window 0x1400001,
    root 0x48, subw 0x0, time 7727142, (22,45), root:(678,153),
    mode NotifyUngrab, detail NotifyInferior, same_screen YES,
    focus YES, state 0

LeaveNotify event, serial 28, synthetic NO, window 0x1400001,
    root 0x48, subw 0x1400002, time 7727214, (22,45), root:(678,153),
    mode NotifyGrab, detail NotifyVirtual, same_screen YES,
    focus YES, state 256

EnterNotify event, serial 28, synthetic NO, window 0x1400001,
    root 0x48, subw 0x1400002, time 7727214, (22,45), root:(678,153),
    mode NotifyUngrab, detail NotifyVirtual, same_screen YES,
    focus YES, state 256

KeymapNotify event, serial 28, synthetic NO, window 0x0,
    keys:  72  0   0   0   0   0   0   0   0   0   0   0   0   0   0   0
           0   0   0   0   0   0   0   0   0   0   0   0   0   0   0   0

ButtonPress event, serial 28, synthetic NO, window 0x1400001,
    root 0x48, subw 0x1400002, time 7727214, (22,45), root:(678,153),
    state 0x0, button 1, same_screen YES

EnterNotify event, serial 28, synthetic NO, window 0x1400001,
    root 0x48, subw 0x0, time 7727214, (22,45), root:(678,153),
    mode NotifyGrab, detail NotifyInferior, same_screen YES,
    focus YES, state 256

KeymapNotify event, serial 28, synthetic NO, window 0x0,
    keys:  72  0   0   0   0   0   0   0   0   0   0   0   0   0   0   0
           0   0   0   0   0   0   0   0   0   0   0   0   0   0   0   0

ButtonRelease event, serial 28, synthetic NO, window 0x1400001,
    root 0x48, subw 0x1400002, time 7727350, (22,45), root:(678,153),
    state 0x100, button 1, same_screen YES

LeaveNotify event, serial 28, synthetic NO, window 0x1400001,
    root 0x48, subw 0x0, time 7727350, (22,45), root:(678,153),
    mode NotifyUngrab, detail NotifyInferior, same_screen YES,
    focus YES, state 0


xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx


KeyPress event, serial 28, synthetic NO, window 0x1400001,
    root 0x48, subw 0x1400002, time 7727736, (22,45), root:(678,153),
    state 0x0, keycode 25 (keysym 0x77, w), same_screen YES,
    XLookupString gives 1 bytes:  "w"

KeyRelease event, serial 28, synthetic NO, window 0x1400001,
    root 0x48, subw 0x1400002, time 7727855, (22,45), root:(678,153),
    state 0x0, keycode 25 (keysym 0x77, w), same_screen YES,
    XLookupString gives 1 bytes:  "w"


xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx


3.Einfachklick:


LeaveNotify event, serial 28, synthetic NO, window 0x1400001,
    root 0x48, subw 0x1400002, time 7728158, (22,45), root:(678,153),
    mode NotifyGrab, detail NotifyVirtual, same_screen YES,
    focus YES, state 256

EnterNotify event, serial 28, synthetic NO, window 0x1400001,
    root 0x48, subw 0x1400002, time 7728158, (22,45), root:(678,153),
    mode NotifyUngrab, detail NotifyVirtual, same_screen YES,
    focus YES, state 256

KeymapNotify event, serial 28, synthetic NO, window 0x0,
    keys:  72  0   0   0   0   0   0   0   0   0   0   0   0   0   0   0
           0   0   0   0   0   0   0   0   0   0   0   0   0   0   0   0

ButtonPress event, serial 28, synthetic NO, window 0x1400001,
    root 0x48, subw 0x1400002, time 7728158, (22,45), root:(678,153),
    state 0x0, button 1, same_screen YES

EnterNotify event, serial 28, synthetic NO, window 0x1400001,
    root 0x48, subw 0x0, time 7728158, (22,45), root:(678,153),
    mode NotifyGrab, detail NotifyInferior, same_screen YES,
    focus YES, state 256

KeymapNotify event, serial 28, synthetic NO, window 0x0,
    keys:  72  0   0   0   0   0   0   0   0   0   0   0   0   0   0   0
           0   0   0   0   0   0   0   0   0   0   0   0   0   0   0   0

ButtonRelease event, serial 28, synthetic NO, window 0x1400001,
    root 0x48, subw 0x1400002, time 7728254, (22,45), root:(678,153),
    state 0x100, button 1, same_screen YES

LeaveNotify event, serial 28, synthetic NO, window 0x1400001,
    root 0x48, subw 0x0, time 7728254, (22,45), root:(678,153),
    mode NotifyUngrab, detail NotifyInferior, same_screen YES,
    focus YES, state 0

LeaveNotify event, serial 28, synthetic NO, window 0x1400001,
    root 0x48, subw 0x1400002, time 7728270, (22,45), root:(678,153),
    mode NotifyGrab, detail NotifyVirtual, same_screen YES,
    focus YES, state 256

EnterNotify event, serial 28, synthetic NO, window 0x1400001,
    root 0x48, subw 0x1400002, time 7728270, (22,45), root:(678,153),
    mode NotifyUngrab, detail NotifyVirtual, same_screen YES,
    focus YES, state 256

KeymapNotify event, serial 28, synthetic NO, window 0x0,
    keys:  72  0   0   0   0   0   0   0   0   0   0   0   0   0   0   0
           0   0   0   0   0   0   0   0   0   0   0   0   0   0   0   0

ButtonPress event, serial 28, synthetic NO, window 0x1400001,
    root 0x48, subw 0x1400002, time 7728270, (22,45), root:(678,153),
    state 0x0, button 1, same_screen YES

EnterNotify event, serial 28, synthetic NO, window 0x1400001,
    root 0x48, subw 0x0, time 7728270, (22,45), root:(678,153),
    mode NotifyGrab, detail NotifyInferior, same_screen YES,
    focus YES, state 256

KeymapNotify event, serial 28, synthetic NO, window 0x0,
    keys:  72  0   0   0   0   0   0   0   0   0   0   0   0   0   0   0
           0   0   0   0   0   0   0   0   0   0   0   0   0   0   0   0

ButtonRelease event, serial 28, synthetic NO, window 0x1400001,
    root 0x48, subw 0x1400002, time 7728310, (22,45), root:(678,153),
    state 0x100, button 1, same_screen YES

LeaveNotify event, serial 28, synthetic NO, window 0x1400001,
    root 0x48, subw 0x0, time 7728310, (22,45), root:(678,153),
    mode NotifyUngrab, detail NotifyInferior, same_screen YES,
    focus YES, state 0


xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx


KeyPress event, serial 28, synthetic NO, window 0x1400001,
    root 0x48, subw 0x1400002, time 7729085, (22,45), root:(678,153),
    state 0x0, keycode 25 (keysym 0x77, w), same_screen YES,
    XLookupString gives 1 bytes:  "w"

KeyRelease event, serial 28, synthetic NO, window 0x1400001,
    root 0x48, subw 0x1400002, time 7729221, (22,45), root:(678,153),
    state 0x0, keycode 25 (keysym 0x77, w), same_screen YES,
    XLookupString gives 1 bytes:  "w"

[alterpinguin]

bei denen die usb-Maus funktionert - mit: xev

Jedenfalls kommt bei mir bei einem Einfachklick der ButtonPress und ButtonRelease Event mit -state- 0x10 und nicht 0, wie in Deinem Beispiel:
ButtonPress event, serial 30, synthetic NO, window 0x1200001,
root 0x131, subw 0x0, time 158115632, (91,43), root1108,487),
state 0x10, button 1, same_screen YES

ButtonRelease event, serial 30, synthetic NO, window 0x1200001,
root 0x131, subw 0x0, time 158115760, (91,43), root1108,487),
state 0x110, button 1, same_screen YES

beim Klick in den Kasten von xev, sieht der -state- von EnterNotify ebenfalls anders aus: 272 im Gegensatz zu 256 bei Dir

und dabei wird auch der KeymapNotify event nicht als komplett 0 sondern mit : keys: 49 0 0 0 ... angezeigt. Nach Deinen Angaben von xev werden die Klicks (events) nur einmal übertragen, oder nur zu kurz probiert, daß der Doppelclick da nicht aktiv war? Deine Angabe war doch - irgendwann werden nur noch Doppelclicks angezeigt? - dann per xev prüfen - also am Besten von Anfang an mit laufenden xev arbeiten und wenn es passiert da nachsehen.

[Corcovado]

Ich hab den Thread nochmal rausgekramt.

Also nach einigem hin und her hab ich nun in der XF86Config-4 den Mousetreiber auf

        Option          "Protocol"              "Auto"

gesetzt, damit laeuft die Mouse nun perfekt. In der mouse Dokumentation, die ich gelesen hatte, hies es zwar statt "Auto" "usb", aber "Auto" wurde empfohlen, wenn "usb" nicht laeuft. Die Mouse lief damit nun problemlos.

Ein anderes Problem, was vllt damit zusammenhaengt ist, dass ich nun bei /dev/psaux fuer den USB Anschluss als auch fuer den PS/2 Anschluss Signale bekomme wenn ich cat /dev/psaux mache. Eigentlich sollten doch die USB Signale ausbleiben oder?

[Holger Specht]

Hallo

Ich hatte auf meinem Notebook das selbe Problem. In der xorg.conf waren zwei Mäuse eingetragen. Einmal die /dev/input/mice und dann noch einmal die /dev/psaux. Signale von der USB-Maus oder den Touchpad kamen auf beiden Geräten an, so daß jedes mal ein Doppelklick ausgelöst wurde.
Ich hab das /dev/psaux-Gerät einfach aus der xorg.conf rausgeworfen und so mein Problem gelöst.

[Corcovado]

Hallo,
Das hab ich zuerst etwas aehnlich gemacht, ich hab die psaux Unterstuetzung nicht mehr in den Kernel kompiliert und hatte eine Besserung. Allerdings - bei manchen Programmen - war das Verhalten, oder ...wie soll man das beschreiben.. die Steuerung war irgendwie instabil. Immer wieder, gab es Probleme, zB bei zwei Browser Fenstern, die uebereinander lagen. Hatte man eins geklickt, haben sich beide geschlossen (Doppelklickproblem). Aber auch beim wechseln auf ein anderes Browser Fenster in der Taskleiste, klappte es manchmal einfach wieder zurueck etc. pp.

Jemand riet mir wirklich die mouse Documents durchzulesen und nach einem Treiberproblem zu suchen. Ich denke mittlerweile auch, dass solche Effekte stark auf Treiberprobleme hindeuten und dementsprechend war auch die Besserung, als ein "vernuenftiger" Treiber in meiner XF86Config-4 drin stand (bei mir war das zumindest so).

Ganz herausnehmen will ich die PS/2 Unterstuetzung nicht aus der XF86Config-4, weil mein Trackpoint ueber PS/2 angesteuert wird, das funzt auch ueber /dev/input, sodass /dev/psaux nicht unbedingt notwendig ist. Nun hab ich /dev/psaux wieder drin im Kernel, allerdings mit dem Nebeneffekt, dass dort eben fuer beide (usb und ps/2) Eingangssignale hereinkommen. Mir wurde gesagt, das das nun wiederum vom BIOS her kommen kann, aber dort fand ich bis jetzt nichts entsprechendes (Tipps?).

[alterpinguin]

aber es sollte eigentlich einleuchten, daß zur Anbindung von USB-Eingabegeräten (Tastatur, Maus, .. Digipad...) von den Herstellern Klimmzüge gemacht werden. Schließlich soll sich so ein Gerät benehmen als sei eine altertümliche Maus oder Tastatur angeschlossen. (legacy .... support ... automatic...) Das kann mit BIOS Einstellungen zu tun haben, dem BIOS selbst, der Hardware - (theoretisch sollte es egal sein an welchem USB-Port angeschlossen wird ....). -- Ich frage mich sowieso wie das gelöst wird, einerseits sollte immer noch der Uraltchip in der Tastatur mit benutzt werden, andererseits gibt es die in der Form gar nicht mehr....

[Corcovado]

Wie gesagt, ich wiederhole auch nur was mir jemand mal dazu gesagt hatte, der ein aehnliches Problem hatte. Genauer meinte dieser, dass es in manchem BIOS eine Einstellungsmoeglichkeit gaebe, USB irgendwie zu simulieren bzw USB Geraete auf PS/2 umzustellen und somit als PS/2 Eingangssignal zu behandeln (kA ob das nun stimmt oder nicht). Es ging eben auch nicht direkt um USB Maeuse sondern halt darum, dass ich bei /dev/psaux fuer beide, also USB und PS/2 Eingangssignale bekomme. Bleibt immer noch die Frage offen, ob das nun normal ist oder nicht (bei nem aelteren RedHat 9 hab ich das zumindest auch mal getestet und da ging das nicht)?

Klimmzuege hin oder her.. Das mag schon sein, dass die Hersteller/Linuxentwickler damit wahre Wunderleistungen vollbringen, imo interessiert das aber den User wenig. Die Linux Distributionen haben v.a. im Bereich der Desktop Rechner wohl eh schon eine sehr schwierige Position. Stillstand der Entwicklung, gerade bei den Eingabegeraeten koennten sicherlich leicht zu Genickbruch Argumenten gegen Linux werden. Noch schlimmer wenn es sich dabei direkt um die Verwendung von Schnittstellen, im Speziellen der USB Schnittstelle handelt. Daher denke ich, es muss schon zumindest versucht werden das gleiche anzubieten wie der Marktfuehrer Microsoft, was aber i.allg. imho auch erfolgreich funktioniert bei Linux.
Die Verwendung einer USB Mouse, selbst einer von Microsoft, stellt mittlerweile ja auch eigentlich kein grosses Problem dar. Das Ding wird erkannt, kann verwendet werden und fuer saemtliche Probleme die auftreten (evtl mappen von zusaetzlichen Tasten etc) gibts Loesungen, die man nur finden muss. Ob Neuentwicklungen dagegen immer soo sinnvoll sind, ist ja wieder ein anderes Thema. Aber ich, als User, will mit dem Computer arbeiten, egal welcher Chip, welche Technik auch immer dahinterstecken und will deshalb auch keine esoterischen Probleme dabei haben.
Jeder Tag an dem das nicht geht, wegen Schwierigkeiten die ich etwa bei anderen Systemen nicht haette wirft mich in meiner Arbeit zurueck und stellen Argumente gegen das bentuzte System dar. So seh ich das zumindest.