[Mdk9.1] Links en mode graphique

Le mar 18 nov 2003 à 15:50, Jérémy JUST a tapoté :
| On 18 Nov 2003 13:41:54 GMT
| Thomas Nemeth <thomas@julie.vipere.noire> wrote:
|
| >| je veux utiliser les touches de fonction pour avoir les lettres
| >| accentuées, et définir F12 comme nouveau modificateur pour en avoir
| >| plus.
| >
| > ÀMHA, c'est une mauvaise idée.
|
| Argh, je ne m'attendais pas à ce que cette partie-là soit remise en
| question!

Ah :)
Alors oublie ce que j'ai écrit ;) Tes raisons sont parfaitement
justifiées.


| keysym F12 = Mode_switch F4 F5 F6 F7 F8 F9 F10 F11 F12

Huh ?
Autant de keysym pour F12 ?

D'après le man de xmodmap, appuyer sur F12 enverra le le code
de _chacun_ des keysyms... Je ne vois pas ce que tu veux faire
avec cette ligne :-/ (hormis rajouter l'envoi de Mode_switch)


| keysym F4 = guillemotleft guillemotright degree twosuperior
| keysym F5 = ccedilla Ccedilla ntilde Ntilde
| keysym F6 = idiaeresis NoSymbol icircumflex
| keysym F7 = ocircumflex NoSymbol section paragraph
| keysym F8 = ugrave NoSymbol ucircumflex
| keysym F9 = eacute NoSymbol ediaeresis
| keysym F10 = egrave NoSymbol ecircumflex
| keysym F11 = agrave NoSymbol acircumflex

Heu...
Ici j'aurais plutôt utilisé les keycodes plutôt que keysym...
En effet, ce que tu veux c'est que l'appui sur, par exemple,
F4 produise guillemotleft,
Shift F4 => guillemotright
M_S F4 => degree
S+M_S F4 => twosuperior

Or, d'après le man que j'ai sous les yeux c'est keycode qui
s'occupe de ça, keysym ne faisant que faire en sorte que le
keysym de gauche soit "traduit" en tous les keysym, de droite.

Extrait de la page man de xmodmap :
keycode NUMBER = KEYSYMNAME ...
The list of keysyms is assigned to the indicated keycode
[...]
The first keysym is used when
no modifier key is pressed in conjunction with this key, the
second with Shift, the third when the Mode_Switch key is used
with this key and the fourth when both the Mode_Switch and
Shift keys are used.

Puis pour keysym :
keysym KEYSYMNAME = KEYSYMNAME ...
The KEYSYMNAME on the left hand side is translated into match-
ing keycodes used to perform the corresponding set of keycode
expressions.
[...]
Note that if the
same keysym is bound to multiple keys, the expression is exe-
cuted for each matching keycode.

De plus, pour keycode, il est dit « Up to eight keysyms may be
attached to a key, however the last four are not used in any major
X server implementation. »
Je ne sais pas si ça s'applique aussi à keysym XXX = ... (je ne
pense pas) mais si c'est le cas, ta ligne pour F12 est mal en point
;)

J'avoue ne pas trop saisir l'intérêt de keysym :)


| Élément supplémentaire: quand je verrouille Caps Lock, j'ai toutes les
| majuscules que je veux, même `À'.
| Mais pas moyen d'avoir le `guillemotright', par exemple.

Est-ce que F12+Shift + F4 (ou autre) produit bien le caractère
désiré ?

Voilà. C'est tout ce que je peux te dire pour le moment. Si Pablo a
raison, il faudra peut-être passer par xkb, mais là je trouve que
c'est bien plus difficile que xmodmap...


Thomas
--
BOFH excuse #123:
User to computer ratio too high.

On 18 Nov 2003 17:44:17 GMT
Thomas Nemeth <thomas@julie.vipere.noire> wrote:

| keysym F12 = Mode_switch F4 F5 F6 F7 F8 F9 F10 F11 F12

Huh ?
Autant de keysym pour F12 ?

À vrai dire, ce n'est pas moi qui ai écrit cette ligne. Je ne sais pas
ce qu'elle fait.
Quand je l'ai vue, j'ai commencé par retirer le F4-F12. Il me semble que
ça ne marchait plus sous sous Solaris. Je viens de réessayer sur ma Mdk
9.1. Ça ne change rien.
Dans l'immédiat, je garde donc la version courte, que je comprends.

| keysym F4 = guillemotleft guillemotright degree twosuperior

Ici j'aurais plutôt utilisé les keycodes plutôt que keysym...

Disons que les keysyms sont plus faciles à écrire, même s'ils sont plus
pénibles à appliquer.

Après essai, ça ne change rien à mon problème. Voilà cependant mon
nouveau fichier:

<<<<<
keycode 96 = Mode_switch
clear mod3
add mod3 = Mode_switch

keycode 70 = guillemotleft degree guillemotright twosuperior
keycode 71 = ccedilla Ccedilla ntilde Ntilde
keycode 72 = idiaeresis NoSymbol icircumflex
keycode 73 = ocircumflex NoSymbol section paragraph
keycode 74 = ugrave NoSymbol ucircumflex
keycode 75 = eacute NoSymbol ediaeresis
keycode 76 = egrave NoSymbol ecircumflex
keycode 95 = agrave NoSymbol acircumflex

Le seul avantage que je vois à cette forme est que je peux utiliser ce
fichier et ses variantes autant de fois que je veux. Alors qu'avec les
keysyms, une fois qu'on a fait disparaître le F4, plus moyen de le
modifier sous ce nom!

Extrait de la page man de xmodmap :
keycode NUMBER = KEYSYMNAME ...
The list of keysyms is assigned to the indicated keycode
[...]
The first keysym is used when no modifier key is pressed in
conjunction with this key, the second with Shift, the third when
the Mode_Switch key is used with this key and the fourth when
both the Mode_Switch and Shift keys are used.

Ben justement, ça ne me paraît pas respecté. Le "the second with Shift"
est justement le comportement que je voudrais mais que je n'ai pas.

De plus, pour keycode, il est dit « Up to eight keysyms may be
attached to a key, however the last four are not used in any major
X server implementation. »

Ça, c'est vrai aussi, en tous cas sous Solaris. Je rêvais d'avoir 8
significations pas touche, mais c'est raté!

J'avoue ne pas trop saisir l'intérêt de keysym :)

Si je comprends bien la doc, il fait un truc du genre:

perl -e '`xmodmap -pke`=~/ (d+) =[ _w]+b$ARGV[0]b/
&& print "$1n"' period

sur chaque keysym (ici 'period') pour retrouver le keycode (pour moi, ici,
60), puis utilise le keycode trouvé comme le ferait keycode.

Est-ce que F12+Shift + F4 (ou autre) produit bien le caractère désiré ?

Oui.
F4, F12+F4, Shift+F12+F4 (et F12+Shift+F4) fonctionnent parfaitement.
Mais pas Shift+F4, qui me donne la même chose que F4.

Voilà. C'est tout ce que je peux te dire pour le moment.

Ben, merci.
Ce fut l'occasion de vérifier que je n'étais pas passé à côté de choses
triviales.

Si Pablo a raison, il faudra peut-être passer par xkb, mais là je trouve
que c'est bien plus difficile que xmodmap...

Euh, oui. Si je comprends bien, ça veut dire définir entièrement un
nouveau clavier?
Hum. J'y pense: j'ai déjà fait un diff des fichiers de conf du clavier
de X entre Mdk 8.1 et mdk 9.1. Je crois n'y avoir trouvé qu'une seule
différence significative, non liée à Shift ou aux touches de fonction.
Enfin, j'ai peut-être mal lu ou mal interprété.


--
Jérémy JUST <jeremy_just@netcourrier.com>

Le jeu 20 nov 2003 à 00:05, Jérémy JUST a tapoté :
| On 18 Nov 2003 17:44:17 GMT
| Thomas Nemeth <thomas@julie.vipere.noire> wrote:
|
| >| keysym F4 = guillemotleft guillemotright degree twosuperior
| >
| > Ici j'aurais plutôt utilisé les keycodes plutôt que keysym...
|
| Après essai, ça ne change rien à mon problème.

Ah :-(


| > De plus, pour keycode, il est dit « Up to eight keysyms may be
| > attached to a key, however the last four are not used in any major
| > X server implementation. »
|
| Ça, c'est vrai aussi, en tous cas sous Solaris. Je rêvais d'avoir 8
| significations pas touche, mais c'est raté!

Et moi donc :)


| > Est-ce que F12+Shift + F4 (ou autre) produit bien le caractère désiré ?
|
| Oui.
| F4, F12+F4, Shift+F12+F4 (et F12+Shift+F4) fonctionnent parfaitement.
| Mais pas Shift+F4, qui me donne la même chose que F4.

Là je ne vois pas pourquoi sans plus d'investigations :-/


| > Si Pablo a raison, il faudra peut-être passer par xkb, mais là je trouve
| > que c'est bien plus difficile que xmodmap...
|
| Euh, oui. Si je comprends bien, ça veut dire définir entièrement un
| nouveau clavier?

Pas forcément.
Personnellement, je me suis fait un fichier xkb pour le fr qui me
produit le clavier suivant :

// Les accents circonflexes des principales voyelles sont obtenus avec
// la touche Alt_Gr, les trémas sont obtenus par Alt_Gr + Shift.
//
// ____ _________ _____________ _______
// | S A| S = Shift, A = AltGr + Shift | Imprime | Arrêt défil | Pause |
// | s a| s = normal, a = AltGr | Exec | | Halte |
// ¯¯¯¯ ¯¯¯¯¯¯¯¯¯ ¯¯¯¯¯¯¯¯¯¯¯¯¯ ¯¯¯¯¯¯¯
// ____ ____ ____ ____ ____ ____ ____ ____ ____ ____ ____ ____ ____ _______
// | ¹ | 1 ·| 2 É| 3 ¸| 4 ´| 5 ¨| 6 ¦| 7 È| 8 ¯| 9 Ç| 0 À| ° | + ±| <-- |
// | ² ³| & '| é ~| " #| ' {| ( [| - || è `| _ | ç ^| à @| ) ]| = }| |
// ======================================================================= // | |<- | A ä| Z Å| E ë| R ©| T Þ| Y ÿ| U ü| I ï| O ö| P '|d¨d`| £ ¢| , |
// | ->| | a â| z å| e ê| r ®| t þ| y ¾| u û| i î| o ô| p ¶|d^d~| $ ¤| <-' |
// ===================================================================¬ |
// | | Q Ä| S Ø| D Ë| F | G Æ| H Ý| J Ü| K Ï| L Ö| M | % | µ ¥| |
// | MAJ | q Â| s ø| d Ê| f ª| g æ| h ý| j Û| k Î| l Ô| m º| ù Ù| * ×| |
// ======================================================================= // | ^ | > »| W ¼| X Ð| C Ç| V | B | N | ? | . | / | § | ^ |
// | | | < «| w ½| x ð| c ç| v | b ß| n ¬| , ¿| ; | : ÷| ! ¡| | |
// ======================================================================= // | | | | | | | | |
// | Ctrl | Meta | Alt | Space Nobreakspace | AltGr | Menu|Multi | Ctrl |
// ¯¯¯¯¯¯ ¯¯¯¯¯¯ ¯¯¯¯¯¯ ¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯ ¯¯¯¯¯¯¯ ¯¯¯¯¯ ¯¯¯¯¯¯ ¯¯¯¯¯¯



| Hum. J'y pense: j'ai déjà fait un diff des fichiers de conf du clavier
| de X entre Mdk 8.1 et mdk 9.1. Je crois n'y avoir trouvé qu'une seule
| différence significative, non liée à Shift ou aux touches de fonction.
| Enfin, j'ai peut-être mal lu ou mal interprété.

Et c'était ?


Thomas
--
BOFH excuse #432:
Borg nanites have infested the server.

Dins l' messaedje fr.comp.os.linux.debats,
Jérémy JUST <jeremy_just@netcourrier.com> scrijheut:

JJ> L'idée générale est que j'ai un clavier QWERTY des plus standards, mais
JJ> je veux utiliser les touches de fonction pour avoir les lettres
JJ> accentuées, et définir F12 comme nouveau modificateur pour en avoir plus.

Ce n'est pas une très bonne idée àmha.
Tu risques d'être embêté quand un programme demande l'utilisation d'une
des touches de fonction.

JJ> Jusque là, pas de problème. Sous Solaris 7 et Mdk 8.1, j'avais un petit
JJ> fichier pour xmodmap (le même, d'ailleurs) qui faisait tous ce que je
JJ> voulais.

JJ> Mais au passage à la Mdk 9.1, j'ai perdu la possibilité d'avoir les
JJ> MAJUSCULES accentuées par shift+Fn. Alors que les lettres que j'obtiens
JJ> avec le modificateur F12+Fn passent très bien en majuscule avec shift.

Le comportement de "shift" depends du type de touche; il faut que la
touche soit du type "2 niveaux" pour que ça aie un effet.
Apparamment ce n'est pas le cas des touches de fonction.

J'ignore comment on fait ça avec xmodmap (ni même si c'est possible);
avec xkb on mets type="TWO_LEVEL"; par exemple:

key <FK11> { type="TWO_LEVEL", [ aacute, Aacute ] };

ou si l'on veut 4 symboles:

key <FK11> { type="FOUR_LEVEL", [ aacute, Aacute, eacute, Eacute ] };

Les fichiers xkb vont dans /usr/X11R/lib/X11/xkb/symbols/pc/
tu peux regarder ceux qui existent pour avoir des exemples.

D'après ce que tu dis, tu voudrais quelque chose du genre:

xkb_symbols "basic" {
name[Group1]="mon clavier";
include "pc/latin(basic)"
key <FK01> { type="FOUR_LEVEL", [ aacute, Aacute, agrave, Agrave ] };
key <FK02> { type="FOUR_LEVEL", [ eacute, Eacute, egrave, Egrave ] };
...
key <FK11> { type="FOUR_LEVEL", [ oacute, Oacute, ograve, Ograve ] };

key <FK12> { [ ISO_Level_3_Shift ] };
modifier_map Mod5 { <FK12> };
};

enfin, avec une autre repartition des accents sans doute.

tu n'as qu'à créer un tel fichier (.../symbols/pc/toto par exemple)
et le charger avec 'setxkbmap toto'
si le resultat te satisfait, tu n'as qu'à mettre dans
/etc/X11/XF86Config-4 une ligne

Option "XkbLayout" "toto"

dans la section de config du clavier.



--
Ki ça vos våye bén,
Pablo Saratxaga

Linux djåze vosse lingaedje http://users.skynet.be/bs302306/linux/

On 21 Nov 2003 01:15:21 -0000
Pablo Saratxaga <srtxg@chanae.alphanet.ch> wrote:

je veux utiliser les touches de fonction pour avoir les lettres
accentuées, et définir F12 comme nouveau modificateur pour en avoir
plus.

Ce n'est pas une très bonne idée àmha.

Thomas m'avais déjà fait réfléchir là-dessus. Pour l'usage que je fais
de mon clavier, les inconvénients sont largement contre-balancés par les
avantages.

Le comportement de "shift" depends du type de touche; il faut que la
touche soit du type "2 niveaux" pour que ça aie un effet.
Apparemment ce n'est pas le cas des touches de fonction.

J'ignore comment on fait ça avec xmodmap (ni même si c'est possible);

Je ne pense pas que xmodmap puisse modifier ça. Visiblement, c'est
intimement lié au serveur X.

avec xkb on mets type="TWO_LEVEL"; par exemple:

key <FK11> { type="TWO_LEVEL", [ aacute, Aacute ] };

ou si l'on veut 4 symboles:

key <FK11> { type="FOUR_LEVEL", [ aacute, Aacute, eacute, Eacute ] };

D'accord.
Je viens de regarder dans mes fichiers de conf (que je n'ai pas
modifiés). Le type n'est généralement pas précisé, et de toutes façons,
jamais positionné explicitement à "TWO_LEVEL" ou "FOUR_LEVEL".

J'ai des lignes du genre:
key <FK04> { [ F4 ] };

Ce qui m'étonne, c'est quand dans la config par défaut, j'ai:
keycode 70 = F4 F14
et que F4 et Shift+F4 font afficher des signes cabalistiques (rien
d'étonnant à ça) *différents*.

Les fichiers xkb vont dans /usr/X11R/lib/X11/xkb/symbols/pc/
tu peux regarder ceux qui existent pour avoir des exemples.

J'imagine que si le problème vient de là et que je force les Fx à passer
en "TWO_LEVEL", ce sera résolu? Et je pourrai utiliser mon xmodmap
par-dessus...

Je préférerais (si possible) faire l'essentiel des modifications par
xmodmap, pour garder la portabilité. Sur les autres systèmes que
j'utilise, je n'ai pas accès au serveur X (c'est un terminal X, et je ne
suis pas root), donc pas possible de bidouiller avec xkb.

D'après ce que tu dis, tu voudrais quelque chose du genre:

Merci pour l'exemple. J'essaierai ce week-end.

Où est la documentation de cette syntaxe? La page de man de X est
succincte à propos du clavier et ni les man de xkbcomp ni setxkbmap ne
semblent plus loquaces.


J'essaie et je reviens témoigner.

--
Jérémy JUST.
Mandrakiste assisté (comme tout mandrakiste)

Kaixo!
Li Tue, 18 Nov 2003 15:50:22 +0100,
Jérémy JUST <jeremy_just@netcourrier.com> scrijheut:

JJ> Élément supplémentaire: quand je verrouille Caps Lock, j'ai toutes les
JJ> majuscules que je veux, même `À'.
JJ> Mais pas moyen d'avoir le `guillemotright', par exemple.

Normal, poru ça il te faudra Shift_Lock et non pas Caps_Lock
(à noter que Caps_Lock permets d'avoir les majuscules même avec
un truc du genre [ aacute, eacute ]; c'est à dire que sans caps lock
tu as: á, avec shift: é; avec capslock: Á, capslock+shift: É.

Le capslock n'est pas un shiftlock (c'était le cas avec les machines
à écrire mécaniques uniquemment)

- Pourquoi ne pas définir une de tes touches comme étant la touche
compose ?

JJ> J'utilise le modificateur Mode_switch, ce qui revient au même.

Pas du tout.
Mode_switch permets de changer de groupe pour le clavier; typiquemment
acceder aux positions 3 et 4 d'une touche.
La touche compose ( Multi_key ) elle permets de taper un caractère
qui n'est code nulle part sur le clavier, en donnant une sequence
de caractères (la sequence et son resultat, en fonction de la locale,
étant definis quelque part; pour XFree86 c'est
dans /usr/X11R6/lib/X11/locale/xxxxx/Compose );
avec compose tu peux, avec n'importe quel clavier latin, taper tous
les caractères latins accentués (enfin, ceux qui ont un seul accent en tout
cas, ceux à deux diacritiques c'est plus dur): accents aigu, grave,
circonflexe, caron, cedille, coma en dessous, point en dessous, ogonek,
point au dessus, tilde, breve, macron, rond au dessus, barre en travers,
ligatures oe, ae, caractères eng, eth, thorn, schwa, 10 sortes de guillemets,
tiret de differentes largeurs, symboles divers (c) (r) tm yen, euro, dollar,
livre,... aucun clavier n'aurait assez de touches pour tous ces
caractères là.
Et les sequences sont très logiques et faciles à retenir.
Seul inconvenient, il faut que le client X utilise X{mb,wc,utf8}LookupString()
au lieu de l'obsolète XLookupString()
mais certains programmes ne le font toujours pas (c'est notamment le
cas de links-graphics: du coup pas moyen d'utiliser compose ou les
touches mortes)

- autre solution : sur mes pécés, j'utilise altgr et shift pour
obtenir les lettres accentuées et tout plein d'autres... Pourquoi
ne pas utiliser ce système ? Tu as une touche altgr normalement :)

JJ> Ben non. J'ai essentiellement des clavier QWERTY de PC. Pour faire un
JJ> AltGr, je pourrais faire Shift+Alt, mais c'est moins pratique (et souvent
JJ> déjà pris).

Tu veux dire que tu n'as pas de touche Alt à droite?
Ou qu'elle renvoie physiquemment le même code que celle de gauche?
Ce n'est pas un QWERTY de PC, c'est un clavier de merde en ce cas!
(les claviers de PC sont (sauf certaines étrangetés, comme le clavier
japonais ou le bresilien) identiques; c'est juste ce qui est imprimé sur
les touches qui diffère, pas le fonctionnement interne.
Autremment dit, que les touches soient imprimées en qwerty n'empêche
absolument pas de definir une touche en AltGr (d'ailleurs, tu l'as fait;
tu l'as juste placé sur la touche F12)


--
Ki ça vos våye bén,
Pablo Saratxaga

O Maitre venere, les nobles circonvolutions de votre royal cerveau
condescendraient-elles, d'une touche infime, a venir en aide au miserable
vermisseau indigne que je suis ?
-- Leonard par Turk & DeGroot

Kaixo!
Li 18 Nov 2003 17:44:17 GMT,
Thomas Nemeth <thomas@julie.vipere.noire> scrijheut:

TN> | keysym F5 = ccedilla Ccedilla ntilde Ntilde

TN> Heu...
TN> Ici j'aurais plutôt utilisé les keycodes plutôt que keysym...

mais les keycodes ne sont pas portables (j'ai eu la blague avec XWin32
(ou un truc comme ça, un serveur X pour windows95), le clavier belge
qui venait avec était nul, il lui manquait pluiseurs caractères
(dont @ | # { } ~ très pratique :- ), j'ai alors pris mond .xmodmap
linux... argh! même enter avait changé (en gros il y avait un difference
de 1 ou de 2 pour chaque touche, genre sur linux c'est keycode 45 et
sous windows keycode 44; ou l'inverse je sais plus). j'ai dû faire un
xmodmap different, et puis mettre dans mon .xsession du code pour charger
le bon xmodmap en fonction de l'adresse IP...)

En fait, si je comprends bien, il laisse la conversion keycode -> keysym
par défaut; puis il change le keysym en un autre keysym.

TN> Voilà. C'est tout ce que je peux te dire pour le moment. Si Pablo a
TN> raison, il faudra peut-être passer par xkb, mais là je trouve que
TN> c'est bien plus difficile que xmodmap...

difficile non, c'est une syntaxe differente, c'est tout;
( "key <TRUC> = { [ machin ] };" n'est pas plus difficile que
"kesym Truc = machin" )

par contre je ne sais pas si on peut charger un fichier d'un repertoire local.

--
Ki ça vos våye bén,
Pablo Saratxaga

Placee sur un table a la maniere d'une boussole,
une horloge indique le nord 24 fois par jour.
C'est plus qu'il n'en faut !
-- P. Geluck

Le sam 22 nov 2003 à 05:46, Pablo Saratxaga a tapoté :
| Kaixo!
| Li 18 Nov 2003 17:44:17 GMT,
| Thomas Nemeth <thomas@julie.vipere.noire> scrijheut:
|
| TN> | keysym F5 = ccedilla Ccedilla ntilde Ntilde
|
| TN> Heu...
| TN> Ici j'aurais plutôt utilisé les keycodes plutôt que keysym...
|
| mais les keycodes ne sont pas portables (j'ai eu la blague avec XWin32
| (ou un truc comme ça, un serveur X pour windows95), le clavier belge
| qui venait avec était nul, il lui manquait pluiseurs caractères
| (dont @ | # { } ~ très pratique :- ), j'ai alors pris mond .xmodmap

:)


| linux... argh! même enter avait changé (en gros il y avait un difference
| de 1 ou de 2 pour chaque touche, genre sur linux c'est keycode 45 et
| sous windows keycode 44; ou l'inverse je sais plus). j'ai dû faire un
| xmodmap different, et puis mettre dans mon .xsession du code pour charger
| le bon xmodmap en fonction de l'adresse IP...)

Oui. C'est ce que je fais (ou presque) entre PC/Sparcs... Disons que
j'ai un Xmodmap générique pour les PCs dans /etc/X11/ mais lorsque
je me logue sur une sparc, il y a un ~/.xmodmaprc-sparc qui est
chargé.


| En fait, si je comprends bien, il laisse la conversion keycode -> keysym
| par défaut; puis il change le keysym en un autre keysym.

Dans ce cas, comment expliques-tu la différence de traitement entre
les keysyms et les keycodes (1 'keycode=' peut avoir au max 8
keysyms, dont seulement 4 sont utilisés -- et il ne semble pas y
avoir de limite pour les 'keysym=') ?


| TN> Voilà. C'est tout ce que je peux te dire pour le moment. Si Pablo a
| TN> raison, il faudra peut-être passer par xkb, mais là je trouve que
| TN> c'est bien plus difficile que xmodmap...
|
| difficile non, c'est une syntaxe differente, c'est tout;
| ( "key <TRUC> = { [ machin ] };" n'est pas plus difficile que
| "kesym Truc = machin" )

Le problème est l'imbrication des maps dans /usr/X11R6/lib/X11/xkb/*
Je trouve que c'est un peu l'anarchie là-dedans. Je me suis adapté
mon xmodmap en xkb, mais franchement je n'y touche que lorsque j'y
suis obligé.
Et puis bon : le format est _beaucoup_ plus verbeux qu'xmodmap :)


| par contre je ne sais pas si on peut charger un fichier d'un repertoire local.

Avec setxkbmap ?

-config file
Specifies the name of an XKB configuration file
which describes the keyboard to be used.

Je ne connais pas trop : c'est toi qui m'en a parlé pour la 1ère
fois, mais bon. Si tu en as le courage, tu pourrais nous faire une
petite doc en Français sur la façon dont on peut se faire un keymap
perso avec xkb ;)


Thomas
--
Ta mère, sa babasse c'est la machine de Babbage.