Cokos werden nach Drücken von Mod4 beendet #148
Labels
No Label
(╯°□°)╯︵ ┻━┻
Bug
Diskussion
Dokumentation
Duplikat
Gitea
Hardware
Hilfe
Invalid
Java
Lernen
Qt
Remote
Subversion
Tablet
Tastaturbelegung
Test
Treiber/Android
Treiber/iOS
Treiber/Linux/Konsole
Treiber/Linux/xkbmap
Treiber/Linux/xmodmap
Treiber/MacOS
Treiber/Windows/AHK
Treiber/Windows/kbdneo
Treiber/Windows/ReNeo
Verbesserung
Website
Windows 11
Wontfix
Worksforme
No Milestone
No Assignees
4 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: neo/neo-layout#148
Loading…
Reference in New Issue
No description provided.
Delete Branch "%!s(<nil>)"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Hallo,
das Problem habe ich nun schon seit einem halben Jahr, bin aber noch nicht dahinter gekommen und wollte es jetzt doch nochmal melden, weil es mich nervt und ich einiges nicht testen kann:
Ich kann z.B. ohne Probleme ♫ae → æ eingeben. Wenn ich aber ♫a eingebe, dann kurz Mod4 drücke (und z.B. wieder loslasse) und ich danach e eingebe, so erscheint das e direkt und alleine, die Coko wurde ohne Wirkung beendet. Dies ist auch ein Problem, da ich keine Cokos, die Mod4 tatsächlich brauchen eingeben kann, also ♫⊥⊥ oder ↻⊥, denn egal in welchem Zusammenhang, auch bei deadkeys wie ↻ beendet das Drücken von Mod4 die Coko.
Ich glaube, dass es mal irgendwann auf meinem System richtig funktioniert hat, aber kann nicht mehr sagen, welche Änderung das Problem hervorgebracht hat.
Hier noch /etc/hal/fdi/policy/10-x11-input.fdi:
evdev evdev de neoHabe Gentoo, den aktuellen xkbmap-Treiber, sowie Compose.neo.
Viele Grüße,
Aleχ
Mit der Xmodmap funktioniert es korrekt, relevant sind nicht die gedrückten Tasten, sondern die gesendeten Zeichen (wobei Multikey, also ♫, als eigenes Zeichen zählt – so werden, sofern nicht explizit definiert, Verschachtelungen vermieden)
Da es also grundsätzlich funktioniert, sollte der die Zeichen liefernde Tastaturtreiber egal sein.
Ich kann dieses Problem bestätigen.
Es besteht ein möglicher Zusammenhang zwischen diesem Problem und einem Bug im xheader, der dazu führt, dass die Neo-Mod4-Taste nicht als Modifier anerkannt wird:
siehe: https://wiki.neo-layout.org/ticket/74#comment:7
Somit würde Mod4 als Zeichen interpretiert werden und somit Compose abgebrochen werden, da kein Coco für dieses Zeichen vorliegt.
Die Details zu dem Bug finden sich hier:
Ich habe Fehler auf meiner NetBSD-Maschine lokal behoben, und dann kommen sich Mod4 (genauer: die keysym ISO_Level5_Shift) und Compose tatsächlich nicht mehr ins Gehege.
Das löst das Problem bei mir, erzeugt aber ein neues:
Die toten Tasten, die nicht über dead_* erzeugt werden,
also bei mir ↻ und ˞ werden direkt ausgegeben, sodass sie
nicht mehr als tote Tasten funktionieren.
Vermutlich ein Missverständnis → nähere Diskussion siehe Liste.
Du hast Recht Pascal, habe lediglich vergessen, die beim Compilieren und Installieren überschriebene
Compose-Datei wieder mit den Neo-Definitionen zu ergänzen. Nun tut alles, auch wenn es ein wenig
umständlicher Workaround ist. Sollte vielleicht in die FAQ.
Vielen Dank :-).