« Utilisateur:Marcel/Version 2.0 » : différence entre les versions

De Disposition de clavier bépo
Aucun résumé des modifications
Aucun résumé des modifications
Ligne 6 : Ligne 6 :
{{note|Dans la suite, il sera question d’une proposition concrète testable à l’aide de fichiers inclus dans le pack à télécharger sur [http://dispoclavier.com dispoclavier] (pour Windows ; les fichiers pour Linux et Mac sont à venir).}}
{{note|Dans la suite, il sera question d’une proposition concrète testable à l’aide de fichiers inclus dans le pack à télécharger sur [http://dispoclavier.com dispoclavier] (pour Windows ; les fichiers pour Linux et Mac sont à venir).}}


Plutôt que comme un accomplissement, la normalisation du bépo peut être considérée comme un point de départ. Vu ainsi, le processus est le moment de la dernière chance. Étant donné que la promotion et la popularité du bépo passeront à la vitesse supérieure grâce à la norme, la mise au point d’une version 2 ne devrait pas être reportée. C’est un peu juste, et c’est dommage de ne pas avoir eu toutes ces idées deux ans plus tôt<ref>De nombreuses idées attendent sur les pages [[v2:Idées]] et [[v2:Projet]], mais pour leur concrétisation sous Windows – traditionnellement l’OS le plus limitatif – il en manquait une ou deux. On essaie de faire le tour dans la section [[#Point de départ|Point de départ]].</ref>, mais ce n’est pas une raison d’exclure a priori que le bépo fasse une sorte de mue in extremis. En interprétant des témoignages sur la ML ([https://listengine.tuxfamily.org/ergodis.org/discussions/2016/06/msg00057.html exemple]), on peut affirmer qu’une partie des bépoètes s’attendent à des changements et sont prêts à adopter de nouvelles fonctionnalités.  
Plutôt que comme un accomplissement, la normalisation du bépo peut être considérée comme un nouveau point de départ. Vu ainsi, le processus est le moment de la dernière chance. Étant donné que la promotion et la popularité du bépo passeront à la vitesse supérieure grâce à la norme, la mise au point d’une version 2 ne devrait pas être reportée. C’est un peu juste, et c’est dommage de ne pas avoir eu toutes ces idées deux ans plus tôt<ref>De nombreuses idées attendent sur les pages [[v2:Idées]] et [[v2:Projet]], mais pour leur concrétisation sous Windows – traditionnellement l’OS le plus limitatif – il en manquait une ou deux. On essaie de faire le tour dans la section [[#Point de départ|Point de départ]].</ref>, mais ce n’est pas une raison d’exclure a priori que le bépo fasse une sorte de mue in extremis. En interprétant des témoignages sur la ML ([https://listengine.tuxfamily.org/ergodis.org/discussions/2016/06/msg00057.html exemple]), on peut affirmer qu’une partie des bépoètes s’attendent à des changements et sont prêts à adopter de nouvelles fonctionnalités.  


Sur le plan de l’'''ergonomie''', les éléments nouveaux comprennent la [[Utilisateur:Nemolivier/Ergo_Saisie_A|frappe en A]], l’exploitation de l’accessibilité des touches sous les médians et les annulaires sur la rangée supérieure, l’accès avantageux aux chiffres par Alt droite (AltDr qui devient la modificatrice Kana sous Windows, qu’on propose d’appeler « Pro ») et sa bascule (KanaLock ou VerrPro) et aussi en pavé par une modificatrice sur la touche 105 (Num, claviers ISO uniquement), l’utilisation des bonnes places en AltDr sur la rangée de repos et voisines pour les caractères informatiques, et le basculement de l’accès direct entre la diacritation (mode Langues) et des caractères informatiques fréquents (mode Programmeur). Sont inclus l’accessibilité simultanée en direct des deux apostrophes (typographique et guillemet simple informatique), un meilleur accès au tiret sur tous les claviers, et au Ç sur les claviers ANSI.
Sur le plan de l’'''ergonomie''', les éléments nouveaux comprennent la [[Utilisateur:Nemolivier/Ergo_Saisie_A|frappe en A]], l’exploitation de l’accessibilité des touches sous les médians et les annulaires sur la rangée supérieure, l’accès avantageux aux chiffres par Alt droite (AltDr qui devient la modificatrice Kana sous Windows, qu’on propose d’appeler « Pro ») et sa bascule (KanaLock ou VerrPro) et aussi en pavé par une modificatrice sur la touche 105 (Num, claviers ISO uniquement), l’utilisation des bonnes places en AltDr sur la rangée de repos et voisines pour les caractères informatiques, et le basculement de l’accès direct entre la diacritation (mode Langues) et des caractères informatiques fréquents (mode Programmeur). Sont inclus l’accessibilité simultanée en direct des deux apostrophes (typographique et guillemet simple informatique), un meilleur accès au tiret sur tous les claviers, et au Ç sur les claviers ANSI.
Ligne 438 : Ligne 438 :
[[Fichier:Prop prov bépo.png]]
[[Fichier:Prop prov bépo.png]]


On propose de '''conserver''' les ponctuations et symboles suivants :
Dans le domaine des '''ponctuations et symboles,''' on propose de '''conserver''' les caractères suivants :
* Le '''point médian''' est rendu d’accès plus facile pour simplifier la saisie de terminaisons conditionnelles selon l’usage actuel, qui varie entre le tiret et le point médian. En {{t|AltDr}} sur la touche de l’apostrophe, il est placé pour optimiser les séquences « ·e·s » ;
* Le '''point médian''' est rendu d’accès plus facile pour simplifier la saisie de terminaisons conditionnelles selon l’usage actuel, qui varie entre le tiret et le point médian. En {{t|AltDr}} sur la touche de l’apostrophe, il est placé pour optimiser les séquences « ·e·s » ;
* Les '''obèles''' sont maintenus sur leurs places actuelles en {{t|AltDr}}+{{t|H|#fff}} pour le simple « † », en {{tt|Maj|AltDr}}+{{t|H|#fff}} pour le double&nbsp;« ‡ » ;
* Les '''obèles''' sont maintenus sur leurs places actuelles en {{t|AltDr}}+{{t|H|#fff}} pour le simple « † », en {{tt|Maj|AltDr}}+{{t|H|#fff}} pour le double&nbsp;« ‡ » ;
Ligne 447 : Ligne 447 :
* Le '''signe moins''' et le '''signe plus''' se posent tous les deux en {{t|Maj}} sur leurs touches respectives, sachant que les keycodes des deux touches à gauche de {{t|Retour arrière|#fff}} ont les significations de « MOINS » et de « PLUS » qui sont prises en compte pour les ''raccourcis clavier''<ref>La touche MOINS avait été éliminée de l’azerty, et le bépo a probablement été le premier à la réintroduire sur le pavé alphanumérique en France.</ref> ;
* Le '''signe moins''' et le '''signe plus''' se posent tous les deux en {{t|Maj}} sur leurs touches respectives, sachant que les keycodes des deux touches à gauche de {{t|Retour arrière|#fff}} ont les significations de « MOINS » et de « PLUS » qui sont prises en compte pour les ''raccourcis clavier''<ref>La touche MOINS avait été éliminée de l’azerty, et le bépo a probablement été le premier à la réintroduire sur le pavé alphanumérique en France.</ref> ;
* Les '''autres opérateurs de base''' sont en {{tt|Maj|AltDr}} sur {{t|4|#fff}} et {{t|5|#fff}}, avec une mnémonique incertaine, mais ils n’y sont destinés qu’à dépanner les utilisateurs de claviers ANSI, car avec la 105ᵉ&nbsp;touche on accède au ''mode pavé numérique'' où les opérateurs typographiques sont disposés de manière beaucoup plus mnémonique (cf. [[#La nouvelle modificatrice Num|La nouvelle modificatrice Num]] et [[#Le mode pavé numérique|Le mode pavé numérique]]) ;
* Les '''autres opérateurs de base''' sont en {{tt|Maj|AltDr}} sur {{t|4|#fff}} et {{t|5|#fff}}, avec une mnémonique incertaine, mais ils n’y sont destinés qu’à dépanner les utilisateurs de claviers ANSI, car avec la 105ᵉ&nbsp;touche on accède au ''mode pavé numérique'' où les opérateurs typographiques sont disposés de manière beaucoup plus mnémonique (cf. [[#La nouvelle modificatrice Num|La nouvelle modificatrice Num]] et [[#Le mode pavé numérique|Le mode pavé numérique]]) ;
{{}}
* Les '''symboles ± et ≠''' continuent d’être aux côtés de + et de =, mais avec une accessibilité moins ergonomique. Grâce à la présence en accès direct de la touche morte accent aigu {{t|á|#2f2}}, « ≠ » s’obtient aussi par le roulement {{t|á|#2f2}}{{t|&#x3D;|#fff}}, et « ± » par {{t|á|#2f2}}{{t|+|#fff}} ;
* Les symboles '''inférieur ou égal à''' et '''supérieur ou égal à''' sont maintenant sur les touches des comparateurs stricts, et sous leur forme française « ⩽ ⩾ » approuvée sur la ML ; toutefois, les deux variantes sont accessibles en compose : {{t|compose|#2f2}}{{t|<|#fff}}{{t|<|#fff}} pour « ⩽ »<ref>Les comparateurs emphatiques sont eux aussi en compose : {{t|compose|#2f2}}{{t|2|#fff}}{{t|<|#fff}} pour « ≪ », {{t|compose|#2f2}}{{t|3|#fff}}{{t|<|#fff}} pour « ⋘ ».</ref>, {{t|compose|#2f2}}{{t|<|#fff}}{{t|_|#fff}} pour « ≤ » ;
* Les '''indicateurs ordinaux''' sont repris à l’identique ;
* Les '''symboles ¶ et ¬''' sont eux aussi conservés mais changent plus ou moins de place, avec une mnémonique tantôt graphique (« ¶ » sur {{t|1|#fff}}), tantôt alphabétique (« ¬ » sur {{t|N|#fff}}, au lieu de la mnémonique graphique d’origine sur {{t|7|#fff}}), et comme ils s’obtiennent aussi par touche morte ({{t|ê|#2f2}}{{t|§|#fff}} pour « ¶ ») et/ou compose ({{t|compose|#2f2}}{{t|&#x7C;|#fff}}{{t|p|#fff}} pour « ¶ », {{t|compose|#2f2}}{{t|-|#fff}}{{t|,|#fff}} pour « ¬ »), l’option de leur remplacement – discutée sur la ML – reste en suspens ;
* L’''easter egg'' du bépo, le ''symbole clavier'' « ⌨ », a finalement pu être gardé sur {{t|Maj|AltDr}}+{{t|K|#fff}}<ref>Il est aussi en {{t|compose|#2f2}}{{t|k|#fff}}{{t|b|#fff}}, parce que {{t|compose|#2f2}}{{t|c|#fff}}{{t|l|#fff}} est le ''symbole copyleft''.</ref> ;


On propose d’'''ajouter''' les symboles et ponctuations suivants :


Ce projet de version 2.0 propose d’'''ajouter''' les symboles et ponctuations suivants :
* Le '''trait d’union insécable''' U+2011 est en {{t|Maj}}+{{t|7|#fff}}, où la mnémonique du niveau se réfère à l’espace insécable en Maj sur la barre d’espace, tandis que la mnémonique de la touche prend la barre supérieure du chiffre&nbsp;7 (cf. le suivant) ;
* Le '''trait d’union insécable''' U+2011 est en {{t|Maj}}+{{t|7|#fff}}, où la mnémonique du niveau se réfère à l’espace insécable en Maj sur la barre d’espace, tandis que la mnémonique de la touche prend la barre supérieure du chiffre&nbsp;7 (cf. le suivant) ;
* La '''barre de fraction'''  
* La '''barre de fraction''' en {{tt|Maj|AltDr}}+{{t|7|#fff}} (U+2044) fonctionne avec les exposants et indices, avec lesquels elle peut représenter – grâce à son crénage de part et d’autre – toutes fractions arbitraires à barre oblique. Certains logiciels haut de gamme l’interprètent comme un attribut de mise en forme et acceptent les numérateurs et dénominateurs en chiffres ASCII<ref>Cet usage est conforme au standard Unicode, voir dans le [http://www.unicode.org/versions/Unicode9.0.0/ch22.pdf#G46039 Standard Unicode version&nbsp;9.0, chapitre&nbsp;22 ⟨Symboles⟩, section&nbsp;3 ⟨Nombres⟩, page&nbsp;784 : « ''Fractions'' »] (en anglais), tandis que la synergie avec les exposants et indices est laissée à la discrétion des dessinateurs de fontes, qui la font fonctionner à merveille par exemple dans Arial Unicode MS, jadis fournie gratuitement avec Windows, aujourd’hui rendue inaccessible mais vendue à prix d’or aux utilisateurs souhaitant la récupérer. La raison probable du refus d’Unicode de mentionner la construction de fractions à l’aide d’exposants et d’indices est la mise en avant des solutions logicielles réservées à la PAO, voir dans le [http://www.unicode.org/versions/Unicode9.0.0/ch06.pdf#G2000 Standard Unicode version&nbsp;9.0, chapitre&nbsp;6 ⟨Systèmes d’écriture et ponctuation⟩, section&nbsp;2 ⟨Ponctuation générale⟩, page&nbsp;277 : « ''Fraction Slash'' »] (en anglais). Le ''Standard&nbsp;Unicode'' étant un texte normatif validé par l’industrie à l’attention des implémenteurs, il n’est pas un manuel complet de typographie à l’intention des utilisateurs.</ref>. Cette barre de fraction est aussi accessible par la touche morte {{t|exposant|#2f2}}, comme les chiffres en exposant qu’elle suit ; elle est néanmoins proposée au placement sur la carte du bépo en tant que '''{{v|symbole de liberté}}''' en souvenir des ''fractions précomposées'' y figurant sur la version&nbsp;1.0, désormais toutes<ref>Les fractions précomposées d’Unicode sont principalement ½, ⅓ ⅔, ¼ ¾, ⅕ ⅖ ⅗ ⅘, ⅙ ⅚, ⅐, ⅛ ⅜ ⅝ ⅞, ⅑.</ref> accessibles par {{t|compose|#2f2}}{{t|[numérateur]|#fff}}{{t|[dénominateur]|#fff}} ; sa mnémonique fait appel à la barre oblique du chiffre&nbsp;7 ;
 
* Le '''symbole infini''' U+221F sur {{tt|Maj|AltDr}}+{{t|8|#fff}} mettra sa place à disposition (il est aussi en compose) en cas d’autres idées, par exemple pour le suivant :
* Le '''symbole copyleft''' est a priori en compose<ref>On propose pour le copyleft la séquence {{t|compose|#2f2}}{{t|c|#fff}}{{t|l|#fff}} (ce qui fait que pour le ''symbole clavier'' « ⌨ » il reste {{t|compose|#2f2}}{{t|k|#fff}}{{t|b|#fff}}).</ref>, comme tous les autres symboles légaux ou autres présents sur la version&nbsp;1.0 et qui n’ont plus trouvé place vu leur rareté et qu’ils se prêtent bien au compose. Mais étant donné que le ''copyleft'' est avec d’autres symboles similaires en-dehors du ''plan multilingue de base'' et que donc sous Windows il ne tient pas dans une unité de code UTF-16, il n’y est pas facilement accessible par touche morte. C’est un candidat désigné pour les niveaux de dépannage en {{tt|Ctrl|Alt}} propres à cet OS quand {{t|AltDr}} n’est pas 0x05 (AltGr), mais 0x08 (Kana) — par exemple sur {{tt|Ctrl|Alt}}+{{t|6|#fff}} pour la mnémonique graphique ;
* Le '''symbole diamètre''' « ⌀ » U+2300 fait partie du [https://fr.wikipedia.org/wiki/ISO/CEI_9995#Le_Jeu_partiel_latin_multilingue Jeu partiel latin multilingue], est sur le [http://t2-tastatur.de/ clavier allemand&nbsp;T2] (touche&nbsp;[D], en AltGr), et est indispensable pour professionnaliser la saisie en évitant à l’utilisateur de se rabattre sur l’o&nbsp;barré ; il est proposé pour {{tt|Maj|AltDr}}+{{t|D|#fff}} ;
* La '''case à cocher''' « ☐ » U+2610 n’est pas dans le [https://fr.wikipedia.org/wiki/ISO/CEI_9995#Le_Jeu_partiel_latin_multilingue JPLM&nbsp;(MLS)] mais contribue à son tour à professionnaliser la saisie en évitant à l’utilisateur de se rabattre sur d’autres symboles du clavier ; elle est proposée pour {{tt|Maj|AltDr}}+{{t|L|#fff}} et donne avec {{t|ê|#2f2}} « ☒ », avec {{t|ê|#2f2}}{{t|ê|#2f2}} « ☑ », et avec d’autres touches mortes « ❑|❏|❒|❐|❍ ».


{{…}}


=== Les différents modes d’accès aux chiffres ===
=== Les différents modes d’accès aux chiffres ===

Version du 26 septembre 2016 à 14:53

Le but de cette page est de ranimer la discussion sur la version 2.0 en parallèle à celle sur la version 1.1, afin qu’avant la normalisation, la communauté puisse voter pour décider de l’ampleur des évolutions qui seront implémentées en vue de la normalisation.

Attention

Plusieurs pages préexistantes contiennent le plus gros des ressources
pour la version 2 :

  • Présentation générale et lignes directrices : v2:Projet ;
  • Boîte à idées : v2:Idées ;
  • La page d’accueil v2:Creation référence toutes les pages de la v2.

Dans la suite, il sera question d’une proposition concrète testable à l’aide de fichiers inclus dans le pack à télécharger sur dispoclavier (pour Windows ; les fichiers pour Linux et Mac sont à venir).

Plutôt que comme un accomplissement, la normalisation du bépo peut être considérée comme un nouveau point de départ. Vu ainsi, le processus est le moment de la dernière chance. Étant donné que la promotion et la popularité du bépo passeront à la vitesse supérieure grâce à la norme, la mise au point d’une version 2 ne devrait pas être reportée. C’est un peu juste, et c’est dommage de ne pas avoir eu toutes ces idées deux ans plus tôt[1], mais ce n’est pas une raison d’exclure a priori que le bépo fasse une sorte de mue in extremis. En interprétant des témoignages sur la ML (exemple), on peut affirmer qu’une partie des bépoètes s’attendent à des changements et sont prêts à adopter de nouvelles fonctionnalités.

Sur le plan de l’ergonomie, les éléments nouveaux comprennent la frappe en A, l’exploitation de l’accessibilité des touches sous les médians et les annulaires sur la rangée supérieure, l’accès avantageux aux chiffres par Alt droite (AltDr qui devient la modificatrice Kana sous Windows, qu’on propose d’appeler « Pro ») et sa bascule (KanaLock ou VerrPro) et aussi en pavé par une modificatrice sur la touche 105 (Num, claviers ISO uniquement), l’utilisation des bonnes places en AltDr sur la rangée de repos et voisines pour les caractères informatiques, et le basculement de l’accès direct entre la diacritation (mode Langues) et des caractères informatiques fréquents (mode Programmeur). Sont inclus l’accessibilité simultanée en direct des deux apostrophes (typographique et guillemet simple informatique), un meilleur accès au tiret sur tous les claviers, et au Ç sur les claviers ANSI.

Au niveau typographique on compte l’apostrophe déjà citée, ainsi que l’espace fine insécable (EFI) qui peut être utilisée facilement avec les ponctuations hautes sans modifier l’accès traditionnel à l’espace insécable classique (EIC). Une saisie fluide des minuscules en exposant est possible sur les claviers ISO tant que clavier bépoMaj et clavier bépoNum sont enfoncées. Le grec lui aussi est en touches vives tant que l’on appuie sur clavier bépoVerrMaj, l’arabe en écriture d’origine pareillement avec clavier bépoVerrPro, le cyrillique l’est avec clavier bépoVerrPro+clavier bépoPro, et l’hébreu vocalisé en clavier bépoVerrMaj+clavier bépoPro[2]. Le pavé numérique inclus permet la saisie fluide des chiffres avec séparateur de milliers français (EFI), virgule ou point au choix, et pour cent, pour mille ou euro avec leur EFI automatique. C’est là aussi que se trouvent les opérateurs mathématiques en accès facile, dont l’ordonnancement sur la rangée des chiffres a dû être sacrifié à l’optimisation pour le français.

Proposition provisoire pour le bépo normalisable version 2.0 (Voir avec les info-bulles) : Prop prov bépo.png

Point de départ

Cette proposition de version 2.0 est concrétisée dans l’urgence juste avant la normalisation pour égaliser les performances du bépo avec celles de l’azerty proposé par le même proposant. L’urgence résulte de la synchronisation, mais aussi et surtout de l’unicité de la chance offerte actuellement aux claviers français. Seules les fonctionnalités acceptées dans le processus présent entreront dans la réalité du grand public.

Normaliser le bépo sous sa forme actuelle (Version_1.0rc2) avec quelques ajustements aurait l’avantage de ne pas nécessiter de négociations avec les constructeurs, ni d’autocollants sur les claviers bépo existants. Mais ce serait inefficient et dangereux dans tous les cas :

  • Si l’AFNOR accepte les nouvelles fonctionnalités pour l’azerty, le bépo reste à la traîne ;
  • Si l’AFNOR refuse les nouvelles fonctionnalités par égard pour le bépo ou parce que la communauté du bépo les a refusées “elle aussi”, le nouvel azerty de France n’aura probablement pas le potentiel de devenir un grand succès, ni le peuple français l’envie de le porter à l’actif du gouvernement, bien au contraire. Et les Français ne verront peut-être aucune raison de ne pas faire basculer la situation politique et faire conduire l’Union Européenne à l’implosion.[3]


Éléments conservés

Beaucoup de propositions ont été faites pour optimiser l’ergonomie par des inversions ou des permutations circulaires de lettres et d’autres caractères, mais aucun consensus n’a pu se dégager en faveur de telle ou telle option sauf l’aménagement pour la frappe en A. Cette proposition de version 2.0 a donc beaucoup en commun avec la version stable actuelle et a pour but de s’inscrire dans la tradition du bépo afin de pouvoir être adoptée le cas échéant avec un minimum de changements dans les habitudes de base. Les innovations doivent toutes être motivées par un réel plus qu’elles apportent aux utilisateurs.

L’agencement de l’alphabet de base est conservé sauf pour l’clavier bépoX et l’clavier bépoY, décalés d’une touche vers la gauche pour s’adapter aux nécessités de la frappe en A. Sont pareillement conservés toutes les lettres diacritées en accès direct pour autant qu’elles soient exemptes de problèmes, c’est-à-dire l’clavier bépoÉ et l’clavier bépoÈ. Ainsi la rangée éponyme « clavier bépoBclavier bépoÉclavier bépoPclavier bépoO(clavier bépoÈ) » reste intacte et assure la continuité de l’identité visuelle du bépo dans ce qu’elle a de plus caractéristique.

Cette proposition maintient la présence de l’espace insécable classique (EIC) au niveau Majuscule sur la barre, et elle renforce l’utilisation de l’EIC avec les ponctuations françaises. Malgré ses inconvénients, l’insécable en Maj + espace est devenue d’emblée une fonctionnalité phare du bépo qui souligne le savoir-faire tant de ses concepteurs que de ses utilisateurs à cause du tour de main qui évite les frappes accidentelles.

Dans le même souci de faire l’économie de ruptures évitables dans l’expérience utilisateur, on propose aussi de maintenir à leurs places actuelles sur la barre les deux espaces insécables, tant que les préférences des utilisateurs ne penchent pas clairement en faveur de l’inversion.

On propose de conserver aussi la prise en charge sur la carte de base, des lettres « ß » et « ij » en minuscule et majuscule afin de maintenir une continuité de l’expérience utilisateur pour les bilingues Flamands et germanophones.

La plupart des caractères spéciaux sont eux aussi maintenus (et mis à jour le cas échéant), soit sur leurs places traditionnelles comme les indicateurs ordinaux, les obèles et la perluète, soit là où il restait des places, possiblement en gardant un minimum de logique ou autre mnémonique, comme pour les , , ×, ÷, , ¬.


Idées réalisées

De nombreuses fonctionnalités incluses dans cette proposition se retrouvent déjà sur la page de présentation du projet de version 2 et/ou dans la boîte à idées de la version 2 :

L’idée d’aménager le bépo pour la frappe en A a été discutée sur la ML et a trouvé un écho favorable. La présente proposition vise à la réaliser tout en évitant à l’À de se retrouver sur la touche 105. Les utilisateurs de claviers ANSI bénéficieraient ainsi eux aussi de la touche tiret au milieu, et le bépo conserverait son unicité.


Fonctionnalités ajoutées

Pour réaliser ces idées dans les meilleures conditions, il est nécessaire d’utiliser des ressources clavier moins courantes que la modificatrice traditionnelle Alternate Graphics. Par exemple, si les chiffres sont accessibles par Alt droite (AltDr), il faut pouvoir transférer le rôle de la bascule Verrouillage Capitales pour les chiffres vers une autre bascule. Sous Windows (soit sur la plupart des ordinateurs) cela aboutit à ajouter une bascule sur le clavier, et à changer pour une autre modificatrice sur AltDr.

L’agencement des chiffres en pavé à son tour nécessite une modificatrice à gauche, qui ne peut pas être sur Alt gauche (Alt), parce que sous Windows, le remappage de cette touche dans le driver de disposition est dysfonctionnel. La seule option normalisable est alors la conversion de la 105ᵉ touche en modificatrice, mais de préférence pas sous la forme d’un simple doublage d’AltDr, comme l’ISO/IEC avait prévu d’y doubler AltGr. L’utilité de cette symétrie concerne surtout les chiffres de la moitié droite, tandis que d’autre part, pour être ergonomique, le pavé numérique émulé doit s’étendre sur davantage de touches que ce qui découle de sa morphologie par défaut. Il en résulte que la 105ᵉ touche devient idéalement une nouvelle modificatrice, naturellement appelée « Num », et utilisable aussi pour écrire en exposants, fonctionnalité utile en français et d’autant plus souhaitable sur un clavier ergonomique.

Deux autres extensions de fonctionnalités sont implémentables sous forme de touches mortes. Il s’agit d’une part d’une paire symétrique de sélecteurs de groupe rémanents façon ISO/IEC 9995, et d’autre part d’une émulation COMPOSE intégrée à la disposition, et qui de ce fait participe de la prise en charge des caractères. Une implémentation rationnelle utilise trois positions de touches en AltDr : celle sur la barre d’espace pour COMPOSE, et deux sur la rangée Tab pour les sélecteurs dont chacun donne accès à la même carte supplémentaire (groupe 3), tandis qu’actionnés en double frappe ou ensemble, ils amènent le groupe 4. Jusqu’à 8 autres groupes sont accessibles par « groupe 3 + chiffre », mais aussi de manière circulaire par des frappes répétées des sélecteurs de groupe. L’avantage de cette approche est de fournir un nombre de cartes suffisant pour les domaines principaux comme les mathématiques et la musicologie, mais aussi de parer aux accusations d’hétéroclitie dans les cas où tel groupe contient des symboles issus de plusieurs secteurs.

Une fonctionnalité supplémentaire consiste à fournir un accès en touches vives à plusieurs écritures européennes et/ou utilisées en France et/ou dans le cadre de la culture occidentale, à savoir l’arabe, le cyrillique, le grec et l’hébreu. Implémentée avec les ressources par défaut d’un driver de disposition au format Windows, et de toute manière, cette fonctionnalité ne permet pas d’écrire de textes dans ces écritures, parce qu’il faut appuyer de manière continue sur une ou deux touches à gauche. (Une disposition de clavier dédiée offre aussi l’avantage que la langue utilisée est reconnue plus facilement par les applications.) Concrètement, les deux modificatrices supplémentaires restantes sous Windows sont ajoutées sur les deux bascules. C’est pertinent parce que le nombre de déverrouillages de la bascule après utilisation ⋘ le nombre de caractères de l’autre écriture entrés par touches vives.


Support par les systèmes d’exploitation et portabilité

Vu l’état du marché de l’informatique, les ressources pour les dispositions de clavier, et les stratégies de développement des éditeurs d’OS, les normes de clavier doivent se caler sur Windows. Les autres schémas d’action se sont révélés inefficaces :

  • Apple a adopté l’XML pour configurer les claviers, et c’est aussi dans ce format que les dispositions de clavier sont déposées dans le Common Locale Data Repository (CLDR) d’Unicode. En dépit de tout cela, Windows et Linux continuent d’insupporter les dispositions de clavier en XML.
  • Le Comité technique commun de l’ISO et de l’IEC a créé une norme de clavier internationale depuis le milieu des années 1980 à l’initiative de la France (Dʳ Yves NEUVILLE)[4], à laquelle l’AFNOR a mis la dernière main en 2015. Les développeurs de Linux se sont efforcés d’implémenter cette norme internationale, tandis que Microsoft a refusé jusqu’à sa propre participation aux réunions du groupe de travail, et a figé les API de dispositions de clavier, à ce qu’il paraît après avoir implémenté un sélecteur de groupe – probablement celui d’ISO/IEC 9995, cf. plus bas – de la manière la plus compliquée à programmer (avec le tout dernier bit drapeau, en sautant l’avant-dernier resté inattribué) et sans la moindre documentation dans kbd.h à part le nom (« KBDGRPSELTAP »).

Le bépo a déjà suivi ce principe en bridant la disposition pour l’aligner sur les ressources connues de Windows telles qu’elles sont représentées par le MSKLC, la seule chose qui dépasse étant le tiret bas sur la barre d’espace.

Maintenant que l’on sait que Windows supporte l’enchaînement des touches mortes[5], le bépo est mis à jour en conséquence. Dans la foulée, on peut utiliser pareillement les autres ressources clavier dormantes de Windows.

La portabilité sous les autres OS ne pose a priori pas de problème puisque l’XML est déjà plus performant que les API Windows, et que sous Linux on peut sans doute ajouter tout ce que l’on veut. Cela permet de partir du principe qu’une fois les ressources de Windows pleinement mises en œuvre, les autres OS se feront un devoir de prévoir d’en faire au minimum autant, si vraiment il leur manque encore quelque chose.

C’est peut-être un peu naïf comme point de vue, mais probablement plus terre-à-terre que la normalisation idéaliste que représente ISO/IEC 9995. La chose à éviter en tout cas, c’est la conception de dispositions de clavier en vase clos sans garder à l’œil la faisabilité sous l’OS figé qu’est Windows en ce qui concerne les claviers[6].


Modificatrices et bascules – les niveaux

Cette proposition de version 2.0 change la modificatrice sur Alt droite, place la bascule coordonnée sur la touche au-dessus de Tab, transforme en modificatrice la touche 105 à droite de Maj gauche, et superpose une modificatrice sur chacune des deux bascules. Sous Windows, elle donne accès aux niveaux AltGr par clavier bépoCtrl+clavier bépoAlt, surtout pour pallier l’impossibilité d’y obtenir par touche morte plus d’une unité de code UTF-16. S’y ajoutent le niveau Ctrl hérité (presque vide, mais pas tout à fait) et le niveau Maj + Ctrl (encore vide, mais utilisé dans certaines dispositions de clavier Windows). Il n’en faudrait pas moins pour réaliser pleinement le potentiel de cet outil de travail qu’est le clavier d’ordinateur.

Ce faisant, on évite d’inventer des choses que l’on ne sait pas implémenter et que Microsoft n’implémentera de toute manière jamais. Un exemple d’une telle chose est le sélecteur de groupe rémanent sur Maj + AltGr spécifié comme option dans ISO/IEC 9995 et de fait jamais implémenté parce que techniquement impossible sous le Windows actuel[7]. Un autre exemple sont les bascules linguistiques sous forme de combinaisons avec les touches de fonction pour basculer vers l’arabe, le cyrillique, le grec, l’hébreu, le géorgien et d’autres écritures, qui seraient difficiles à réaliser et ne seront jamais implémentées par Microsoft qui préconise le basculement entre différentes dispositions de clavier avec à la clé l’avantage que la langue active est facilement reconnue par le système[8].

Cette proposition de version 2.0 prévoit simplement de quoi taper des noms dans toutes les langues de France et d’Europe, et elle y ajoute l’arabe et l’hébreu qui sont importants en France et/ou pour la civilisation française[9].


Le changement de modificatrice sur Alt droite

Le remplacement d’AltGr par Kana documenté sur ce site est proposé pour la version normalisable à ceci près que le kllf_altgr n’est pas supprimé, afin de pouvoir mapper AltGr sur un scancode inutilisé, activable au besoin par l’utilisateur à l’aide du convertisseur de signaux de touches inclus dans Windows[10] Ainsi l’utilisateur peut disposer d’une touche AltGr par exemple sur Windows droite ou gauche.

Selon les derniers tests[11], le sélecteur de groupe d’ISO/IEC 9995, bien que connu avant le gel de Windows – sa publication date de 1994 – n’a pas été correctement implémenté par Microsoft, car l’attribut GRPSELTAP qui devrait permettre de spécifier pour chaque touche si les niveaux KBDGRPSELTAP et Shift + KBDGRPSELTAP sont soumis à la bascule VerrCap, ne fonctionne pas[12]. On peut se demander si les lettres « AP » dans GRPSELTAP ne signifieraient pas « aping »[13]… Tout cela sur fond d’absence totale du moindre commentaire à propos de GRPSELTAP dans la source kbd.h, par ailleurs plutôt loquace en ce qui concerne les modificatrices et les niveaux.

On va par conséquent rester sur le remplacement d’AltGr par Kana. Ce remplacement est indiqué à condition de ne pas placer de lettres dans ces niveaux. La proposition présentée ici y garde toutefois l’« ẞ ß » et l’« IJ ij », qui ne sont pas utilisées en français et sont placées sur des touches vives surtout pour rassurer les lecteurs de la carte, car à l’usage on a le choix du fait que la touche morte accent grave (clavier bépoò) est en accès direct et permet d’obtenir ces lettres quand elle est suivie de clavier bépoç pour « ß », ou de clavier bépoj pour « ij ».

Ce remplacement d’AltGr par Kana est logique parce que les chiffres sont en AltDr (Alt droite), de sorte que la bascule qui les met en accès direct est simplement la bascule Kana. Cette bascule est associée aux niveaux Kana, et elle est paramétrable touche par touche, comme la bascule Maj. L’allocation des bascules est liée au keycode, qui est VK_KANA pour KanaLock, et VK_CAPITAL pour CapsLock. La modificatrice Kana au contraire, comme toutes les autres modificatrices, est mappée dans une liste d’allocation des bits drapeaux modificateurs, qui dit que telle touche est « KBDKANA ». Le nom proposé pour cette modificatrice est Pro comme Programmeur ; au sens impropre on peut parler d’AltGr, mais alors il devient plus exact d’utiliser le nom générique AltDr pour Alt droite.

Comme indiqué sur la page Remplacer AltGr par Kana, on évite ainsi le mélange entre raccourcis clavier et frappes de caractères sous Windows. La pertinence passée de l’implémentation d’AltGr choisie par Microsoft résulte de la volonté de conserver la pleine symétrie du clavier en ce qui concerne les touches Contrôle, Windows, et Alt – et accessoirement Ctrl + Alt pour AltGr – et du faible nombre de raccourcis clavier dans les applications. Ce fut seulement une fois les raccourcis en clavier bépoCtrl et clavier bépoMaj+clavier bépoCtrl saturés, que la mise à contribution de clavier bépoCtrl+clavier bépoAlt mit le désordre[14]. Ce problème est résolu dans Word, où l’équivalence n’est appliquée qu’en cas de non-interférence. LibreOffice et Windows au contraire désactivent l’un les raccourcis, l’autre les caractères quand il y a interférence. Mieux vaut donc éliminer le problème à la base.

La modificatrice sur Alt droite est appelée « Pro » comme « Programmeur » (au lieu de « Kana ») pour la distinguer d’« AltGr », puisqu’au niveau fonctionnel ce n’est plus AltGr. Mais pour la rétrocompatibilité, on peut l’appeler d’un nom plus neutre et plus proche de l’étiquette de touche historique. À première vue, ce sera « AltDr » comme « Alt droite ». C’est ce nom neutre et mnémonique qui est retenu pour rédiger cette page, en attendant de voir si « Pro » ou un autre nom entrent en usage.


La nouvelle bascule Programmeur

Avec les chiffres en AltDr, une bascule qui les met en accès direct devient indispensable pour une utilisation ergonomique. Sous Windows, c'est la bascule Kana, dont le placement proposé est sur E00, la touche au-dessus de Tab. En lui soumettant aussi les autres touches portant en accès direct par défaut des caractères non utilisés en programmation – clavier bépoÉ, clavier bépoÈ, clavier bépoê (la touche morte accent circonflexe) notamment – et en y plaçant en AltDr des caractères fréquents en programmation, on aboutit à un clavier multimodal avec un mode Programmeur. Le nom proposé pour cette bascule est donc bascule Pro ou VerrPro.

Le mode Programmeur offre en accès direct les lettres ASCII, les chiffres, ainsi que les deux tirets et les deux guillemets informatiques, mais aussi la barre oblique inverse qui sert de caractère d’échappement dans la plupart des langages.

L’avantage par rapport à la bascule VerrCap et les chiffres en Maj est double :

  • Les chiffres ne sont plus associés aux capitales, car les deux peuvent être basculés indépendamment. Cela se retourne en inconvénient quand il s’agit de taper des sigles comportant des chiffres, et cela change aussi l’expérience utilisateur dans les tableurs, où l’on doit actionner les deux bascules à la fois pour avoir le même effet.
  • Les caractères informatiques en accès direct sur la rangée des chiffres du bépo 1.0 ne sont plus masqués par les chiffres quand la bascule à effet sur les chiffres est active, puisqu’ils se trouvent ailleurs, avec un accès stable.

Le manque de praticité du découplage du basculement des chiffres et des lettres pour une partie des utilisateurs peut être pallié, notamment sous Windows, en utilisant la possibilité de définir librement les niveaux Base et Maj accessibles quand la bascule VerrCap est active[15]. À bascule active, les chiffres peuvent ainsi être en accès direct, et les majuscules diacritées, en Maj (ou alternativement par la touche morte accent grave en accès direct). Mais sur le bépo – contrairement à l’azerty Windows par défaut – cela amènerait une trop forte rupture de l’expérience utilisateur, et c’est donc à éviter a priori. D’autant plus que la présence d’une variante « capitales et chiffres » à côté de la variante « toutes capitales » compromettrait l’unicité du bépo.

La bascule VerrPro a deux inconvénients : son emprise, et son manque de témoin.

  • Le principal inconvénient de la bascule VerrPro est l’absence de témoin lumineux. L’utilisateur en est réduit à faire un essai avec une touche soumise à cette bascule, par exemple une touche de 1 à 0 sur la rangée des chiffres. Avec de l’entraînement on pourrait acquérir une sorte de “drapeau mental”, au risque de se préoccuper indûment du clavier. On peut aussi prendre l’habitude d’actionner la bascule systématiquement à la fin (du nombre en mode Langues, du commentaire en mode Programmeur).
  • L’autre inconvénient est d’occuper une touche. On verra que VerrPro la partage avec une modificatrice. Ce sacrifice d’une touche – probablement celle entre Tab et Échap – sera aussi compensé par le rapprochement du $, du #, et du tiret demi-cadratin (placé par ailleurs au même niveau que l’espace insécable classique).

Il n’en reste pas moins que les avantages de mettre les chiffres en Pro et d’ajouter la bascule VerrPro font a priori pencher la balance largement en faveur de cette solution.


La nouvelle modificatrice Num

La disposition des chiffres en pavé fait partie des options officielles de la v2. La présente proposition maintient les chiffres sur leur rangée historique et ajoute une facilité en pavé sur les claviers ISO[16]. La 105ᵉ touche est convertie en modificatrice, avec sous Windows le sélecteur de groupe « KBDGRPSELTAP » déjà cité. On parvient ainsi à avoir les chiffres en pavé entouré d’un certain nombre d’autres facilités, dans une émulation de pavé numérique élargi qui augmente grandement l’ergonomie de la disposition. Le nom proposé pour cette touche est « Num ».

Carte actuellement proposée pour le pavé numérique émulé étendu :

╔════╗────┬────┬────┬────┬────┬────┬────┬────┬────┬────┬────┬────╔══════════╗
║Verr║    │    │    │    │    │    │    │    │    │    │    │    ║          ║
║ PRO║    │ ″  │ ′  │ °  │ E  │ F  │ 7  │ 8  │ 9  │ 0  │ /  │ ^  ║ ←‒‒‒‒    ║
╠════╩══╗─┴──┬─┴──┬─┴──┬─┴──┬─┴──╥─┴──┬─┴──┬─┴──┬─┴──┬─┴──┬─┴──┬─╚══╦═══════╣
║ |←‒‒‒ ║    │    │    │    │    ║    │    │    │    │    │    │    ║    |  ║
║ ‒‒‒→| ║ &#x│ ;  │ ∛  │ √  │ C  ║ D  │ 4  │ 5  │ 6  │ *  │EFI€│EFI$║ ←‒‒┘  ║
╠═══════╩╗───┴┬───┴┬───┴┬───┴┬───╨╥───┴┬───┴┬───┴┬───┴┬───┴┬───┴┬───╚╗      ║
║ Verr   ║    │    │    │    │    ║    │    │    │    │    │    │    ║      ║
║ CAPS   ║ (  │ )  │ ≃  │ ≃  │ A  ║ B  │ 1  │ 2  │ 3  │ -  │EFI%│EFI‰║      ║
╠══════╦═╩══╗─┴──┬─┴──┬─┴══╤═┴──┬─╨──╥─┴══╤═┴──┬─┴──┬─┴──┬─┴──╔═╧════╩══════╣
║  /\  ║    ║    │    │    │    │    ║    │    │    │    │    ║       /\    ║
║  ||  ║ Num║ U+ │ ×  │ ÷  │ −  │ 000║ 00 │ 0  │ ,  │ .  │ +  ║       ||    ║
╠══════╩╦═══╩══╦═╧═══╦╧════╧════╧════╩════╧════╧╦═══╧═╦══╧═══╦╩═════╦═══════╣
║       ║      ║     ║                          ║     ║      ║      ║       ║
║ Ctrl  ║ Win  ║ Alt ║ [espace fine insécable]  ║ Pro ║ Win  ║ Menu ║ Ctrl  ║
╚═══════╩══════╩═════╩══════════════════════════╩═════╩══════╩══════╩═══════╝
 

Les fonctionnalités étendues comprennent :

  • Les chiffres hexadécimaux ;
  • Les double et triple zéros ;
  • Le dédoublement du zéro pour une meilleure accessibilité, en particulier lors de la saisie de nombres binaires ;
  • L’accès simultané au point et à la virgule, un peu comme sur les claviers brésiliens ;
  • Les opérateurs de base typographiques sur des touches mnémoniques (touches selon la frappe en A) ;
  • L’espace fine insécable séparateur de milliers sur la barre d’espace ;
  • Symboles pour cent et pour mille avec l’espace fine insécable intégrée ;
  • Symboles monétaires € et $ (pour le Canada) avec l’espace fine insécable intégrée ;
  • Deux symboles racine ;
  • Deux symboles d’approximation (français « ≃ » et anglosaxon « ≃ ») ;
  • Prime et double prime en style typographique, avec le symbole degré ;
  • La séquence « U+ » pour la popularisation d’Unicode ;
  • Une facilité pour saisir à la main les entités HTML hexadécimales, sur les touches clavier bépoB et clavier bépoÉ ;

Grâce au doublage du zéro, la modificatrice clavier bépoNum fonctionne pour les chiffres comme un doublage d’AltDr. Ainsi les utilisateurs qui rencontrent des difficultés pour saisir les chiffres en AltDr à droite, trouveront un semblant de symétrie de modificatrice. On notera toutefois que cette situation devrait rester minoritaire. Le doublage du zéro au niveau du pavé numérique émulé permet surtout une saisie ergonomique des nombres binaires en programmation, avec l’index droit sur clavier bépo1, et l’annulaire droit sur clavier bépo0[17].

Par la force des choses, ce surplus d’ergonomie est malheureusement réservé aux claviers 105 touches (ISO). Sur les claviers 104 touches (ANSI), la saisie reste traditionnelle, donc sans ce surcroît de confort. Par contre on évite ainsi de réserver aux claviers ISO des facilités substantielles comme l’accès ergonomique au tiret d’une part, et l’accès direct aux deux apostrophes d’autre part. Ces éléments d’ergonomie ne sont plus liés à la 105ᵉ touche, ils sont disponibles sur tous les claviers.

En plus du pavé numérique étendu, la modificatrice Num est la clé de quelques autres facilités :

  • Écriture en exposants : Toutes les minuscules en exposant disponibles dans Unicode, c’est-à-dire de a à z sauf le q, sont en touche vive sur la touche de leur lettre respective si l’on appuie simultanément sur Maj et Num. Autrement dit, les minuscules en exposant sont en Maj + Num. Pour écrire « Mᵐᵉˢ » on peut ainsi taper clavier bépoMaj+clavier bépoM puis clavier bépoMaj+clavier bépoNum+clavier bépoM clavier bépoMaj+clavier bépoNum+clavier bépoE clavier bépoMaj+clavier bépoNum+clavier bépoS. Cela revient à bloquer l’auriculaire gauche sur clavier bépoMaj, à taper clavier bépoM, à bloquer en plus l’annulaire gauche sur clavier bépoNum avant de taper clavier bépoM encore une fois, clavier bépoE (de la main gauche, ce qui demande certes un petit tour de main), puis clavier bépoS. Avec la touche morte Exposant (clavier bépo) c’est un peu plus long à taper.
  • Diacritiques combinants fréquents : Un certain nombre de langues ajoutent optionnellement des marques tonales sous forme de diacritiques combinants. Au niveau clavier bépoMaj+clavier bépoNum on peut avoir l’accent aigu, l’accent grave, le circonflexe, l’háček et le tilde combinants en touches vives sur les touches ne portant pas de minuscules en exposant.
  • Doublages de séquences EFI-ponctuation pour une alternative plus ergonomique aux positions clavier bépoMaj+clavier bépoPro. clavier bépoNum étant plus accessible que clavier bépoMaj, les ponctuations avec espace fine insécable seront donc doublées en clavier bépoMaj+clavier bépoNum.


Les modificatrices ajoutées sur les bascules

La structure des dispositions de clavier fait qu’une touche peut être à la fois une bascule et une modificatrice. Il en est ainsi sous Windows, et il en sera de même sous les autres OS[18] :

  • La qualité de modificatrice est donnée dans la liste d’allocation des bits modificateurs ; la modification est active tant que la touche est pressée. Cette liste d’allocation est citée ci-dessous (2ᵉ extrait) telle qu’elle figure dans la source du driver Windows de cette proposition de version 2.0.
  • La qualité de bascule est définie sur la base du keycode ; l’activation de la bascule a lieu lors du relâchement de la touche, et la désactivation au moment où la touche est de nouveau pressée. Les bascules connues sous Windows sont au nombre de deux :
    • Verrouillage Majuscules ou Capitales, « VK_CAPITAL »: une touche à caractères peut lui être soumise par rapport aux niveaux Base-Maj et/ou AltGr-Maj+AltGr [(0x00, 0x01) et/ou (0x02, 0x03)], tous les autres niveaux restent hors de l’atteinte de cette bascule ; sa relation logique avec la modificatrice 0x01 (Majuscule) est XOR ;
    • Verrouillage “Pro” ou Kana, « VK_KANA »: agit sur le bit modificateur 0x08 ; une touche à caractères qui lui est soumise, l’est par rapport à tous les niveaux où ce bit est 1 ; sa relation logique avec la modificatrice 0x08 est OR.

Les bits modificateurs sont au nombre de 8 sous Windows. Certains ont un usage historique plus ou moins général, mais pour un bon fonctionnement on n’est pas obligé de conserver leurs noms s’ils en portent un dans kbd.h (ce qui n’est pas le cas du bit 0x40). Dans la source en-tête du driver Windows de cette proposition, kbdfrbt9.H(110), ils sont actuellement nommés comme suit (kbdcommon.H est la source en-tête commune des DTMD[19]) :

/*************************************************************************************\
* RENOMMAGE DES BITS MODIFICATEURS
*
* Ces définitions visent à donner aux bits modificateurs des noms français.
* Voir kbd.h(56) pour une description détaillée. Voir aussi kbdcommon.H(351).
* L’utilisation proposée pour la version 2.0 est indiquée dans les commentaires.
* Ces noms servent dans « static ALLOC_SECTION_LDATA VK_TO_BIT », kbdfrbt9.C(147).
\*************************************************************************************/
#define MODMAJ        0x01  // == 0000 0001 coordonné à la bascule VerrMaj / VerrCap
#define MODCTRL       0x02  // == 0000 0010
#define MODALT        0x04  // == 0000 0100
#define MODPRO        0x08  // == 0000 1000 = KBDKANA, coordonné à la bascule VerrPro
#define MODNUM        0x10  // == 0001 0000 placé sur la touche 105 (ISO uniquement)
#define MODARABE      0x20  // == 0010 0000 en plus sur VerrPro ; + Pro -> Cyrillique
#define MODCYRILLIQUE 0x40  // == 0100 0000 optionnellement sur une touche au choix
#define MODGREC       0x80  // == 1000 0000 en plus sur VerrCap ; + Pro -> Hébreu

Dans la source C, kbdfrbt9.C(145), les bits modificateurs sont affectés aux touches. La modificatrice au bit 0x40 n’a pas été mappée sur une touche physique. Elle peut être placée sur une touche au choix à l’aide du Scan Code Mapper de Windows. Le scan code à mapper est T7B, que kbd.h associe à la touche VK_OEM_PA1. Cette modificatrice permet de taper en cyrillique, mais le cyrillique est aussi accessible par clavier bépoArabe+clavier bépoPro, et par touche morte.

/********************************************************************************\
* ASSOCIATION DE TOUCHES AUX BITS MODIFICATEURS
*
* Les noms des bits modificateurs sont définis dans l’en-tête kbdfrbt9(110).
\********************************************************************************/
static ALLOC_SECTION_LDATA VK_TO_BIT aVkToBits[] = {
  { VK_SHIFT      , MODMAJ        },  // 0x01 == 0000 0001   
  { VK_CONTROL    , MODCTRL       },  // 0x02 == 0000 0010   
  { VK_MENU       , MODALT        },  // 0x04 == 0000 0100   
  { VK_OEM_AX     , MODPRO        },  // 0x08 == 0000 1000   touche Alt droite
  { VK_OEM_WSCTRL , MODNUM        },  // 0x10 == 0001 0000   touche 105
  { VK_KANA       , MODARABE      },  // 0x20 == 0010 0000   en plus sur VerrPro
  { VK_OEM_PA1    , MODCYRILLIQUE },  // 0x40 == 0100 0000   touche au choix
  { VK_CAPITAL    , MODGREC       },  // 0x80 == 1000 0000   en plus sur VerrCap
  { 0             , 0             }
};

Les “modificatrices bonus” sur les bascules s’appellent Grec et Arabe. Pour améliorer l’intuitivité des désignations, et par égard pour leurs autres usages – combinées avec clavier bépoAltDr, elles permettent d’écrire en Hébreu et en Cyrillique –, il vaut peut-être mieux les appeler par la bascule avec laquelle elles cohabitent. La suite parlera donc de clavier bépoVerrCap et de clavier bépoVerrPro, et l’ambiguïté devrait être levée par le fait qu’il s’agira de combinaisons de touches, et par le code couleur des bascules en tant que telles : clavier bépoVerrCap, clavier bépoVerrPro.

Étant ajoutées à des bascules, ces modificatrices nécessitent en principe un nouvel appui sur la bascule après chaque utilisation afin de remettre la bascule dans son état précédent. Leur principal intérêt est par conséquent limité aux cas où elles servent à saisir des séquences entières, comme les noms propres dans une écriture autre que celle du clavier. Cette fonctionnalité permet donc d’améliorer la prise en charge de ces écritures, traditionnellement assurée au moyen de touches mortes uniquement.

Le support multilingue ne devrait pas se limiter aux écritures latine, grecque et cyrillique, qui permettent déjà une prise en charge totale des langues de l’Union Européenne. La situation culturelle et géopolitique de la France nécessite d’ajouter dans ce cadre l’écriture arabe et l’écriture hébraïque, utilisées en France et complémentaires à plusieurs égards : arabe–français dans la culture maghrébine, grec–hébreu dans la culture chrétienne, arabe–hébreu pour l’équité et la réconciliation (et la paix au Proche-Orient). D’où la recherche de moyens pour prendre en charge deux écritures de plus.

Les modificatrices clavier bépoGrec et clavier bépoArabe, ou clavier bépoVerrCap et clavier bépoVerrPro, se combinent presque sans problème avec clavier bépoMaj et avec clavier bépoAltDr. Le problème, c’est que la combinaison clavier bépoAltDr+clavier bépoVerrCap+clavier bépoN est désactivée sous Windows, un bug qui persiste aussi en changeant de bit modificateur la modificatrice sur clavier bépoVerrCap, et en mappant d’autres keycodes et d’autres caractères sur le scancode T27 de la touche clavier bépoN du bépo. Ce bug n’apparaît pas quand la modificatrice est sur clavier bépoVerrPro. Ce bug est très ennuyeux, mais il ne concerne qu’une seule touche, comparé à la multiplication de bugs de ce type, aboutissant à un véritable mitage des cartes en clavier bépoNum+clavier bépoVerrCap et en clavier bépoNum+clavier bépoVerrPro (actuellement les niveaux 0x90 et 0x30)[20].

Placer une écriture sur une carte victime de ces bugs de Windows, de sorte que la saisie soit dysfonctionnelle sur la plupart des ordinateurs et nécessite des précautions et des contournements de bug, est a priori une désinvolture à l’égard des communautés locutrices et des utilisateurs. Mais le non-support par touches vives des écritures concernées ne résoud pas le problème, car il en crée d’autres. Le fait que ce casse-tête est strictement limité à Windows[21], pourrait contribuer à faire réfléchir les utilisateurs à un changement d’OS voire de matériel[22], car les autres OS n’ont ni l’intérêt, ni les facilités pour implémenter (?) ou cultiver ce genre de bugs.

À notre niveau il s’agit de réfléchir à comment minimiser l’impact de ce problème propre à Windows. De plus, ajouter des écritures par modificatrices plutôt que par bascules a l’avantage d’être directement faisable et d’éviter la prolifération des témoins ou la multiplication des surprises, mais l’inconvénient de créer une hiérarchie forte entre les écritures[23]. Si l’on se limite aux claviers français, on peut tenter de raisonner cette hiérarchie afin de la rendre acceptable. Par exemple, le grec se prête au rôle de chef de file vu ses différents usages, et se verra placé sur clavier bépoVerrCap. Logiquement, si l’on se base non sur l’histoire, ni sur la géopolitique, mais sur la pratique et sur la sociologie, l’hébreu aura sa place en clavier bépoAltDr+clavier bépoVerrCap. D’un même point de vue, l’arabe ne sera pas en reste et aura sa bascule-modificatrice à lui : clavier bépoVerrPro. De par son emprise, le cyrillique est adapté à une carte qui n’utilise pas la rangée des chiffres et est donc fait pour se blottir dans les niveaux clavier bépoAltDr et clavier bépoMaj+clavier bépoAltDr+clavier bépoVerrPro. Les deux cartes avec clavier bépoVerrPro doivent en effet être désensibilisées à la bascule clavier bépoVerrPro sur laquelle clavier bépoVerrPro est placée. Cela consiste à doubler en clavier bépoAltDr les allocations sur les touches soumises à clavier bépoVerrPro (un tiers du bloc alphanumérique, mais aucune touche de l’alphabet de base). Les touches qui restent sont suffisantes pour placer toutes les lettres cyrilliques de la disposition bulgare phonétique (non-traditionnelle). Cet aspect s’applique certes aussi à l’arabe, mais dans une moindre mesure, et l’importance de la pratique en France pourra servir à départager les deux écritures quant à savoir laquelle sera accessible en ajoutant clavier bépoAltDr.

Les défauts (black-outs) des dispositions Windows pourraient aussi être palliés grâce à des doublages d’allocation, qui consistent à répéter sur des touches fonctionnelles mais inutilisées, les lettres victimes de désactivations de touches, quand il s’agit seulement d’alphabets mathématiques comme le 𝒸𝓊𝓇𝓈𝒾𝒻, l’𝕒𝕛𝕠𝕦𝕣𝕖́, l’𝑖𝑡𝑎𝑙𝑖𝑞𝑢𝑒 et le 𝐠𝐫𝐚𝐬. Mais tous les 13 alphabets mathématiques latins (à compléter par les grecs et les chffres) sont aussi en touches mortes et dans l’arborescence compose, comme tous les caractères pris en charge[24].

Note sur les alphabets mathématiques : Comme leur nom l’indique, ils sont destinés à un usage mathématique uniquement. Il n’empêche qu’il existe un script de conversion à partir de texte brut[25], et Google les a dans ses classes d’équivalences qui lui permettent de les comprendre comme du texte normal[26].

Actuellement, la distribution proposée est la suivante (les combinaisons avec clavier bépoNum devraient fonctionner pleinement sous Linux et Mac OS) :

  • Modificatrice clavier bépoVerrCap (appui constant sur clavier bépoVerrCap)  :
    • Sans clavier bépoAltDr :
      • Sans clavier bépoNum : Grec monotonique et polytonique ;
      • Avec clavier bépoNum : alphabet mathématique cursif ;
    • Avec clavier bépoAltDr :
      • Sans clavier bépoNum : Hébreu vocalisé ;
      • Avec clavier bépoNum : alphabet mathématique italique ;
  • Modificatrice clavier bépoVerrPro (appui constant sur clavier bépoVerrPro)  :
    • Sans clavier bépoAltDr :
      • Sans clavier bépoNum : Arabe ;
      • Avec clavier bépoNum : alphabet mathématique ajouré ;
    • Avec clavier bépoAltDr :
      • Sans clavier bépoNum : Cyrillique selon la disposition bulgare phonétique (non-traditionnelle) adaptée au bépo ;
      • Avec clavier bépoNum : alphabet mathématique gras.

L’activation de qui suit nécessite une invervention de l’administrateur de l’ordinateur :

  • Modificatrice optionnelle sur une touche au choix :
    • Sans clavier bépoAltDr :
      • Sans clavier bépoNum : Cyrillique selon la disposition bulgare phonétique (non-traditionnelle) adaptée au bépo ;
      • Avec clavier bépoNum : (à définir) ;
    • Avec clavier bépoAltDr :
      • Sans clavier bépoNum : (à définir) ;
      • Avec clavier bépoNum : (à définir) ;


Niveaux Ctrl + Alt auxiliaires en périphérie sous Windows

Comme Microsoft a refusé d’implémenter les séquences de caractères par touche morte et n’est ainsi pas à jour d’Unicode[27], les utilisateurs de Windows doivent se contenter d’utiliser clavier bépoCtrl+clavier bépoAlt et ses dérivés comme accès à des niveaux d’appoint, utilisables seulement en périphérie du clavier (pas sur les touches alphabétiques), pour y obtenir notamment des séquences :

  • Des lettres composées dont seule la minuscule existe en précomposée mais qui s’utilisent pour la transcription de l’arabe : « H̱ » et « T̈ » ;
  • Le trigramme breton « cʼh », accessible sous les autres OS par clavier bépoêclavier bépoq ;
  • Le symbole copyleft U+1F12F, dont l’encodage sous Windows occupe deux unités de code parce que c’est un OS en UTF-16 et que le copyleft n’est pas dans le plan multilinque de base d’Unicode ;
  • Les tirets cadratin et demi-cadratin ont une synergie optimale avec l’EIC dans les pages web, mais non en texte justifié dans les traitements de texte, où l’EIC contrairement à la norme n’est pas justifiante, et n’est pas non plus déclinée en avatar à largeur (chasse) fixe comme dans les logiciels de PAO. Aussi la disposition de clavier propose-t-elle un palliatif sous forme de séquences composées d’un tiret et d’une espace insécable justifiante après ou avant, obtenue à partir d’une espace-mot sécable entourée soit de gluons U+2060 (pour un usage dans les logiciels à jour comme LibreOffice), soit d’espaces insécables nulles U+FEFF aujourd’hui déconseillées pour cet usage, mais toujours utilisées dans les logiciels obsolètes comme les versions d’MS Office qui insupportent le gluon[28]. Sur la touche de chacun des deux tirets, il y a en clavier bépoCtrl+clavier bépoAlt le tiret suivi d’un gluon, d’une espace et de nouveau d’un gluon, et en clavier bépoMaj+clavier bépoCtrl+clavier bépoAlt la même chose mais avec le tiret à la fin, pour clore l’incise. Pour avoir le tout avec l’espace insécable nulle à la place du gluon, il faut chaque fois ajouter clavier bépoAltDr.

Les places restantes dans ces niveaux sur les touches concernées peuvent servir à raccourcir la saisie de quelques autres caractères, en particulier les lettres « ɛ » et « ɔ » qui sont souvent doublées, de sorte que l’utilisateur pourrait apprécier de les avoir aussi en touches vives (en plus de les avoir en touches mortes).

Sur le pavé numérique (proprement dit), les niveaux clavier bépoCtrl+clavier bépoAlt et clavier bépoMaj+clavier bépoCtrl+clavier bépoAlt servent aux chiffres en exposant et en indice. La barre de fraction U+2044 est sur la touche clavier bépo/ aux deux niveaux.

Afin d’améliorer l’ergonomie de l’accès aux niveaux en clavier bépoCtrl+clavier bépoAlt, il est possible de remettre sur le clavier une touche clavier bépoAltGr en affectant à une touche comme Windows droite ou Applications (Menu contextuel) le scan code T5E[29]. Il est nécessaire que ces niveaux Ctrl + Alt fassent partie de la norme, ainsi que tous ces moyens de dépanner Windows, afin que Microsoft puisse distribuer les drivers complets. Mais il faudra probablement que la norme précise que cela concerne uniquement Windows, puisque sous Linux, Ctrl + Alt n’est pas AltGr.


Touches vives

Pour faire le tour du clavier, on propose de commencer par les touches vives, et de voir ensuite les changements proposés du côté des touches mortes.

Gestion des espaces insécables

L’introduction de l’usage de l’espace insécable dans les habitudes des utilisateurs est l’un des mérites du bépo qui a vraiment innové sur ce créneau en plaçant l’espace insécable classique (EIC) au niveau Majuscule de la barre. La disposition est en effet pensée pour taper en séquence, au même niveau, l’insécable et la ponctuation qui la nécessite.

Les axes de développement des espaces insécables sont :

  • L’extension de ce fonctionnement avec l’espace insécable classique (EIC) à toutes les ponctuations, en particulier aux guillemets-chevrons (« … »), mais aussi aux tirets cadratin (—) et demi-cadratin (–), et enfin à la paire nouvellement ajoutée des guillemets-chevrons simples (‹ … ›) ;
  • La prise en charge de l’espace fine insécable (EFI), qui pour accompagner les ponctuations est l’espace insécable préférée, mais qui était encore faiblement supportée par les polices de caractères, ayant été encodée dans Unicode seulement pour la version 3.0 (septembre 1999).

Pour l’égalité devant l’espace insécable de toutes les ponctuations éligibles, on propose d’élever les guillemets-chevrons doubles au niveau Maj comme c’est indiqué sur la page v2:Idées, et de trouver moyen de placer le tiret cadratin et le tiret demi-cadratin pareillement au niveau Maj. Cela devient facile du moment que les chiffres quittent le niveau Maj – réalisant ainsi une autre idée consignée sur la page v2:Idées – pour s’installer au niveau accessible par AltDr (touche Alt droite, marquée clavier bépoAltGr. Autrement dit, la clé de résolution de ce problème, c’est d’avoir les chiffres en clavier bépoPro (touche Alt droite, marquée clavier bépoAltGr. La bascule coordonnée étant placée sur la touche où se trouve le tiret demi-cadratin, il devient malheureusement indispensable de déplacer ce dernier. Il faut alors trouver une nouvelle mnémonique :

  • Le tiret cadratin reste sur clavier bépo1. Le symbolisme actuel, construit à partir du chiffre 1 = ¹⁄₁, est conservé.
  • Le tiret demi-cadratin passe de clavier bépo$ sur clavier bépo5. La mnémonique se base alors sur l’égalité 0,5 = ¹⁄₂.

Renoncer au placement côte à côte est possible parce que ces deux tirets, s’ils s’utilisent souvent par paires, ne sont pas appariés pour autant[30].

Pour assurer la prise en charge de l’espace fine insécable, la solution la plus évidente au vu des fréquences d’usage serait la permutation des deux espaces insécables, mais cela impliquerait une rupture de l’expérience utilisateur parce que :

  • Les traitements de texte se refusent[31] à conférer à l’EFI une quelconque identité visuelle (trame de champ dans LibreOffice/OpenOffice Writer, symbole degré dans MS Word), de sorte que l’utilisateur pourrait être perturbé ;
  • L’EFI de par sa largeur réduite modifie l’aspect des documents où elle remplace l’EIC, ce qui est justement le but mais peut ne pas être accepté par l’utilisateur, du fait que plusieurs éditeurs de presse ont éliminé les espaces insécables accompagnant les ponctuations[32] ;
  • Beaucoup de vieilles polices décoratives ne contiennent pas l’EFI, et une mauvaise gestion des caractères indisponibles aidant, le travail est perturbé[33].

Afin d’éviter de trop pénaliser les utilisateurs de l’EFI, et d’assurer une certaine ergonomie à l’utilisation directe des ponctuations avec l’espace insécable préférée en typographie, cette proposition prévoit d’insérer d’un seul tenant les séquences « EFI ponctuation » (ou « ponctuation EFI ») quand l’utilisateur actionne les touches suivantes ;

  • Pour les point-virgule, deux-points, point d’interrogation et d’exclamation : clavier bépoAltDr en plus du clavier bépoMaj+clavier bépotouche habituel ; autrement dit : les séquences tout-en-un sont en clavier bépoMaj+clavier bépoAltDr sur les touches des ponctuations concernées ;
  • Pour les guillemets doubles : clavier bépoAltDr+clavier bépoZ et clavier bépoAltDr+clavier bépoW ;
  • Pour les guillemets simples : clavier bépoMaj+clavier bépoAltDr+clavier bépoZ et clavier bépoMaj+clavier bépoAltDr+clavier bépoW.

Les guillemets avec EFI sont sur clavier bépoZ et clavier bépoW et non sur les touches des guillemets parce que :

  • Ils sont si fréquents qu’un accès plus facile qu’en clavier bépoMaj+clavier bépoAltDr est souhaitable ;
  • Les places en Alt droite + main droite sont certes sous-optimales, mais pas inaccessibles, même s’il aurait été préférable d’avoir tous les guillemets sous la main gauche ;
  • Les places en clavier bépoMaj+clavier bépoAltDr sur les touches des guillemets sont données de manière logique au double prime et au prime, qui sont déplacés ici, le prime pour être sur la même touche que le guillemet simple informatique, le double prime pour être à côté (c’est un cas de mnémonique spatiale conservé) et sur la touche dont le caractère en accès direct, le croisillon, remplace le guillemet double informatique en accès direct mais fonctionne comme tel avec les touches mortes pour produire tous les guillemets-virgules (dont les trois doubles du bépo continuent d’être en touches vives) ;
  • Les guillemets simples avec EFI sont impossibles à obtenir par touche morte sous Windows (tandis que sans EFI, ils sont en clavier bépoêclavier bépo« et clavier bépoêclavier bépo»), il faut donc les mettre en touches vives, de préférence sur les mêmes touches que les doubles ;
  • Il n’y a pas de place à gauche près des guillemets, tandis que les clavier bépoZ et clavier bépoW sont côte à côte et mieux disponibles ;
  • On a un effet mnémonique à base de formes de lettres (qui a dû amener d’autres dispositions à avoir les guillemets-chevrons en bas à gauche), car le Z et le W peuvent chacun être découpés au milieu en deux chevrons.

En tant que séparateur de milliers français, l’EFI est sur la barre en mode pavé numérique émulé. Cela fait que sur les claviers ISO, l’EFI peut être saisie plus simplement par clavier bépoNum+clavier bépoEspace.

Le mode pavé numérique (actif tant que la nouvelle modificatrice clavier bépoNum est pressée) offre aussi des facilités pour insérer d’un seul tenant des séquences « EFI symbole » (ou « symbole EFI ») :

  • Pourcentages : bloquer l’auriculaire gauche sur clavier bépoNum, taper les chiffres (éventuellement avec virgule), et finir en donnant un coup de l’auriculaire droit sur clavier bépoM (existe aussi avec le symbole pour mille, une touche plus loin) ;
  • Montants en euros : bloquer l’auriculaire gauche sur clavier bépoNum, taper les chiffres (éventuellement avec des EFI séparateurs de milliers et une virgule), et finir en donnant un coup de l’auriculaire droit sur clavier bépoW (existe aussi avec le symbole euro préposé suivi d’EFI, sur clavier bépoE).


Utilisation de la rangée des chiffres

La morphologie des mains humaines fait que dans la frappe en A, les touches clavier bépo3 et clavier bépo4 sont atteintes aussi facilement de l’annulaire et du médian gauches, que la touche clavier bépoÈ l’est de l’index. Pareillement à droite, les touches clavier bépo9 et clavier bépo0 sont atteintes par le médian et l’annulaire dans la même position de la main qui permet de poser l’index sur clavier bépoV et l’auriculaire sur clavier bépoZ. Sur le bépo version 1, ce sont particulièrement la barre oblique et l’astérisque qui ont été choisis pour bénéficier de cette situation (ou selon la frappe classique et les claviers orthogonaux, plutôt le tiret et la barre oblique).

Le placement de lettres sur la rangée des chiffres figure déjà parmi les options de la v2. Les modifications connexes en sont à la fois des conditions et des avantages :

  • Le non-maintien des chiffres en Majuscule permet de les rendre beaucoup plus accessibles en Alt droite, de les mettre au même niveau que les caractères informatiques à placer en Alt droite pareillement, et de basculer les chiffres indépendamment de la casse des lettres ;
  • Les colonnes Base–Maj qui apparaissent ainsi sur les touches de la rangée des chiffres peuvent recevoir des lettres diacritées, qui deviennent ainsi plus accessibles comme le Ç (claviers ANSI), plus stables comme l’À en cas d’aménagement pour la frappe en A, plus ergonomiques comme l’Œ et l’Ù désormais sous l’autre main, et libèrent les emplacements très accessibles qu’ils occupaient pour des raisons mnémotechniques[34] ;
  • Les places en Alt droite libérées par les lettres Æ, Œ et Ù permettent l’aménagement ergonomique du niveau Alt droite de la rangée de repos et facilitent le placement des deux sélecteurs de groupe symétriques sur la rangée au-dessus ;
  • Les parenthèses et crochets sont placés au même niveau et de manière symétrique, évitant ainsi au mieux les discriminations a priori qui influencent dans un sens ou dans l’autre la présentation des documents écrits sur les dispositions historiques[35] ;
  • La “mauvaise” place sur clavier bépo6 est utilisée pour une lettre vraiment rare (l’Æ) et non pour l’arobase, dont l’accès direct se fait plus facilement sur la touche MOINS (à droite de 0) ;
  • On aboutit à une situation très logique où toutes les lettres minuscules utilisées pour le français sont en accès direct, ou en séquences d’accès direct (sauf les lettres avec tréma).


Contours des zones les plus accessibles de la rangée des chiffres, avec leur utilisation proposée : :

tiret↘ cadratin    tiret insécable ↘     ↙ barre de fraction  ↙ signe moins
╔════╗────┬────╔════╤════╗────┬────┬────┬────╔════╤════╗────┬────╔══════════╗
║Verr║ — ¶│ « ″║ » ′│ À ÷║ – ×│ Æ “│ - ⁄│ Œ ∞║ Ç ”│ Ù „║ − ≠│ + ±║          ║
║ PRO║ ` 1│ # 2║ ' 3│ à 4║ ^ 5│ æ 6│[á]7│ œ 8║ ç 9│ ù 0║ = °│ @ %║ ←‒‒‒‒    ║
╠════╩══╔═╧══╤═╝──┬─┴──┬─╚══╤═╧══╗─┴──╔═╧══╤═╝──┬─┴──┬─╚══╤═╧══╗═╚══╦═══════╣
║ |←‒‒‒ ║    │    │    │    │    ║    ║    │    │    │    │    ║    ║    |  ║
║ ‒‒‒→| ║ b  │ é _│ p &│ o  │ è '║[ê]"║ v  │ d  │ l £│ j ij│ z  ║ w  ║ ←‒‒┘  ║
╠═══════╩╗───┴┬───┴┬───┴┬───┴┬───╚╦═══╝┬───┴┬───┴┬───┴┬───┴┬───╚╗───╚╗      ║
║ Verr   ║    │    │    │    │    ║    │    │    │    │    │    ║    ║      ║
║ CAPS   ║ a (│ u )│ i |│ e €│ , \║ c #│ t {│ s }│ r [│ n ]│ m  ║[ò]$║      ║
╠══════╦═╩══╗─┴──┬─┴──┬─┴══╤═┴──┬─╚══╗─┴══╤═┴──┬─┴──┬─┴──┬─┴──╔═╝──══╩══════╣
║  /\  ║    ║    │    │    │    │    ║    │    │    │    │    ║       /\    ║
║  ||  ║ Num║ y <│ x >│ . /│ - *│ k ~║ ’ ·│ q ß│ g  │ h †│ f ſ║       ||    ║
╠══════╩╦═══╩══╦═╧═══╦╧════╧════╧════╩════╧════╧╦═══╧═╦══╧═══╦╩═════╦═══════╣
║       ║      ║     ║ [EIC]       [EFI]        ║     ║      ║      ║       ║
║ Ctrl  ║ Win  ║ Alt ║ [espace]    [Compose]    ║ Pro ║ Win  ║ Menu ║ Ctrl  ║
╚═══════╩══════╩═════╩══════════════════════════╩═════╩══════╩══════╩═══════╝
(carte incomplète)

Rapprochement du Ç sur les claviers ANSI

L’éloignement du clavier bépoç sur les claviers ANSI donne lieu à des plaintes. Le bépo étant conçu pour toute la Francophonie, il faut tenir compte du matériel utilisé au Canada, où les constructeurs mènent depuis longtemps la vie dure au clavier Canadien multilingue standard conforme ISO/IEC 9995, de sorte que les utilisateurs n’ont pas vraiment le choix.

Plusieurs solutions ont été proposées au fil du temps{refnec} :

  • Permutation du W et du Ç. Déplace le problème sur le W et impacte la saisie de l’anglais.
  • Placement du Ç en clavier bépoAltGr sur clavier bépoC.

Cette proposition de version 2.0 place le Ç sur une touche assez accessible, clavier bépo9, qui se trouve être la même que sur l’azerty mais comporte une position en clavier bépoMaj pour la majuscule, grâce au passage des chiffres en clavier bépoAltDr. Sur le bépo 1.0, cette solution n’était donc pas applicable.

Malgré ses avantages, le déplacement de Ç sur clavier bépo9 risque d’être perçu négativement :

  • Il contrevient à la règle de ne pas placer de lettres sur la rangée des chiffres, qui fait partie des principes de conception du bépo, pour des raisons ergonomiques. Contre-argument : La morphologie de la main droite rend certaines touches de la rangée E (chiffres) aussi accessibles que d’autres touches de la rangée D.
  • Sa similitude avec une position de l’azerty risque d’en faire un marqueur de régression. Au pire, on peut permuter les positions proposées pour le Ç et l’Ù. L’essentiel est probablement que le Ç ne soit pas sur la touche la plus éloignée sur une partie du parc et qu’il reste en accès direct.


La frappe en A et la touche tiret

Némolivier a proposé la frappe en A sur la ML et a rencontré un écho positif. La présente proposition de version 2.0 intègre par conséquent les aménagements nécessaires pour la frappe en A tout en évitant de les faire dépendre de la 105ᵉ touche. Cela est possible si à l’exemple du Ç, l’À monte sur la touche clavier bépo4, où il est à peu près aussi accessible pour le médian, que l’È l’est pour l’index.

S’ensuit le décalage de l’clavier bépoY, de l’clavier bépoX et du clavier bépo. qui optimise le bépo pour la frappe en A sur clavier décalé, et libère en même temps une touche au milieu, utilisée pour le tiret (trait d’union) selon la proposition de Utilisateur:NemolivierNémolivier mais avec une autre utilisation des niveaux supérieurs de cette touche :

  • En clavier bépoMaj, elle reçoit le point d’exclamation, afin de pouvoir soumettre à la bascule clavier bépoVerrPro la touche morte de l’accent circonflexe d’où il provient ; comme résultat, on obtient un agencement des points d’exclamation et d’interrogation en miroir de part et d’autre de la ligne médiane du bloc alphanumérique ;
  • Le tiret cadratin n’est pas placé sur cette touche afin de ne pas préjuger du choix de l’utilisateur entre les tirets cadratin et demi-cadratin, placés en clavier bépoMajtous les deux, et sur des touches plus proches de leurs positions actuelles ;
  • En clavier bépoAltDr l’astérisque, pour le rapprochement avec la barre oblique pour les commentaires en C, CSS,… (barre oblique elle-même rapprochée des chevrons pour les balises en HTML et XML) ;
  • La position en clavier bépoMaj+clavier bépoAltDr sert à la séquence « espace fine insécable – point d’exclamation », facilité dont bénéficient pareillement les autres ponctuations hautes « ? : ; » sur leurs touches.


Accès direct aux lettres du français

En utilisant les nouvelles ressources sur la rangée des chiffres, on peut y placer aussi les trois lettres rares actuellement en clavier bépoAltGr : l’Ù sur clavier bépo0, et les deux digrammes soudés Œ et Æ sur clavier bépo8 et clavier bépo6. Pour les deux premiers, l’avantage est de se trouver de l’autre côté des lettres les accompagnant, assurant ainsi l’alternance des mains dont l’absence dans ces cas avait été critiquée par Kaze. L’Æ est simplement sur une touche moins accessible. Car le grand avantage est la libération de deux bonnes places en clavier bépoAltDr sur la rangée de repos, et d’une place très accessible au même niveau une rangée plus haut.

Le résultat est l’accès direct à toutes les lettres du français autant qu’il est possible. C’est un agencement logique dans le sens où le flux du texte devrait pouvoir se saisir sans ruptures, tandis que les caractères d’encadrement comme les parenthèses sont plus logiquement en clavier bépoAltDr, d’autant plus qu’elles ne servent plus que peu pour les terminaisons conditionnelles, généralement réalisées avec tirets.

Un avantage subsidiaire est le débogage facile de Word, dont un défaut consiste à désactiver les touches mortes quand elles finissent en AltGr[36].


Accès direct à des caractères informatiques en mode Langues

Des langages de formatage comme Markdown, et des traitements de texte comme LaTeX font appel à des caractères informatiques comme l’accent grave (guillemet inverse informatique), le croisillon, le cironflexe expaçant et le guillemet simple informatique, actuellement en accès direct en guise d’apostrophe mais sur le point de céder sa place à la vraie apostrophe ou plutôt, ce qui en tient lieu en typographie. On propose donc de mettre en accès direct – au même niveau que les diacrités précomposés du français – une sélection de caractères informatiques :

  • Le guillemet inverse, ou grave espaçant, sur clavier bépo1 ;
  • Le croisillon, ou carré (« # »), sur clavier bépo2 ;
  • Le guillemet simple informatique, ou apostrophe (droite), sur clavier bépo3 ;
  • Le circonflexe espaçant (« ^ »), sur clavier bépo5 ;
  • Le « signe égal à » reste en accès direct sur sa touche actuelle, la touche clavier bépoMOINS ;
  • L’arobase reste en accès direct mais est transférée sur clavier bépoPLUS, où elle prend la place du symbole pour cent, qui passe au même niveau que les chiffres.

Inconvénients :

  • Les caractères informatiques en accès direct en mode Langues qui se trouvent sur des touches de chiffres disparaissent en mode Programmeur, où ce sont les chiffres qui prennent le relais en accès direct. Cf. Le mode Programmeur.
  • La barre oblique et l’astérisque ne sont plus en accès direct, alors qu’ils servent aussi comme marqueurs d’attribut (italique, gras ; en langage wiki toutefois ils n’ont pas cette fonction) ;
  • La barre oblique inverse n’est pas en accès direct, bien qu’utilisée de manière intensive dans LaTeX. Pour l’avoir en accès direct, il faudrait la mettre à la place d’un des autres caractères informatiques.
  • La mise en direct de ces caractères informatiques, de même que celle des lettres françaises, sur la rangée des chiffres se fait au détriment de plusieurs caractères informatiques qui y sont actuellement en accès direct ; mais ces caractères sont déplacés dans l’idée de leur rendre une ergonomie de rechange :
    • La barre oblique et l’astérisque (cf. ci-dessus) sont mis au même niveau que les chiffres et les chevrons, et toujours placés côte à côte, mais en plus, à côté des chevrons ;
    • Les parenthèses sont placées au même niveau que les crochets et les accolades – et les chiffres – et ce sur la rangée de repos, pour un agencement plus facile à retenir et plus égalitaire, où la hiérarchie est réduite au minimum (droite–gauche) ;
    • Le signe plus finit au même niveau (clavier bépoMaj) que le signe moins, chacun sur la touche qui comporte sa connotation fonctionnelle (clavier bépoMOINS et clavier bépoPLUS), et on distingue ainsi spatialement le trait d’union et le signe moins ;
    • Le symbole pour cent est mis au même niveau que les chiffres qui l’accompagnent (aussi dans l’« encodage pour cent »), et le pour mille est en clavier bépoêclavier bépo% et sur le pavé numérique émulé (en clavier bépoNum) ;
    • Le symbole dollar n’est plus en accès direct qu’en mode Programmeur, et il est sur la touche clavier bépoÇ actuelle ;
    • Le guillemet double informatique (actuellement touche clavier bépo1) n’est pas très utile en accès direct pour la saisie des langues (en mode Programmeur il est en accès direct), surtout le français car les traitements de texte le remplacent par les guillemets-chevrons avec la “mauvaise” espace insécable, et hors éditeurs d’entrée il conduit beaucoup d’utilisateurs à entourer de “mauvais guillemets d’ironie” toutes les citations.

Le but est d’avoir en accès direct (ou en clavier bépoMaj) – ou par touches mortes – un maximum de caractères qui font partie des mots en français, qui les accompagnent ou les entourent – les guillemets-virgules eux aussi sont accessibles par touches mortes en accès direct, cf. Des ponctuations par touches mortes [et les doubles continuent d’être en touches vives] – tout en soustrayant à l’accès direct les éléments qui posent problème.


Parenthèses, crochets et accolades sur la rangée de repos

Cette proposition de version 2.0 s’articule autour de ce qu’elle considère comme un élément clé de l’ergonomie et de l’utilité d’une disposition de clavier. Dans l’ordre d’importance, ce point passe certes après l’agencement des lettres et diacrités fréquents et la question des chiffres, et probablement après le placement des ponctuations comme le point, la virgule, l’apostrophe, mais sans doute avant tout le reste, et ce pour de multiples raisons :

  • En langues, les parenthèses et les crochets ont des usages bien définis et ne sont pas interchangeables. Les mettre tous en accès direct est difficile. Actuellement il y a continuation d’une tradition qui place en accès direct l’une des deux paires. Or au niveau mondial, l’usage prouve que les utilisateurs ont alors tendance à privilégier indûment ce qui se trouve être le plus facilement accessible, et à employer soit des crochets là où il faudrait des parenthèses (US-qwerty), soit l’inverse (azerty, bépo).
  • En langages de programmation, les parenthèses et dans certains, les accolades figurent en 1ʳᵉ/2ᵉ/4ᵉ position parmi les symboles les plus fréquents[37], ce qui plaide en faveur d’un placement sur la rangée de repos.
  • Généralement, les parenthèses, crochets et accolades sont disposés de manière plus ou moins aléatoire, avec un effort certain de regroupement, mais selon des principes divergents d’une disposition à l’autre. Dans une volonté de rester le plus familier possible, le bépo actuel a repris les associations « parenthèse en base + crochet en AltGr » de l’azerty, mais a pris soin de placer sous la main gauche les paires de crochets et d’accolades. Pour la version 2.0, on propose d’appliquer une logique qui puisse englober toutes les trois paires.
  • Étant des caractères appariés, les parenthèses et crochets surviennent toujours deux fois et à des intervalles plus ou moins réduits. Sur le clavier, taper régulièrement deux fois de suite des caractères dont l’accessibilité est sous-optimale risque d’être perçu comme dérangeant. Cette proposition les place donc sur la rangée de repos, ce qui devrait compenser aussi la perte d’un facteur d’accessibilité due au passage des parenthèses en clavier bépoAltDr.

Il se trouve que sur la rangée de repos du bépo, on peut faire de la place pour 6 positions en clavier bépoAltDr, dont deux côte à côte et quatre d’un seul tenant, permettant de placer trois paires sur des positions de repos. Ce dernier avantage compense le fait que les 4 soient sous la main droite. Vu l’importance relative des parenthèses, elles prennent place sous la main gauche.

Sur le bépo 2.0 proposé, les parenthèses et les crochets bénéficient d’un effet de symétrie, étant tous deux sous les annulaires et auriculaires. Du côté des parenthèses, sur les claviers orthogonaux et en méthodes de frappe classique et o0 sur clavier décalé – mais non en méthode en A – cet avantage se double d’un parallélisme avec les chevrons ou symboles inférieur/supérieur, sous les mêmes doigts sur la rangée en-dessous :

╔════╗────┬────╔════╤════╗────┬────┬────┬────╔════╤════╗────┬────╔══════════╗
║Verr║ — ¶│ « ″║ » ′│ À ÷║ – ×│ Æ “│ - ⁄│ Œ ∞║ Ç ”│ Ù „║ − ≠│ + ±║          ║
║ PRO║ ` 1│ # 2║ ' 3│ à 4║ ^ 5│ æ 6│[á]7│ œ 8║ ç 9│ ù 0║ = °│ @ %║ ←‒‒‒‒    ║
╠════╩══╔═╧══╤═╝──┬─┴──┬─╚══╤═╧══╗─┴──╔═╧══╤═╝──┬─┴──┬─╚══╤═╧══╗═╚══╦═══════╣
║ |←‒‒‒ ║    │    │    │    │    ║    ║    │    │    │    │    ║    ║    |  ║
║ ‒‒‒→| ║ b  │ é _│ p &│ o  │ è '║[ê]"║ v  │ d  │ l £│ j ij│ z  ║ w  ║ ←‒‒┘  ║
╠═══════╩╗───┴┬───┴┬───┴┬───┴┬───╚╦═══╝┬───┴┬───┴┬───┴┬───┴┬───╚╗───╚╗      ║
║ Verr   ║    │    │    │    │    ║    │    │    │    │    │    ║    ║      ║
║ CAPS   ║ a (│ u )│ i |│ e €│ , \║ c #│ t {│ s }│ r [│ n ]│ m  ║[ò]$║      ║
╠══════╦═╩══╗─┴──┬─┴──┬─┴══╤═┴──┬─╚══╗─┴══╤═┴──┬─┴──┬─┴──┬─┴──╔═╝──══╩══════╣
║  /\  ║    ║    │    │    │    │    ║    │    │    │    │    ║       /\    ║
║  ||  ║ Num║ y <│ x >│ . /│ - *│ k ~║ ’ ·│ q ß│ g  │ h †│ f ſ║       ||    ║
╠══════╩╦═══╩══╦═╧═══╦╧════╧════╧════╩════╧════╧╦═══╧═╦══╧═══╦╩═════╦═══════╣
║       ║      ║     ║ [EIC]       [EFI]        ║     ║      ║      ║       ║
║ Ctrl  ║ Win  ║ Alt ║ [espace]    [Compose]    ║ Pro ║ Win  ║ Menu ║ Ctrl  ║
╚═══════╩══════╩═════╩══════════════════════════╩═════╩══════╩══════╩═══════╝
(carte incomplète)


Les autres caractères informatiques en AltDr

Pour la bascule des chiffres et du mode Programmeur il a fallu réquisitionner la première touche de la rangée des chiffres, qui sur le bépo est la touche clavier bépo$. Il faut donc recaser le dollar et le croisillon sur d’autres touches en clavier bépoAltDr, niveau qui sur la rangée des chiffres n’est plus disponible aux symboles que sur les deux dernières touches. À ce niveau sur la rangée de repos, sept places sont déjà prises par le symbole de l’euro et les parenthèses, crochets et accolades. Le défi consiste à placer les caractères informatiques en clavier bépoAltDr d’une manière qui optimise les digrammes fréquents et favorise la mnémonique et la « mémoire musculaire ».

  • Les chevrons inférieur/supérieur sont placés dans les mêmes colonnes du clavier que les parenthèses, sur la rangée en-dessous (clavier bépoY et clavier bépoX)[38] ; sur les claviers orthogonaux et en méthodes de frappe classique et o0 sur clavier décalé – mais non en méthode en A – ils bénéficient ainsi du réflexe acquis pour les parenthèses : ouvrant → auriculaire, fermant → annulaire ;
  • La barre oblique et l’astérisque occupent tout naturellement les deux touches suivantes, clavier bépo. et clavier bépo-, et le tilde vif ne bouge pas de clavier bépoK ; cette suite assure les digrammes « </ », « /> », « /* », « */ », et « ~/ » ;
  • La barre oblique inverse monte plus au centre du clavier, en clavier bépoAltDr+clavier bépo, ;
  • La barre verticale s’améliore par son transfert sur la rangée de repos, où elle rencontre la touche qui lui ressemble pour une mnémonique visuelle plutôt que par initiale, et ainsi neutre à l’égard du vocabulaire : « le pipe » est sur clavier bépoAltDr+clavier bépoI ;
  • Le croisillon reprend la méthode de la barre verticale pour faire retenir son placement sur clavier bépoC par l’initiale de son nom, polyvalente car pareille en français métropolitain (« croisillon »), en français canadien (« carré »), et en anglais (« crosshatch »).
  • La perluète ou esperluette demeure inamovible sur clavier bépoP.

Les emplacements ci-après sont sur les quatre touches soumises à la bascule VerrPro en plus des chiffres. D’après les caractères en accès direct en mode Langues, ce sont les touches suivantes :

  • clavier bépoÉ et clavier bépoÈ ;
  • clavier bépoê, la touche morte accent circonflexe, qui n’a pu être soumise à la bascule qu’au prix du transfert du point d’exclamation sur une touche stable, ce à quoi se prêtait la touche tiret nouvellement définie (cf. La frappe en A et la touche tiret) ;
  • clavier bépoò, la touche morte accent grave en accès direct qui prend la place que le Ç a laissée après son transfert sur clavier bépo9.

Ce sont les meilleures places en clavier bépoAltDr, car en mode Programmeur elles sont en accès direct. L’utilisation suivante est proposée :

  • Les guillemets informatiques simple et double sont côte à côte, le simple sur clavier bépoÈ, le double sur clavier bépoê ;
  • Le symbole dollar passe à l’autre bout du clavier en clavier bépoAltDr sur clavier bépoò (ex-clavier bépoÇ) qui n’offre une ergonomie correcte que sur claviers ISO ; malgré son usage en informatique, ce symbole est ainsi au même niveau que les deux autres symboles monétaires sur touche vive (€ et £), par contre il est en accès direct en mode Programmeur ; de plus, le mode pavé numérique est complété par la séquence « espace fine insécable, symbole dollar » en touche vive à droite de la même avec « € », pour les utilisateurs franco-canadiens ;
  • Le tiret bas pose un problème épineux du fait que sa place historique sur la barre d’espace est proposée comme touche compose, donnant accès au compose de la disposition ; or le tiret bas en clavier bépoAltGr+clavier bépoEspace est emblématique de l’esprit d’innovation et de la logique d’agencement du bépo et participe de son identité ; il faudra voir si le tiret bas reste en clavier bépoAltDr+clavier bépoEspace, ou s’il monte en clavier bépoAltDr+clavier bépoÉ, auquel cas il sera en accès direct en mode Programmeur.


Sélection de caractères en touches vives

Dans le domaine des caractères autres qu’informatiques accessibles par touches vives, cette proposition de version 2.0 reprend autant que possible les caractères sélectionnés pour le bépo 1.0, tout en gardant à l’œil que certains y figurent simplement comme faisant partie de Latin-1, et que quelques-uns ont été admis dans l’attente que de futurs besoins se précisent, pour céder leurs places par exemple à un certain nombre de caractères dont l’usage se répand grâce à Unicode, et qui font partie – ou non – du jeu de caractères défini pour la norme internationale de dispositions de clavier ISO/CEI 9995.

Proposition provisoire pour le bépo normalisable version 2.0 (Voir avec les info-bulles) : Prop prov bépo.png

Dans le domaine des ponctuations et symboles, on propose de conserver les caractères suivants :

  • Le point médian est rendu d’accès plus facile pour simplifier la saisie de terminaisons conditionnelles selon l’usage actuel, qui varie entre le tiret et le point médian. En clavier bépoAltDr sur la touche de l’apostrophe, il est placé pour optimiser les séquences « ·e·s » ;
  • Les obèles sont maintenus sur leurs places actuelles en clavier bépoAltDr+clavier bépoH pour le simple « † », en clavier bépoMaj+clavier bépoAltDr+clavier bépoH pour le double « ‡ » ;
  • Les guillemets-virgules sont conservés sous leurs trois formes doubles et la forme simple servant d’apostrophe, car tous les 9 guillemets-virgules présents dans Unicode (sans compter les formes décoratives) sont accessibles par touches mortes (cf. Des ponctuations par touches mortes). Comme les touches mortes pour les guillemets-virgules franco-anglais sont toutes en accès direct (clavier bépoò, clavier bépoá), cette saisie par touches mortes devient beaucoup plus ergonomique que l’entrée des guillemets-virgules par touche vive. Plutôt que sur les bonnes places à gauche, les trois principaux guillemets-virgules doubles sont proposés au déplacement sur leurs touches mnémoniques clavier bépo6 et clavier bépo9, ainsi que clavier bépo0 pour le guillemet-virgule bas ;
  • Les prime et double-prime sont rapatriés sur les touches des guillemets-virgules informatiques (ou de ce qui en tient lieu : clavier bépo#) qui leur servent d’avatars ASCII ;
  • Les tirets cadratin et demi-cadratin sont en clavier bépoMaj+clavier bépo1 et clavier bépoMaj+clavier bépo5 pour la mnémonique et l’espace insécable (cf. Gestion des espaces insécables) ;
  • Comme le symbole degré, le symbole pour cent se met lui aussi au même niveau que les chiffres, maintenant en clavier bépoAltDr, mais si son usage en informatique le justifie il retournera en accès direct[39], et l’arobase va se décaler ;
  • Le signe moins et le signe plus se posent tous les deux en clavier bépoMaj sur leurs touches respectives, sachant que les keycodes des deux touches à gauche de clavier bépoRetour arrière ont les significations de « MOINS » et de « PLUS » qui sont prises en compte pour les raccourcis clavier[40] ;
  • Les autres opérateurs de base sont en clavier bépoMaj+clavier bépoAltDr sur clavier bépo4 et clavier bépo5, avec une mnémonique incertaine, mais ils n’y sont destinés qu’à dépanner les utilisateurs de claviers ANSI, car avec la 105ᵉ touche on accède au mode pavé numérique où les opérateurs typographiques sont disposés de manière beaucoup plus mnémonique (cf. La nouvelle modificatrice Num et Le mode pavé numérique) ;
  • Les symboles ± et ≠ continuent d’être aux côtés de + et de =, mais avec une accessibilité moins ergonomique. Grâce à la présence en accès direct de la touche morte accent aigu clavier bépoá, « ≠ » s’obtient aussi par le roulement clavier bépoáclavier bépo=, et « ± » par clavier bépoáclavier bépo+ ;
  • Les symboles inférieur ou égal à et supérieur ou égal à sont maintenant sur les touches des comparateurs stricts, et sous leur forme française « ⩽ ⩾ » approuvée sur la ML ; toutefois, les deux variantes sont accessibles en compose : clavier bépoComposeclavier bépo<clavier bépo< pour « ⩽ »[41], clavier bépoComposeclavier bépo<clavier bépo_ pour « ≤ » ;
  • Les indicateurs ordinaux sont repris à l’identique ;
  • Les symboles ¶ et ¬ sont eux aussi conservés mais changent plus ou moins de place, avec une mnémonique tantôt graphique (« ¶ » sur clavier bépo1), tantôt alphabétique (« ¬ » sur clavier bépoN, au lieu de la mnémonique graphique d’origine sur clavier bépo7), et comme ils s’obtiennent aussi par touche morte (clavier bépoêclavier bépo§ pour « ¶ ») et/ou compose (clavier bépoComposeclavier bépo|clavier bépop pour « ¶ », clavier bépoComposeclavier bépo-clavier bépo, pour « ¬ »), l’option de leur remplacement – discutée sur la ML – reste en suspens ;
  • L’easter egg du bépo, le symbole clavier « ⌨ », a finalement pu être gardé sur clavier bépoMaj+clavier bépoK[42] ;


Ce projet de version 2.0 propose d’ajouter les symboles et ponctuations suivants :

  • Le trait d’union insécable U+2011 est en clavier bépoMaj+clavier bépo7, où la mnémonique du niveau se réfère à l’espace insécable en Maj sur la barre d’espace, tandis que la mnémonique de la touche prend la barre supérieure du chiffre 7 (cf. le suivant) ;
  • La barre de fraction en clavier bépoMaj+clavier bépoAltDr+clavier bépo7 (U+2044) fonctionne avec les exposants et indices, avec lesquels elle peut représenter – grâce à son crénage de part et d’autre – toutes fractions arbitraires à barre oblique. Certains logiciels haut de gamme l’interprètent comme un attribut de mise en forme et acceptent les numérateurs et dénominateurs en chiffres ASCII[43]. Cette barre de fraction est aussi accessible par la touche morte clavier bépoexposant, comme les chiffres en exposant qu’elle suit ; elle est néanmoins proposée au placement sur la carte du bépo en tant que symbole de liberté en souvenir des fractions précomposées y figurant sur la version 1.0, désormais toutes[44] accessibles par clavier bépoComposeclavier bépo[numérateur]clavier bépo[dénominateur] ; sa mnémonique fait appel à la barre oblique du chiffre 7 ;
  • Le symbole infini U+221F sur clavier bépoMaj+clavier bépoAltDr+clavier bépo8 mettra sa place à disposition (il est aussi en compose) en cas d’autres idées, par exemple pour le suivant :
  • Le symbole copyleft est a priori en compose[45], comme tous les autres symboles légaux ou autres présents sur la version 1.0 et qui n’ont plus trouvé place vu leur rareté et qu’ils se prêtent bien au compose. Mais étant donné que le copyleft est avec d’autres symboles similaires en-dehors du plan multilingue de base et que donc sous Windows il ne tient pas dans une unité de code UTF-16, il n’y est pas facilement accessible par touche morte. C’est un candidat désigné pour les niveaux de dépannage en clavier bépoCtrl+clavier bépoAlt propres à cet OS quand clavier bépoAltDr n’est pas 0x05 (AltGr), mais 0x08 (Kana) — par exemple sur clavier bépoCtrl+clavier bépoAlt+clavier bépo6 pour la mnémonique graphique ;
  • Le symbole diamètre « ⌀ » U+2300 fait partie du Jeu partiel latin multilingue, est sur le clavier allemand T2 (touche [D], en AltGr), et est indispensable pour professionnaliser la saisie en évitant à l’utilisateur de se rabattre sur l’o barré ; il est proposé pour clavier bépoMaj+clavier bépoAltDr+clavier bépoD ;
  • La case à cocher « ☐ » U+2610 n’est pas dans le JPLM (MLS) mais contribue à son tour à professionnaliser la saisie en évitant à l’utilisateur de se rabattre sur d’autres symboles du clavier ; elle est proposée pour clavier bépoMaj+clavier bépoAltDr+clavier bépoL et donne avec clavier bépoê « ☒ », avec clavier bépoêclavier bépoê « ☑ », et avec d’autres touches mortes « ❑|❏|❒|❐|❍ ».

Fairytale waring.png Cette section est vide, pas assez détaillée ou incomplète. Votre aide est la bienvenue !

Les différents modes d’accès aux chiffres

Le mode Programmeur

Le mode pavé numérique

Touches mortes

Le nouveau modèle de fonctionnement

Davantage de touches mortes en accès direct

Les nouvelles touches mortes Exposant et Indice

Des ponctuations par touches mortes

  • Les guillemets ouvrants sont en touche morte accent grave clavier bépoò, car cet accent correspond graphiquement et historiquement à un guillemet ouvrant ;
  • Les guillemets fermants sont en touche morte accent aigu clavier bépoá, car cet accent correspond graphiquement et historiquement à un guillemet fermant ;
  • Les guillemets bas sont en touche morte tréma clavier bépoë, car ce diacritique correspond linguistiquement à la langue qui utilise ce type de guillemet.

La qualité simple ou double est définie par le caractère de base :

  • Pour les guillemets simples, le caractère de base est le guillemet simple informatique ;
  • Pour les guillemets doubles, le caractère de base est le guillemet double informatique, mais aussi le croisillon (dont le glyphe tient du double – deux traits verticaux et deux traits horizontaux – sur le plan de la mnémotechnique), car il prend la place autrement occupée par le guillemet double informatique.

Concrètement et en détail, on obtient :


Des raccourcis pour des lettres étrangères

Touches mortes reliées à l’arborescence Compose

Le Compose de la disposition

Économies de touches mortes

Un double sélecteur de groupe rémanent

Les contenus manquants sont à venir sous peu, merci de votre compréhension.

Notes

  1. De nombreuses idées attendent sur les pages v2:Idées et v2:Projet, mais pour leur concrétisation sous Windows – traditionnellement l’OS le plus limitatif – il en manquait une ou deux. On essaie de faire le tour dans la section Point de départ.
  2. On aurait pu utiliser clavier bépoVerrXxx+clavier bépoNum, mais sous Windows, dans ces niveaux, une touche sur cinq est défaillante sans raison apparente, suite à un bug ou par le fait d’un bridage. Il faut sans doute voir cela sur le fond du refus de Microsoft d’implémenter les dispositions de clavier en XML, format adopté par Apple et le CLDR d’Unicode (Common Locale Data Repository, contient aussi des dispositions de clavier), et de manière plus générale, le refus de Microsoft de mettre à jour les ressources clavier pour une prise en charge totale d’Unicode, ainsi que son refus de participer aux travaux de la norme internationale ISO/IEC 9995.
  3. Cette argumentation risquera de tomber à plat parce que les révélations sur la politique de la peur ont déja immunisé l’opinion publique. Il faudrait toutefois diriger ce réflexe contre ceux qui font surtout des discours, non contre ceux qui proposent des solutions et qui ont peur de les voir rejetées faute d’une conscience des tenants et aboutissants.
  4. ISO/CEI 9995 : Histoire d’ISO/CEI 9995
  5. Quand je ne le savais pas, je le réclamais sur les forums de Microsoft Community, MSDN et Technet… Marcel (discussion) 13 septembre 2016 à 12:57 (CEST)
  6. Cette situation de Windows s’explique par une externalisation de fait. Les dispositions de clavier performantes y sont devenues l’apanage d’autres maisons, qui ont développé des éditeurs d’entrée. Même l’ISO/IEC a pris ce virage avec la nouvelle partie 11 d’ISO/IEC 9995 (tout en restant dans sa tradition à dominante théorique qui se révèle inefficace en pratique).
  7. Une modificatrice rémanente est implémentée en tant que touche morte, et une touche (comme AltGr) ne peut pas être à la fois une modificatrice et une touche à caractères. Cela fait que pour implémenter son clavier allemand multilingue standard sous Windows, Karl PENTZLIN a été amené à détourner une touche vive (celle du symbole multiplication) pour en faire une touche morte sélectrice de groupe.
  8. Un autre avantage est que Microsoft évite de canoniser un panel d’écritures “must have” alors que c’est à chaque utilisateur de configurer sa barre de langues avec les dispositions de son choix, qu’il peut d’ailleurs adapter à tout moment selon ses préférences avec le MSKLC.
  9. Rappelons que le fondement historique de la civilisation française (et européenne) est le christianisme, qui depuis la Réforme utilise en France le grec et l’hébreu en plus du français et du latin ; que depuis la Renaissance, la civilisation occidentale serait impensable sans le rôle joué par les savants arabes ; et qu’enfin, depuis l’époque de la colonialisation, la France a délibérément lié son sort à celui de plusieurs nations de civilisation arabe. Inutile de préciser que le vietnamien est couvert dans le cadre de la prise en charge (totale) de l’écriture latine.
  10. Le Scan Code Mapper for Keyboards fait partie de Windows depuis 2000. Il permet de remapper les codes des touches. Son paramétrage est dans la valeur « Scancode Map » à ajouter dans la clé de registre « HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Keyboard Layout ». Pour écrire la valeur Scancode Map, toutes les explications sont sur la page Keyboard and mouse class drivers (Windows Drivers), section Scan Code Mapper for keyboards.
  11. Marcel le 14 septembre 2016
  12. La valeur 0x80 de l’attribut a été additionnée à l’attribut 0x01 de la touche VK_A, attribut qui soumet la touche à la bascule VerrCap pour les niveaux Base et Shift. Le nouvel attribut qui en résulte est 0x81, mais au test, à bascule VerrCap active, la sortie avec la modificatrice KBDGRPSELTAP (implémentée sous forme de la modificatrice clavier bépoNum) était inchangée.
  13. Admettant que le reste signifie « group selector ». Cela reviendrait à imaginer que les développeurs auraient reçu la consigne de prévoir de quoi « singer » ce sélecteur de groupe…
  14. C’est le scénario le plus probable, qui toutefois est issu d’un décryptage personnel (adresser les critiques à Marcel).
  15. Cette fonctionnalité porte le nom de SGCaps pour « Swiss German Capitals », d’après la région pour laquelle elle avait été implémentée sous Windows.
  16. Sur les claviers de bureau ANSI, la touche Windows gauche peut être remappée pour faire office de touche 105. Cette dernière peut être ajoutée aussi sur les claviers de portables ANSI en mettant à contribution la touche F1, car l’aide peut être invoquée à l’aide du dispositif de pointage, qui de toute manière est en général indispensable pour y naviguer. Sous Windows, ces remappages sont faits avec le Scan Code Mapper for Keyboards inclus.
  17. Il aurait peut-être été souhaitable de tripler le zéro à gauche du clavier bépo1, mais cette place est prise par le chiffre hexadécimal clavier bépoB. Une autre option serait de tripler le zéro à la place du double zéro clavier bépo00.
  18. Jusqu’à preuve du contraire.
  19. DTMD est le sigle de « dispositions trilogiques multimodales dispoclavier ». Plus d’informations sur le site dispoclavier.
  20. Ce phénomène s’atténue mais ne disparaît pas quand clavier bépoGrec et clavier bépoArabe sont placées sur des touches propres au lieu d’être ajoutées sur des bascules. Le test a consisté à banaliser les touches clavier bépoF1 à clavier bépoF3 et à les affecter aux modificatrices clavier bépoGrec, clavier bépoArabe et clavier bépoCyrillique.
  21. En principe, cela reste à vérifier.
  22. Car à la clé, il y a des avantages autrement plus substantiels comme l’évitement de PowerPoint au profit de Keynote, qui a la réputation d’induire d’énormes gains de temps et de qualité.
  23. C’est dans une moindre mesure l’un des inconvénients de l’implémentation du support multiécritures sur une seule et même disposition de clavier. Un jeu de plusieurs dispositions coordonnées “à la carte” a l’avantage de bénéficier de la gestion des options linguistiques déjà implémentée sous les OS.
  24. L’arabe reste à intégrer dans l’arborescence Compose, mais cela représente un gros travail ; il faut prendre en charge à la fois les noms des lettres selon leur prononciation, et les noms des lettres selon la romanisation normalisée (devenus les noms Unicode).
  25. cpsdqs/monotext, (« monotext - A small utility for converting text to a mathematical monospace (unicode) version » [Mais par un drapeau on peut obtenir les autres alphabets aussi]). Consulté le 16 août 2016, à l’adresse https://github.com/cpsdqs/monotext
  26. Bing au contraire cherche les occurrences où ces caractères figurent tels quels.
  27. Cette obsolescence de Windows ressort d’un échange public entre Karl PENTZLIN, concepteur et rédacteur de la nouvelle norme de clavier allemande et de la dernière révision d’ISO/IEC 9995, et Michael S. KAPLAN, développeur chez Microsoft et auteur du MSKLC, dans ce fil de discussion sur la ML publique d’Unicode (en anglais).
  28. Il faudrait vérifier si Office 2013, 2016 ou 365 ont été mis à jour, sachant que le gluon U+2060 existe dans Unicode depuis la version 3.2 (mars 2002).
  29. Cela doit être demandé individuellement par l’administrateur de l’ordinateur. Des clés de registre à fusionner contenant des valeurs « Scancode Map » doivent être mis à la disposition des utilisateurs de bépo pour Windows.
  30. On verra d’autres exemples où le côte-à-côte cède la place à une mnémonique plus graphique que spatiale ; il s’agit surtout des guillemets-virgules et des opérateurs mathématiques, mais aussi du ¶. Un autre principe mnémonique est l’assonance, utilisée pour ¬ et avant tout pour les touches mortes.
  31. Cf. ce qu’en dit un wiki obsolète chez OpenOffice : https://wiki.openoffice.org/wiki/Non_Breaking_Spaces_Before_Punctuation_In_French_%28espaces_ins%C3%A9cables%29#Exclusion_of_the_NARROW_NO-BREAK_SPACE_.28U.2B202F.29
  32. Pour s’en justifier, ils prétextent l’indisponibilité de l’espace insécable sur le web — ignorance ou hypocrisie ? Le Huffington Post peut être cité en exemple, pour alléguer que le but est l’égalisation de la charte graphique sur le modèle US-américain, malgré le partenariat avec Le Monde, lequel emboîta le pas pendant un moment dans son édition en ligne. Cf. « Les malheurs de l'espace dure », tribune d’Antoine COMPAGNON dans le Huffington Post.
  33. Une partie des utilisateurs de traitements de texte wysiwyg écrivent directement dans la police finale, qui lorsqu’elle ne contient pas un caractère utilisé, présente un glyphe d’indisponibilité, ou certains logiciels vieillots affichent un point d’interrogation ; d’autres comme Word qui basculent automatiquement vers une police par défaut, ne retournent pas à la police précédente à la suite. Parmi les solutions on peut citer la saisie en fonte de labeur avant l’application de la fonte finale ; la saisie avec EIC puis rechercher-remplacer de tous les EIC par des EFI si l’EIC sert uniquement aux ponctuations.
  34. Comparée à l’effort global d’apprentissage du bépo, la mnémonique du placement de quelques lettres moins fréquentes ou rares ne représente qu’un faible gain, qui se retourne même en perte si l’on considère aussi la perte d’ergonomie. Autrement dit, l’utilisateur a plus d’avantages à consentir un petit effort d’apprentissage supplémentaire, qu’à s’arrêter devant l’apprentissage d’une rangée de plus.
  35. Emploi à mauvais escient des parenthèses sur les claviers français, des crochets sur les claviers US-qwerty.
  36. Actuellement c’est le cas de l’Ǽ, qui certes ne sert pas en français. De plus, ce genre de bug n’a pas lieu d’être.
  37. Yves NEUVILLE, Le Clavier bureautique et informatique, Paris, Cedic/Nathan, 1985, page 67.
  38. De par la mnémonique liée à la forme des lettres – aussi sur les dispositions héritées – ces touches étaient souvent choisies pour les guillemets-chevrons.
  39. En plus dʼêtre accessible avec EFI automatique en mode pavé numérique, cf. La nouvelle modificatrice Num.
  40. La touche MOINS avait été éliminée de l’azerty, et le bépo a probablement été le premier à la réintroduire sur le pavé alphanumérique en France.
  41. Les comparateurs emphatiques sont eux aussi en compose : clavier bépoComposeclavier bépo2clavier bépo< pour « ≪ », clavier bépoComposeclavier bépo3clavier bépo< pour « ⋘ ».
  42. Il est aussi en clavier bépoComposeclavier bépokclavier bépob, parce que clavier bépoComposeclavier bépocclavier bépol est le symbole copyleft.
  43. Cet usage est conforme au standard Unicode, voir dans le Standard Unicode version 9.0, chapitre 22 ⟨Symboles⟩, section 3 ⟨Nombres⟩, page 784 : « Fractions » (en anglais), tandis que la synergie avec les exposants et indices est laissée à la discrétion des dessinateurs de fontes, qui la font fonctionner à merveille par exemple dans Arial Unicode MS, jadis fournie gratuitement avec Windows, aujourd’hui rendue inaccessible mais vendue à prix d’or aux utilisateurs souhaitant la récupérer. La raison probable du refus d’Unicode de mentionner la construction de fractions à l’aide d’exposants et d’indices est la mise en avant des solutions logicielles réservées à la PAO, voir dans le Standard Unicode version 9.0, chapitre 6 ⟨Systèmes d’écriture et ponctuation⟩, section 2 ⟨Ponctuation générale⟩, page 277 : « Fraction Slash » (en anglais). Le Standard Unicode étant un texte normatif validé par l’industrie à l’attention des implémenteurs, il n’est pas un manuel complet de typographie à l’intention des utilisateurs.
  44. Les fractions précomposées d’Unicode sont principalement ½, ⅓ ⅔, ¼ ¾, ⅕ ⅖ ⅗ ⅘, ⅙ ⅚, ⅐, ⅛ ⅜ ⅝ ⅞, ⅑.
  45. On propose pour le copyleft la séquence clavier bépoComposeclavier bépocclavier bépol (ce qui fait que pour le symbole clavier « ⌨ » il reste clavier bépoComposeclavier bépokclavier bépob).