On mac OS, all duplicatted keys on altgr, when combined with 1typo gives the symbol given by the other

[robinmoussu]

The symbol ! is available in [shift-1] and [altgr-M]. On the current layout of ergol, 1typo + [shift-1] == ¡.

On mac, instead of defining that the altgr layer should directly output a character, it ask for the action corresponding that symbol in another layer. This means that if I use the layer generated by kalamine, 1typo + altgr + [M] == ¡.

ergol.toml.txt ergol.keylayout.txt ergol.keylayout.expected.txt

[fabi1cazenave]

Essayons en français STP ? Et surtout, essayons un rapport de bug plus conventionnel, de la forme :

• voilà ce que j’ai fait ;
• voilà ce que j’ai obtenu ;
• voilà ce à quoi je m’attendais.

Il y a déjà les fichiers qui correspondent à ces trois aspects-là et c’est vraiment top ! Mais là très sincèrement je ne comprends pas le sujet du ticket, donc difficile de prioriser / trier.

FTR : coté Ergo‑L on parle de touche « Typo » pour la fonctionnalité, coté Kalamine on parle de « 1dk  » pour la façon dont c’est implémenté. Mais jamais de « 1Typo », du moins pas pour l’instant. ;-)

[robinmoussu]

Ce que j'ai fait : 1dk + altgr + [M] Ce que j'ai obtenu : "¡" (le symbole en 1dk + shift + 1) Ce que je m'attendais: "!” (le symbole en shift + [M], en ignorant l'effet de 1dk)

shift + [1] == "!", or la touche [1] a aussi un symbole en 1dk + shift. Du coup le doublon de "!" en altgr + [M] gagne la combo en 1dk + altgr

Le problème c'est que dans le keylayout, altgr + key == "action" et non altgr + key == "output" (sur mobile j'ai un doute sur la nomenclature, mais au pire regarde la diff avec expected). "output" => affiche ce charactère, "action" => changement dans la machine à état. altgr ne devrait jamais faire de changement dans la machine a état vu que l'on ne supporte pas 1dk + altgr

Si c'est pas clair on en reparle à l'oral

[fabi1cazenave]

OK, compris. Effectivement le fait que macOS se base sur le caractère pour résoudre les touches mortes (y compris1dk) fait qu’il peut résoudre des combinaisons 1dk+Option de façon indéterminée. Je m’attends à la même chose avec le pilote AHK.

On devrait donc probablement commencer par ouvrir un ticket concernant le support ou non des combinaisons 1dk + AltGr :

• si c’est faisable partout de façon homogène, faisons-le ;
• si les plateformes qui le supportent ne causent pas de souci, pourquoi pas ;
• sinon il faut empêcher tous les pilotes de produire des caracteres en 1dk+AltGr.

[fabi1cazenave]

Closing as invalid to avoid further confusion. I’ll open a specific ticket for the 1dk+AltGr issue later.