Cokos werden nach Drücken von Mod4 beendet #148

New Issue

alex · 2009-07-03T04:36:42+02:00

alex commented

2009-07-03 04:36:42 +02:00

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 neo

Habe Gentoo, den aktuellen xkbmap-Treiber, sowie Compose.neo.

Viele Grüße,
Aleχ

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: <?xml version="1.0" encoding="UTF-8"?> <match key="info.capabilities" contains="input.keys"> <merge key="input.x11_driver" type="string">evdev</merge> <merge key="input.x11_options.XkbModel" type="string">evdev</merge> <merge key="input.x11_options.XkbLayout" type="string">de</merge> <merge key="input.x11_options.XkbVariant" type="string">neo</merge> </match> Habe Gentoo, den aktuellen xkbmap-Treiber, sowie Compose.neo. Viele Grüße, Aleχ

alex added the

Bug

Treiber/Linux/xkbmap

labels 2009-07-03 04:36:42 +02:00

pascal commented

2009-07-03 04:48:46 +02:00

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.

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.

Stephan commented

2009-07-03 13:27:56 +02:00

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.

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.

wettstein509 commented

2009-07-03 18:50:11 +02:00

Die Details zu dem Bug finden sich hier:

http://bugs.freedesktop.org/show_bug.cgi?id=21910

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.

Die Details zu dem Bug finden sich hier: > http://bugs.freedesktop.org/show_bug.cgi?id=21910 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.

alex commented

2009-07-04 11:47:12 +02:00

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.

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.

pascal commented

2009-07-04 12:45:59 +02:00

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.

> 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.

alex closed this issue

2009-07-04 17:16:39 +02:00

alex commented

2009-07-04 17:16:39 +02:00

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 :-).

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 :-).

Sign in to join this conversation.

No Milestone

No Assignees

4 Participants

Notifications

Due Date

The due date is invalid or out of range. Please use the format 'yyyy-mm-dd'.

No due date set.

Dependencies

No dependencies set.

Reference: neo/neo-layout#148