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

De Disposition de clavier bépo
Aucun résumé des modifications
mAucun résumé des modifications
Ligne 1 : Ligne 1 :
{{sommaire à droite}}
{{sommaire à droite}}
== Situation ==
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.
 
Une méthode intermédiaire distingue entre accents et marques de ton, pour saisir les voyelles (avec ou sans diacritiques) par touche vive (ou morte-vive), et ajouter la marque de ton sous forme de diacritique combinant.
 
Dans certains pays, 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 lettres précomposées.
 
Au niveau du '''bépo''', les séries de touches mortes sont implémentées sous Linux et MacOS, mais pas encore sous Windows.


== Avantages ==
== 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 la barre d’espace après chaque touche morte (ou sur le point selon ISO/IEC 9995-11).
* saisie plus naturelle et moins complexe ;
* homogénéïté des trois pilotes.


== Inconvénients / critiques ==
== Inconvénients / critiques ==
* souvent considéré comme non-intuitif du fait de n’avoir aucun retour après la frappe d’une touche morte ;
* aucun ; existait un problème de faisabilité lors de la création du bépo, mais une méthode existe pour Windows aujourd’hui.
* un problème de faisabilité était rencontré lors de la création de la [[version 1.0]] à l’époque, mais les manières de faire pour Windows sont aujourd’hui connues.


== Portabilité ==
== 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)
* 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, voir [[user:a2/dk]] pour un exemple)
* X.Org : OK pour tous les caractères
* X.Org : OK.
* macOS : OK pour tous les caractères
* macOS : OK.

Version du 25 novembre 2016 à 02:03

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.

Avantages

  • saisie plus naturelle et moins complexe ;
  • homogénéïté des trois pilotes.

Inconvénients / critiques

  • aucun ; existait un problème de faisabilité lors de la création du bépo, mais une méthode existe pour Windows aujourd’hui.

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, voir user:a2/dk pour un exemple)
  • X.Org : OK.
  • macOS : OK.