Ich habe bewusst ein recht kleines Notebook. Der Preis dafür: Die Cursor-Tasten und "Page Up"/"Page Down" sind alle nur "halbe Tasten". Jetzt passiert es mir öfter, dass ich statt "Left" versehentlich "Page Up" betätige, als das ich "Page Up" tatsächlich benötige (dasselbe mit "Right" und "Page Down"). Und dann steht grade beim Editieren der Cursor meist da, wo ich ihn gar nicht haben will. :-\ Jetzt dachte ich mir, definierst Du doch einfach mit "xmodmap" die Tastatur um. "Page Up" soll dann dieselbe Wirkung wie "Left" haben und wenn ich WIRKLICH "Page Up" haben will, muss ich zusätzlich Shift drücken. Also, mal testweise interaktiv in der KDE-Konsole ausgeführt: xmodmap -e "keycode 112 = Left Prior Prior" xmodmap -e "keycode 117 = Right Next Next" Laut xev funktioniert das auch - es zeigt mir die erwarteten Keysyms an. Es funktioniert aber z.B. NICHT im Firefox und in anderen Anwendungen. Da passiert beim zusätzlichen Drücken von Shift einfach GAR NICHTS, statt dass etwa eine Seite weit gescrollt wird. Ich mache bestimmt irgendeinen trivialen Denkfehler, zumal ich nicht so oft xmodmap benutze. Nur welchen? -- Manfred Härtel, DB3HM mailto:Manfred.Haertel@rz-online.de http://rz-home.de/mhaertel
ulf Volmer schrieb:
KDE ja, aber unter X11. Unter Wayland würde xmodmap ja nicht viel bewirken. Aber ja, es kann sein, dass mir KDE in die Suppe spuckt. Ich muss wohl mal unter IceWM gegen testen. Aber wenn KDE, dann am ehesten der Window-Manager. Firefox ist ja eine GTK-Applikation und eben nicht KDE. Es könnte aber auch sein, dass es ein Problem von X11 ist und "vor" der Tastatur sitzt, sprich, an irgend einem mangelnden Verständnis von xmodmap meinerseits liegt... In die Richtung ging eigentlich erst mal die Frage... -- Manfred Härtel, DB3HM mailto:Manfred.Haertel@rz-online.de http://rz-home.de/mhaertel
Ulf Volmer schrieb:
Auch in Firefox? Genau in dieser Applikation geht es bei mir nämlich NICHT. Auch nicht im nackten X11. Gerade in verschiedenen Konstellationen, sogar auf verschiedenen VMs probiert. Ich habe heute auch noch ein wenig recherchiert. Wenn ich das richtig verstanden habe, erlaubt X11 seit einiger Zeit Applikationen, Keycodes statt Keysyms zu konsumieren. Damit ist xmodmap für diese Applikationen wirkungslos, da hier genau das Mapping zwischen Keycodes und Keysyms verändert wird. Wohl auch daher setzen aktuelle Key-Remapping-Applikationen - von denen es auf github Dutzende gibt - "tiefer" an, nämlich letztendlich bei libinput, indem sie das /dev/input/event* Device der Tastatur auslesen, die zu mappenden Keys konsumieren und über ein "eigenes" /dev/input/event* wieder verändert ins System geben. Auf der Ebene (ich glaube, das sind sogar noch Scancodes) sind aber die Modifier wie Shift noch eigene Keys, sprich es geht kein Mapping von Shift+Prior. Ich glaube, ich gebe es auf - es gibt wohl keine einfache Lösung (mehr), die das macht, was ich will. -- Manfred Härtel, DB3HM mailto:Manfred.Haertel@rz-online.de http://rz-home.de/mhaertel
Am Samstag, 27. April 2024, 20:41:50 MESZ schrieb ulf Volmer:
Am 4/27/24 um 6:52 PM schrieb Manfred Haertel, DB3HM:
[...]
Auch in Firefox?
Nein, in der Tat, das tut nicht.
Würde vielleicht ein AddOn, das die KDE-Integration unterstützt, helfen? Ich verwende mehrere FF-Profile. Das eine hat ein Integration-AddOn und die passende Fensterleiste. Beim anderen war ich zu faul, das hat was anderes. Helga -- Technik - openSUSE Tumbleweed Politik - https://bge-community.de
Helga Fischer schrieb:
Vielleicht. Danke für den Tipp. Aber das wäre "rumdoktern am Symptomen". Die X11-Entwickler haben einfach eine Design-Entscheidung getroffen - wohl mal wieder um näher an Wayland zu sein - die es Applikationen ermöglicht, sich über die Einstellungen von xmodmap hinwegzusetzen. Da braucht man sich nicht zu wundern, dass das auch von wahrscheinlich immer mehr Applikationen benutzt wird. Vor 10 Jahren hat - wie ich aus eigener Erfahrung weiß - xmodmap noch problemlos funktioniert, heute weiß ich eben nicht, welche Applikationen AUSSER Firefox sich noch darüber hinweg setzen können. Und bei jeder (wichtigen) Applikation, die sich so verhält, ein Plugin zu suchen oder einen anderen Trick anzuwenden, ist mir ehrlich gesagt zu aufwändig. Übrigens habe ich bei der Recherche noch entdeckt, dass die EINFACHSTE heute noch zuverlässige Variante, Tasten umzudefinieren die ist, dass einfach in udev zu machen - ohne jegliche exotische Zusatz-Software. Werde ich mal im Hinterkopf behalten, kann man vielleicht auch noch mal brauchen, zumal das auch für andere Input-Devices gilt. Mein momentanes Problem löst es allerdings NICHT, weil das ja auf der Scancode/Keycode-Ebene läuft und ich somit nur GANZE Tasten umdefinieren kann und nicht einfach die Shift-Ebene unabhängig davon. Und irgendwo hin muss ich ja "Page Up"/"Page Down" bzw. "Prior" und "Next" ja legen. Und gelegentlich will ich das ja auch eben in Firefox nutzen und ich will mich auch nicht all zu weit vom Standard entfernen, denn ich muss ja vielleicht gelegentlich mal fremde Rechner benutzen (und sei es nur der meiner Frau), bei denen mein Sonderschnitz eben nicht aktiv ist. Ich habe jetzt einen ganz anderen Ansatz gewählt. Am meisten stören mich ja die "halben Tasten" und die versehentliche Betätigung von "Page Up"/"Page Down" im Editor. Da benutze ich joe. Und den kann man so einstellen, dass er mit der Maus bedienbar ist, also der Cursor mit der Maus zu setzen ist und auch Scrollen mit dem Mausrad oder mit einer Zwei-Finger-Geste mit dem Touchpad möglich ist. Sogar selektieren von Text ist mit der Maus möglich (also so, dass joe WEISS, dass es selektiert ist). Kann auch der joe unter Suse, ist nur dort per Default nicht aktiviert. Hab ich jetzt aber mal per ~/.joerc aktiviert, wollte ich schon immer mal ausprobieren. Wenn ich mich daran gewöhne, muss ich auch dort die Cursor-Tasten seltener benutzen, also ärgere ich mich auch seltener, weil ich eben "mangels Masse" seltener "daneben haue". Und außerdem ist das im Vergleich zu vorher sowieso "ähnlicher" dem Verhalten z.B. im Mail-Editor, wo ich ja auch die Cursor-Tasten eher selten benutze. Und selbst an fremden Rechnern kann ich "joe -mouse" machen und es funktioniert wie bei mir. Mal schauen, ob das so klappt. -- Manfred Härtel, DB3HM mailto:Manfred.Haertel@rz-online.de http://rz-home.de/mhaertel
ulf Volmer schrieb:
KDE ja, aber unter X11. Unter Wayland würde xmodmap ja nicht viel bewirken. Aber ja, es kann sein, dass mir KDE in die Suppe spuckt. Ich muss wohl mal unter IceWM gegen testen. Aber wenn KDE, dann am ehesten der Window-Manager. Firefox ist ja eine GTK-Applikation und eben nicht KDE. Es könnte aber auch sein, dass es ein Problem von X11 ist und "vor" der Tastatur sitzt, sprich, an irgend einem mangelnden Verständnis von xmodmap meinerseits liegt... In die Richtung ging eigentlich erst mal die Frage... -- Manfred Härtel, DB3HM mailto:Manfred.Haertel@rz-online.de http://rz-home.de/mhaertel
Ulf Volmer schrieb:
Auch in Firefox? Genau in dieser Applikation geht es bei mir nämlich NICHT. Auch nicht im nackten X11. Gerade in verschiedenen Konstellationen, sogar auf verschiedenen VMs probiert. Ich habe heute auch noch ein wenig recherchiert. Wenn ich das richtig verstanden habe, erlaubt X11 seit einiger Zeit Applikationen, Keycodes statt Keysyms zu konsumieren. Damit ist xmodmap für diese Applikationen wirkungslos, da hier genau das Mapping zwischen Keycodes und Keysyms verändert wird. Wohl auch daher setzen aktuelle Key-Remapping-Applikationen - von denen es auf github Dutzende gibt - "tiefer" an, nämlich letztendlich bei libinput, indem sie das /dev/input/event* Device der Tastatur auslesen, die zu mappenden Keys konsumieren und über ein "eigenes" /dev/input/event* wieder verändert ins System geben. Auf der Ebene (ich glaube, das sind sogar noch Scancodes) sind aber die Modifier wie Shift noch eigene Keys, sprich es geht kein Mapping von Shift+Prior. Ich glaube, ich gebe es auf - es gibt wohl keine einfache Lösung (mehr), die das macht, was ich will. -- Manfred Härtel, DB3HM mailto:Manfred.Haertel@rz-online.de http://rz-home.de/mhaertel
participants (4)
-
Helga Fischer -
Manfred Haertel, DB3HM -
ulf Volmer -
Ulf Volmer