Forum général.général Bépo, setxkbmap, RH5, virtualbox, et bug.

Posté par  (site web personnel) .
Étiquettes : aucune
-1
8
nov.
2012

Bonjour,

Au travail (où je viens de commencer), je dois utiliser une RH5 dans une machine virtuelle pour le dev.
De mon côté, j'utilise un clavier Kinesis Advantage avec un layout basé sur le bépo. Mais comme la forme du clavier n'est pas du tout celle d'un clavier normal, j'ai des changements inhabituels. Par exemple, la touceh me sert de , la touche me sert de caps lock, et la touche me sert de .

Mon xkb/symbols/fr contient donc une entrée pour ce clavier avec, entre autres,

...
    key <UP> { [       Left  ] };
    key <DOWN>   { [     Down ] };
    key <AD11> { [       Up  ] };
    key <AD12>   { [     Right ] };
...
    key <AC11> { type[group1] = "FOUR_LEVEL_SEMIALPHABETIC", [ m, M, dead_macron, masculine ] }; // m M ¯ º
    key <LEFT> { type[group1] = "FOUR_LEVEL_SEMIALPHABETIC", [ ccedilla, Ccedilla, dead_cedilla, UFDD3 ] }; // ç Ç ¸ ,
    key <RGHT> { type[group1] = "FOUR_LEVEL_SEMIALPHABETIC", [ ecircumflex, Ecircumflex, slash ] }; // ê Ê /
...
    key <CAPS> { type[group1] = "FOUR_LEVEL_SEMIALPHABETIC", [ f, F, dead_ogonek, ordfeminine ] }; // f F ˛ ª
    key <TLDE> { [ Caps_Lock ] } ;
...

Tout ça marche d'habitude très bien, mais ça merde dans mon virtual box:
La touche ne répond pas, pas même dans xev lancé dans la VM.
La touche , au lieu de faire LEFT, me fait <ç>.
La touche TLDE me fait soit capslock puis F si je rappuie, soit capslock tout court. Et dans xev, elle m'affiche (entre autres) des 

PropertyNotify event, serial 29, synthetic NO, window 0x1200001,
    atom 0x116 (XKLAVIER_STATE), time 3721162179, state PropertyNewValue

Bref, c'est la marde totale, et je ne peux pas utiliser autre chose que mon layout bépo…

Quelqu'un saurait-il comment régler ce problème, ou m'y aider ?

  • # Corrections et précisions

    Posté par  (site web personnel) . Évalué à 2.

    L'interprétation HTML a eu raison de mon texte…

    Comportements prévus:

    CAPS -> f
    TILDE -> CAPS
    UP -> LEFT

    Comportements obtenus, quand je fais mon setxkbmap dans la VM:

    CAPS -> rien du tout. Même pas dans xev
    TILDE -> un mélange de CAPS et de f, selon qu'on a appuyé dessus une fois déjà ou pas
    UP -> ç

    Je précise que mon mapping marche très bien ailleurs, y compris sur la machine hôte (une ubuntu récente).
    Le reste des modifications que j'ai apportées au bépo semblent marcher sans problème ; seules CAPS, TILDE et UP ont des problèmes.

  • # workaround ?

    Posté par  (site web personnel) . Évalué à 2.

    Pourquoi ne pas te connecter à distance sur la vm ( ssh, tigervnc…. ) et profiter de ton clavier qui marche très bien sur ton poste hôte ?

    Fuse : j'en Use et Abuse !

    • [^] # Re: workaround ?

      Posté par  (site web personnel) . Évalué à 2.

      Par SSH, je le fais déjà, mais ce n'est bon que si l'hôte est en bépo.
      Si je me connecte par windows (par exemple avec NoMachine) je suis foutu (à moins que je puisse faire mon propre driver pour le clavier sous windows tout comme j'ai pu éditer mon xkb/symbols/fr ?)
      Enfin, oui, c'est ce que je vais faire en attendant…

  • # clavier definit dans l'hote et dans la VM

    Posté par  . Évalué à 2.

    tu peux tres bien avoir un mapping bepo, ou classique azerty dans l'hote
    et un mapping qwerty dans la VM

    quand tu seras dans la VM ce sera le qwerty qui primera.

    si tu veux du bepo ou de l'azerty dans la VM il faut la configurer aussi.

    ex : avec mon OSX (ou je sais c'est le mal), je configure mes VMs pour utiliser le clavier fr:macintosh, sinon je me retrouve avec le mapping fr:oss classique.

    sinon tu peux aussi faire ce que propose zeleonix, lancer la VMs, puis te connecter dessus par ssh
    ainsi c'est le mapping de ton hote qui sert, et qui envoie le caractere demandé à la VMs

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.