web-dev-qa-db-fra.com

Pourquoi mes modifications de xkb ne fonctionnent-elles pas?

Version courte

Actuellement, AltGr + - produit ¥. Je souhaite que cela produise un tableau de bord. Dans /usr/share/X11/xkb/symbols/us, j'ai remplacé toutes les occurrences de "yen" par "endash" et redémarré, mais cela ne faisait aucune différence.

Pour mémoire:

$ setxkbmap -query
rules:      evdev
model:      pc104
layout:     us
variant:    altgr-intl
options:    lv3:ralt_switch_multikey,numpad:pc

Version plus longue

J'ai d'abord commencé par regarder dans /usr/share/X11/xkb/symbols/us, qui contient une section marquée xkb_symbols "altgr-intl" {. Cette section contient include "us(intl)" et include "level3(ralt_switch)", sans aucune mention de AE11 (qui est le code clé pour -).

La section marquée xkb_symbols "intl" { contient key <AE11> { [ minus, underscore, yen, dead_belowdot ] };, et j'ai donc modifié la yen ici dans la position AltGr en endash. J'ai redémarré et cela n'a fait aucune différence, j'ai donc appliqué la méthode de force brute comme ci-dessus (puis redémarré).

Plus de dépannage

Si je règle setxkbmap -layout us -variant mac, AltGr + - génère un tiret comme prévu (et comme défini dans la section xkb_symbols "mac" {).

J'ai également essayé d'échanger q et w dans les sections xkb_symbols "basic" { et xkb_symbols "intl" {, mais cette modification n'a pas eu d'effet après le redémarrage. J'ai aussi essayé setxkbmap -layout us de sélectionner la disposition basic, mais cela n'a eu aucun effet.

6
Sparhawk

La solution consiste à supprimer les configurations xkb mises en cache à /var/lib/xkb/*.xkm, puis à redémarrer.

Certains se sont plaints d’être incapables d’utiliser leur clavier "sous X lors de la prochaine utilisation (mais seulement une fois)", bien que je n’aie eu aucun problème de ce genre.

Merci à bcooksley sur les forums KDE pour fournissant la réponse .

7
Sparhawk