Forum bépo

Forum des utilisateurs du bépo

Vous n'êtes pas identifié(e).

#1 7/6/2022 18:19:35

jportemer
Membres
Inscription : 27/4/2022
Messages : 9

Questions modification disposition via .klc

Bonjour à tous,

Je cherche à modifier légèrement ma disposition Bépo en partant de la version officielle 1.1.
Mon but est dans un premier temps de dupliquer le pavé numérique sur le clavier principal, main droite en AltGr, et transformer ma touche Windows gauche en AltGr.

Méthodologie : comme je suis sur Windows, édition et compilation à partir d’un .klc via l’utilitaire kbdutool de MSKLC.

Je rencontre cependant des problèmes dont je souhaiterais discuter avec vous afin de trouver des éléments de résolution.

Problème 1 : compilation du klc officiel
Lorsque je cherche à compiler le fichier bepo-1.1rc2-full-azerty.klc en l’état, j’obtiens l’erreur suivante :

Error 2025 (kbdbepo.klc, line 157):
    DEADKEY character value was badly formed

Le problème semble lié au fait qu’il ne peut pas y avoir d’arobase dans les rubriques DEADKEY (mécanisme d’enchaînement de touches mortes ?)
J’ai contourné en enlevant tous les @ en question, mais étant donné que j’enlève potentiellement des fonctionnalités, pensez-vous qu’il existe une solution non-destructive ?

Problème 2 : touche morte d’exponentiation sur Ç
Étant donné qu’AltGr + T allait devenir un raccourci pour le chiffre 0, et AltGr + V celui de 5, je voulais au moins déporter les touches mortes d’exponentiation et d’indexation (macron) sur AltGr + Ç et AltGr + W.
Pour le macron en W cela fonctionne mais pas pour l’exposant en Ç. Lors de l’appui AltGr + Ç cela fonctionne bien comme une touche morte, en n’affichant rien, mais lorsqu’ensuite je tape un 2, par exemple, cela affiche un 2 inchangé et pas un ². Bref, j’ai inventé la touche morte qui ne modifie rien ^^
Pourtant je ne pense pas avoir fait d’erreur dans le fichier de configuration :

2b	OEM_5		5	00e7	00c7	-1	1d49@	1f12f		// LATIN SMALL LETTER C WITH CEDILLA, LATIN CAPITAL LETTER C WITH CEDILLA, <none>, EXPONANT, <null>

Y aurait-il une limitation inhérente à cette touche ? Ou bien je me suis quand même fourvoyé quelque part ?

Problème 3 : duplication de l’AltGr
En mettant de côté les deux problèmes précédents, j’ai ± obtenu ce que je voulais. Sauf la création de l’AltGr gauche sur la touche Windows gauche.
Suivant l’exemple donné par le Bret qui a fait ce genre de manipulation sur son TypeMatrix, j’ai rajouté les lignes suivantes dans le fichier .H obtenu par la génération des codes sources C++ :

#undef  X5B
 #define X5B _EQ(                                      LMENU                      )

Je suppose que la touche Windows gauche a bien ce code x5b car cette touche est déclarée comme telle dans le .klc :

5b	"Left Windows" // Dans la section KEYNAME_EXT

Pourtant, cela ne fonctionne pas bien que cela compile, le comportement de la touche reste celui de la touche système.
Des idées sur la cause du problème ?
Je précise que dans ma phase de compilation, le fichier .H est bien en lecture seule et j’ai bien redémarré le PC pour prendre les modifications en compte.

Trouvé… Coquille toute bête. Il fallait indiquer RMENU (qui fait référence à l’AltGr) et pas LMENU (qui fait référence à… Alt ! c’est à dire lui même…).

Merci beaucoup pour votre aide. Même des simples pistes pourraient m’aider à avancer donc un grand merci par avance.
Je peux envoyer mes fichiers complets si besoin et apporter des précisions quoi qu’il en soit.

Bonne soirée,

Jean

ÉDIT : j’ai trouvé la source de l’erreur pour le problème 3. Coquille très bête… Désolé.

Dernière modification par jportemer (11/6/2022 18:30:35)

Hors ligne

#2 16/6/2022 13:13:30

jportemer
Membres
Inscription : 27/4/2022
Messages : 9

Re : Questions modification disposition via .klc

Bonjour,

Au final, j’ai fait comme tout le monde et suis passé par KbdEdit.

D’après ce que j’ai pu glaner sur le forum, la méthode via .klc ne permet pas vraiment de faire plus que des substitutions de touches simples.
En effet, j’ai pu tester que le changement de comportement de la touche Alt (pour en faire un deuxième AltGr) posait problème via cette méthode, car la touche gardait une partie de son comportement originel (ex : Alt + R bloquait).

Le logiciel à licence KbdEdit prend en charge tous ces cas-là y compris la modification des touches spéciales, sans accroc pour ce que j’ai pu en tester.

Hors ligne

Pied de page des forums