Konflikt mit gnome-clipboard-history #650

New Issue

timo-a · 2024-02-15T00:43:57+01:00

timo-a commented

2024-02-15 00:43:57 +01:00

Wie hier beschrieben. Ich habe auf Fedora 39 + Gnome 45 Gnome Clipboard History installiert und verwende "Neo Qwertz". Wenn ich jetzt mit super + shift + v die Clipboard-History aufmache und ein snippet auswähle, wird stattdessen C eingefügt. Mit Xorg wird ein 'χ' ("Chi") eingefügt. Beide Symbole sind auf die c-Taste gemappt: C in Ebene 2 und 'χ' auf Ebene 5.
Ich verstehe nicht wie das zustandekommt. Wird durch super + shift + vdoch irgendwie ein Symbol gesendet, das dann, nachdem das clipboard-Menü wieder zu ist (wie auch immer modifiziert) feuert? Da super + shift + <andere Taste> aber gar nichts bewirkt, muss das clipboard noch irgendwie mitreinspielen. Laut diesem Kommentar setzt die App Shift und Insert ab. Aber wie aus der Kombination [super, shift, v, Insert] ein C wird kann ich mir nicht erklären...
Ich bin um Hinweise jeglicher Art dankbar.

Wie [hier](https://github.com/SUPERCILEX/gnome-clipboard-history/issues/157) beschrieben. Ich habe auf Fedora 39 + Gnome 45 [Gnome Clipboard History](https://extensions.gnome.org/extension/4839/clipboard-history/) installiert und verwende "Neo Qwertz". Wenn ich jetzt mit `super` + `shift` + `v` die Clipboard-History aufmache und ein snippet auswähle, wird stattdessen `C` eingefügt. Mit Xorg wird ein 'χ' ("Chi") eingefügt. Beide Symbole sind auf die `c`-Taste gemappt: `C` in Ebene 2 und 'χ' auf Ebene 5. Ich verstehe nicht wie das zustandekommt. Wird durch `super` + `shift` + `v`doch irgendwie ein Symbol gesendet, das dann, nachdem das clipboard-Menü wieder zu ist (wie auch immer modifiziert) feuert? Da `super` + `shift` + `<andere Taste>` aber gar nichts bewirkt, muss das clipboard noch irgendwie mitreinspielen. [Laut diesem Kommentar](https://github.com/SUPERCILEX/gnome-clipboard-history/issues/157#issuecomment-1944761238) setzt die App `Shift` und `Insert` ab. Aber wie aus der Kombination [`super`, `shift`, `v`, `Insert`] ein `C` wird kann ich mir nicht erklären... Ich bin um Hinweise jeglicher Art dankbar.

satanist commented

2024-02-15 01:42:58 +01:00

Wenn ich das grad richtig sehe ist das problem die funktion notify_keyval(), die sucht aus dem keycode für die taste auf dem aktuellen layout. Da bei neo auf ebene 4 auch die insert taste wird diese vermutlich als erstes gefunden. Warum das unter X auf ebene 5 springt, kann ich auf die schnelle auch nicht erklären.

Fix ist einfach notify_key() zu verwenden. Das macht dann halt probleme wenn jemand die insert taste remapped (was hoffentlich niemand tut)

Wenn ich das grad richtig sehe ist das problem die funktion notify_keyval(), die sucht aus dem keycode für die taste auf dem aktuellen layout. Da bei neo auf ebene 4 auch die insert taste wird diese vermutlich als erstes gefunden. Warum das unter X auf ebene 5 springt, kann ich auf die schnelle auch nicht erklären. Fix ist einfach notify_key() zu verwenden. Das macht dann halt probleme wenn jemand die insert taste remapped (was hoffentlich niemand tut)

satanist commented

2024-02-16 02:07:05 +01:00

Wollte eigendlich direkt auf gh kommentieren, aber die mögen irgendwie nicht mehr.

Also die keycodes gibts in /usr/include/linux/input-event-codes.h, KEY_LEFTSHIFT ist 48 und KEY_INSERT ist 110. Wenn man sich den code von clutter anschaut sieht man da auch, dass da noch ne magische acht drauf addiert wird. Dadurch passen die Zahlen auch zu dem was man in /usr/share/X11/xkb/keycodes/evdev (bzw. was xev ausspuckt) findet.

So wie ich das sehe sollte das mit dem unstellen so passen. Aber Tastaturinput ist einfach nur schwarze magie.

Wollte eigendlich direkt auf gh kommentieren, aber die mögen irgendwie nicht mehr. Also die keycodes gibts in /usr/include/linux/input-event-codes.h, KEY_LEFTSHIFT ist 48 und KEY_INSERT ist 110. Wenn man sich den code von clutter anschaut sieht man da auch, dass da noch ne magische acht drauf addiert wird. Dadurch passen die Zahlen auch zu dem was man in /usr/share/X11/xkb/keycodes/evdev (bzw. was xev ausspuckt) findet. So wie ich das sehe sollte das mit dem unstellen so passen. Aber Tastaturinput ist einfach nur schwarze magie.

satanist commented

2024-04-20 16:20:15 +02:00

Da das in gnome-clipboard-history jetzt gefixed ist mach ich das issue hier auch mal zu.

satanist closed this issue

2024-04-20 16:20:16 +02:00

Sign in to join this conversation.

No Milestone

No Assignees

2 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#650