[EGD-discu] Il ne faut pas mélanger les cochons et les serviettes

[ Thread Index | Date Index | More ergodis.org/discussions Archives ]


Bonjour,

Ceux qui ont défini les raccourcis clavier les plus courants ont mélangé des raccourcis basés sur le symbole produit par une touche et d’autres basés sur la position de la touche.
Résultat : quand on crée une disposition différente, les raccourcis posent un réel problème.

La plupart des pilotes de clavier Windows ne différencient pas AltGr, qui sert à produire des caractères supplémentaires, de Ctrl + Alt, alors que ces touches servent typiquement pour des raccourcis clavier.
Résultat : des conflits.

Certains logiciels gèrent le clavier suivant la disposition pour les caractères produits, mais suivant les codes de touches pour les raccourcis clavier (voire pire, suivant la disposition pour certains raccourcis et suivant les codes de touches pour d’autres).
Résultat, si on utilise une disposition différente, on coure là encore aux problèmes.

S’il y a une leçon à tirer du passé, c’est que mélanger des logiques de niveaux différents, c’est faire de la m… et préparer des problèmes.

X.org, quant à lui, sépare clairement les logiques de combinaison (une combinaison de modificatrices avec une autre touche enfoncées simultanément produit un symbole, c’est-à-dire un caractère ou un symbole « mort ») et les logiques de composition (une séquence de symboles commençant par un symbole « mort » produit un ou plusieurs caractères).

Le 2017-01-10 à 09:58, Nicolas Chartier a écrit :
-> on aura potentiellement des comportements définis sur certaines touches mortes + altgr b (donc underscore)

Ça peut poser problème si la combinaison qui a été définie rentre en conflit avec une éventuelle définition de touche morte + underscore, chose qui a été proposée (validée je ne sais plus).

AltGr + B, voire AltGr + Maj + B (peut-être as-tu oublié le Maj), produit (éventuellement) un symbole. C’est lui qu’il faut considérer dans les séquences de composition, sauf à chercher les problèmes pour soi ou pour les autres (par exemple les développeurs de X.org, qui tentent de maintenir un truc propre, eux).

J’espère avoir été clair, parce que c’est pas forcément simple.

Eh oui, c’est bien ce que je dis : quand on mélange des logiques de niveaux différents, tout devient plus compliqué…
La disposition Bépo n’est pas obligée de faire cette erreur.
-- 
Laurent
http://beop.free.fr/


Mail converted by MHonArc 2.6.19+ http://listengine.tuxfamily.org/