« Version 1.1rc1/Touches mortes/Enchaînement » : différence entre les versions

Dernière version du 27 mars 2023 à 14:30

Certaines langues utilisent des lettres portant plusieurs diacritiques. La méthode de saisie disponible actuellement sur toutes les plateformes pour saisir tous ces caractères est de taper la lettre de base, puis d’ajouter les diacritiques combinants à la suite. Cette méthode de saisie est préférée dans la plupart des régions du monde. Mais dans les pays utilisant des touches mortes, les utilisateurs trouvent plus naturel de saisir des touches mortes en série (enchaînements de touches mortes) avant le caractère à diacriter.

Problème de Windows

L’OS de Microsoft contient une limitation due à l’obsolescence et le refus de mise à jour, qui impacte le développement des dispositions de clavier dans plusieurs pays : par touches mortes, une seule unité de code peut être générée, donc ni caractères décomposés^[1], ni caractères des plans multilingues supplémentaires d’Unicode.

Le groupe de travail AFNOR ayant décidé d’éviter les éditeurs d’entrée, et Windows étant ce qu’il est (impossibilité de générer des séquences par touches mortes), la saisie par touches mortes sous Windows aboutit toujours à des caractères précomposés. Pour le vietnamien, où les diacritiques sont traditionnellement saisis à la suite des lettres de base^[2], Windows contient une disposition où non seulement les 6 voyelles simples, mais aussi les 6 voyelles diacritées sont saisies par touches vives (sous forme précomposée pour les diacritées), et les diacritiques ayant une fonction de marque de ton sont ajoutés sous forme combinante. Dans ce cas, l’évitement des séries de touches mortes est arbitraire, puisque tous les caractères du vietnamien ont été encodés sous forme précomposée. Mais le lituanien avec marques de ton (1 % de l’usage), dont les caractères précomposés ont été refusés parce que la demande venait après la date limite, ne peut être saisi que de cette manière sur un clavier Windows sans éditeur d’entrée. La situation est pareille pour de nombreuses langues d’Afrique^[3].

Au niveau du bépo, les séries de touches mortes sont implémentées sous Linux et macOS, mais pas encore sous Windows.

Notons qu’ISO/IEC 9995-11 indique comment résoudre le problème de Windows en créant des dispositions de clavier où tous les caractères morts sont des diacritiques combinants, traités ensuite par un algorithme d’édition d’entrée mettant en œuvre la routine de composition canonique^[4] fournie par l’OS^[5].

Avantages

saisie plus habituelle et moins compliquée, attendu que sur les dispositions à touches mortes, la génération des diacritiques combinants nécessite au moins un appui sur clavier bépoEspace après chaque touche morte (ou sur clavier bépopoint selon ISO/IEC 9995-11) ;
permet la gestion des pressions multiples ;
permet d’implémenter une fonctionnalité de composition dans la disposition de clavier ;
permet d’implémenter un ou plusieurs sélecteurs de groupe selon ISO/IEC 9995, parties 1 et 3, option sélecteur de groupe rémanent, sans toutefois l’option clavier bépoMaj+clavier bépoAltGr, puisqu’une modificatrice (« touche de combinaison ») comme clavier bépoAltGr ne peut pas être en même temps une touche à caractères (ce que sont les touches mortes).

Inconvénients / critiques

souvent considéré comme non intuitif du fait de n’avoir aucun retour après la frappe d’une touche morte ;
un problème de faisabilité était rencontré lors de la création de la disposition à l’époque, mais les manières de faire pour Windows sont aujourd’hui connues.

Portabilité

Windows : uniquement pour les caractères existant sous forme précomposée (par édition des sources en C générées par l’outil Microsoft KbdUTool, ou dans la source .klc, avant utilisation directe du KbdUTool, voir user:a2/dk)
X.Org : OK pour tous les caractères
macOS : OK pour tous les caractères

_________________________

↑ Forme NFD d’Unicode, où les lettres diacritées sont des séquences d’une lettre de base suivie d’un ou plusieurs diacritiques combinants.
↑ Au Vietnam, des éditeurs d’entrée sont couramment utilisés, acceptant la saisie des diacritiques après la lettre de base (voire en fin de mot), mais produisant des caractères précomposés.
↑ http://www.unicode.org/mail-arch/unicode-ml/y2016-m02/0072.html ; http://www.unicode.org/mail-arch/unicode-ml/y2016-m11/0075.html et les autres mails de ces fils
↑ https://fr.wikipedia.org/wiki/Normalisation_Unicode, http://fr.comp.normes.unicode.narkive.com/rp8WTJoK/unicode-composition-decomposition-canonique
↑ Cf. la critique dans l’article Wikipédia.

[1] Forme NFD d’Unicode, où les lettres diacritées sont des séquences d’une lettre de base suivie d’un ou plusieurs diacritiques combinants.

[2] Au Vietnam, des éditeurs d’entrée sont couramment utilisés, acceptant la saisie des diacritiques après la lettre de base (voire en fin de mot), mais produisant des caractères précomposés.

[3] ttp://www.unicode.org/mail-arch/unicode-ml/y2016-m02/0072.html ; http://www.unicode.org/mail-arch/unicode-ml/y2016-m11/0075.html et les autres mails de ces fils

[4] ttps://fr.wikipedia.org/wiki/Normalisation_Unicode, http://fr.comp.normes.unicode.narkive.com/rp8WTJoK/unicode-composition-decomposition-canonique

[5] Cf. la critique dans l’article Wikipédia.

[1]

[2]

[3]

[4]

[5]

@@ Ligne 1 : / Ligne 1 : @@
 {{sommaire à droite}}
-Certaines langues utilisent des lettres portant plusieurs diacritiques et la méthode de saisie disponible actuellement sur toutes les plateformes pour saisir ces caractères est de taper le symbole de base puis d’ajouter les diacritiques combinants par la suite. Une façon plus naturelle pour saisir ces caractères est de permettre l’'''enchaînement des touches mortes''' puis de saisir le caractère à diacriter. Ceci est déjà possible, ce qui est déjà possible avec les pilotes Linux et OS X actuels, mais n’est pas du tout implémenté sous Windows.
+Certaines langues utilisent des lettres portant plusieurs diacritiques. La méthode de saisie disponible actuellement sur toutes les plateformes pour saisir tous ces caractères est de taper la lettre de base, puis d’ajouter les diacritiques combinants à la suite. Cette méthode de saisie est préférée dans la plupart des régions du monde. Mais dans les pays utilisant des touches mortes, les utilisateurs trouvent plus naturel de saisir des '''touches mortes en série''' (enchaînements de touches mortes) avant le caractère à diacriter.
+== Problème de Windows ==
+L’OS de Microsoft contient une limitation due à l’obsolescence et le refus de mise à jour, qui impacte le développement des dispositions de clavier dans plusieurs pays : par touches mortes, une seule unité de code peut être générée, donc ni caractères décomposés<ref>Forme NFD d’Unicode, où les lettres diacritées sont des séquences d’une lettre de base suivie d’un ou plusieurs diacritiques combinants.</ref>, ni caractères des plans multilingues supplémentaires d’Unicode.
+Le groupe de travail AFNOR ayant décidé d’éviter les éditeurs d’entrée, et Windows étant ce qu’il est (impossibilité de générer des séquences par touches mortes), la saisie par touches mortes '''sous Windows''' aboutit toujours à des caractères précomposés. Pour le vietnamien, où les diacritiques sont traditionnellement saisis à la suite des lettres de base<ref>Au Vietnam, des éditeurs d’entrée sont couramment utilisés, acceptant la saisie des diacritiques après la lettre de base (voire en fin de mot), mais produisant des caractères précomposés.</ref>, '''Windows''' contient une disposition où non seulement les 6 voyelles simples, mais aussi les 6 voyelles diacritées sont saisies par touches vives (sous forme précomposée pour les diacritées), et les diacritiques ayant une fonction de ''marque de ton'' sont ajoutés sous forme combinante. Dans ce cas, l’évitement des séries de touches mortes est arbitraire, puisque tous les caractères du vietnamien ont été encodés sous forme précomposée. Mais le lituanien avec marques de ton (1 % de l’usage), dont les caractères précomposés ont été refusés parce que la demande venait après la date limite, ne peut être saisi que de cette manière sur un '''clavier Windows sans éditeur d’entrée'''. La situation est pareille pour de nombreuses langues d’Afrique<ref>http://www.unicode.org/mail-arch/unicode-ml/y2016-m02/0072.html ; http://www.unicode.org/mail-arch/unicode-ml/y2016-m11/0075.html et les autres mails de ces fils</ref>.
+Au niveau du bépo, les séries de touches mortes sont implémentées sous Linux et macOS, mais pas encore sous '''Windows'''.
+Notons qu’[https://fr.wikipedia.org/wiki/ISO/CEI_9995#ISO.2FCEI_9995-11_-_Les_touches_mortes ISO/IEC 9995-11] indique comment résoudre le '''problème de Windows''' en créant des dispositions de clavier où tous les [[Version_1.1/Touches_mortes/Caractères_morts|caractères morts]] sont des diacritiques combinants, traités ensuite par un algorithme d’édition d’entrée mettant en œuvre la routine de ''composition canonique''<ref>https://fr.wikipedia.org/wiki/Normalisation_Unicode, http://fr.comp.normes.unicode.narkive.com/rp8WTJoK/unicode-composition-decomposition-canonique</ref> fournie par l’OS<ref>Cf. la critique dans l’article Wikipédia.</ref>.
 == Avantages ==
-* saisie plus naturelle et moins complexe ;
+* saisie plus habituelle et moins compliquée, attendu que sur les dispositions à touches mortes, la [[Version_1.1/Touches_mortes/Diacritiques|'''génération des diacritiques combinants''']] nécessite au moins un appui sur {{t|espace|#fff}} après chaque touche morte (ou sur {{t|point|#fff}} selon ISO/IEC 9995-11) ;
-* homogénéïté des trois pilotes.
+* permet la [[Version_1.1/Touches_mortes/Pressions_multiples|'''gestion des pressions multiples''']] ;
+* permet d’implémenter une [[Version_1.1/Touches_mortes/Composition|'''fonctionnalité de composition''']] dans la disposition de clavier ;
+* permet d’implémenter un ou plusieurs [[Version_1.1/Touches_mortes/Groupes|'''sélecteurs de groupe''']] selon ISO/IEC 9995, parties 1 et 3, option ''sélecteur de groupe rémanent'', sans toutefois l’option {{t|Maj}}+{{t|AltGr|#2f2}}, puisqu’une modificatrice (« touche de combinaison ») comme {{t|AltGr}} ne peut pas être en même temps une touche à caractères (ce que sont les touches mortes).
 == Inconvénients / critiques ==
-* aucun ; existait un problème de faisabilité lors de la création de la [[version 1.0]] à l’époque, mais une méthode existe pour Windows aujourd’hui.
+* souvent considéré comme non intuitif du fait de n’avoir aucun retour après la frappe d’une touche morte ;
+* un problème de faisabilité était rencontré lors de la création de la disposition à l’époque, mais les manières de faire pour Windows sont aujourd’hui connues.
 == Portabilité ==
-* Windows : OK (par édition des sources en C générées par l’outil Microsoft KbdUTool, voire dans la source .klc avant utilisation directe du KbdUTool)
+* Windows : uniquement pour les caractères existant sous forme précomposée (par édition des sources en C générées par l’outil Microsoft KbdUTool, ou dans la source .klc, avant utilisation directe du KbdUTool, voir [[user:a2/dk]])
-* X.Org : OK
+* X.Org : OK pour tous les caractères
-* macOS : OK
+* macOS : OK pour tous les caractères
+_________________________
+<references/>
+[[Catégorie:Version]]