Voir la source de Utilisateur:Marcel/Version 2.0

{{note|Le but de cette page est de ranimer la discussion sur la version&nbsp;2.0 en parallèle à celle sur la [[Version_1.1|version&nbsp;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 <br/>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.}}
{{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. 

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.

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 Maj gauche et Num sont enfoncées. Le grec lui aussi est en touches vives tant que l’on appuie sur VerrMaj, l’arabe en écriture d’origine pareillement avec VerrPro, et le cyrillique l’est avec VerrMaj + Num<ref>Sous Windows, dans les niveaux « VerrXxx + Num » une touche sur cinq est défaillante sans raison apparente, suite à un bug ou par le fait d’un bridage. Il faut 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&nbsp;9995.</ref>. Pour pallier le mitage de la carte, on a le choix entre les doublages sur des touches non utilisées (c’est ce qui a permis de mettre tout l’hébreu en touches vives), et la saisie par touche morte. Pour le cyrillique, les touches défaillantes sont doublées sur la rangée des chiffres, et une touche morte sur {{t|VerrMaj|#2f2}}+{{t|Y|#fff}} donne accès à son tour à tout l’alphabet cyrillique.</ref>, ainsi que l’hébreu vocalisé avec VerrPro + Num. Le [[#La_nouvelle_modificatrice_Num|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''' ([http://dispoclavier.com/index.html#i22 Voir avec les info-bulles]) :
[[Fichier: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 [[Version_1.1|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.<ref>Cette argumentation risquera de tomber à plat parce que les révélations sur la [https://fr.wikipedia.org/wiki/Politique_de_la_peur 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.</ref>


=== É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 '''[[Utilisateur:Nemolivier/Ergo_Saisie_A|frappe en A]].''' Cette proposition de version&nbsp;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’{{t|X|#fff}} et l’{{t|Y|#fff}}, 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’{{t|É|#fff}} et l’{{t|È|#fff}}. Ainsi la '''rangée éponyme''' « {{t|B|#fff}}{{t|É|#fff}}{{t|P|#fff}}{{t|O|#fff}}({{t|È|#fff}}) » 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 « ĳ »''' 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 [[v2:Projet|page de présentation du projet de version&nbsp;2]] et/ou dans la [[v2:Idées|boîte à idées de la version&nbsp;2]] :
* [[v2:Projet#Pourquoi une nouvelle disposition?|Le non-maintien des chiffres en Majuscule]] ;
* [[v2:Projet#Groupements de caractères|L’implémentation d’un pavé numérique sur le bloc alphanumérique]] ;
* [[v2:Projet#Caractères en accès direct|Le placement de lettres sur la rangée des chiffres]] ;
* [[v2:Idées#Types de contraintes|Les guillemets en shift pour l’enchaînement avec l’espace insécable]] ;
* [[v2:Idées#Contraintes « dures »|Accès direct simultané aux apostrophes droite et typographique]].

L’idée d’aménager le bépo pour la '''[[Utilisateur:Nemolivier/Ergo_Saisie_A|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&nbsp;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ᵉ&nbsp;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ᵉ&nbsp;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&nbsp;9995''', et d’autre part d’une '''émulation <small>COMPOSE</small> 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 <small>COMPOSE</small>, et deux sur la rangée Tab pour les sélecteurs dont chacun donne accès à la même carte supplémentaire (groupe&nbsp;3), tandis qu’actionnés en double frappe ou ensemble, ils amènent le groupe&nbsp;4. Jusqu’à 8 autres groupes sont accessibles par « groupe&nbsp;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ʳ&nbsp;Yves&nbsp;N<small>EUVILLE</small>)<ref>[https://fr.wikipedia.org/wiki/ISO/CEI_9995#Histoire_d.E2.80.99ISO.2FCEI_9995 ISO/CEI 9995 :  Histoire d’ISO/CEI 9995]</ref>, à 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&nbsp;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 (« <small>KBDGRPSELTAP</small> »).

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<ref>Quand je ne le savais pas, je le réclamais sur les forums de Microsoft Community, MSDN et Technet… [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 13 septembre 2016 à 12:57 (CEST)</ref>, 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&nbsp;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<ref>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&nbsp;9995 (tout en restant dans sa tradition à dominante théorique qui se révèle inefficace en pratique).</ref>.


== 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 {{tt|Ctrl|Alt}}, surtout pour pallier l’impossibilité d’y obtenir par touche morte plus d’une unité de code UTF-16. En comptant aussi le niveau Ctrl hérité (presque vide, mais pas tout à fait) et en ajoutant le niveau Maj + Ctrl (encore vide, mais utilisé dans certaines dispositions de clavier Windows), on arrive à un total de 30&nbsp;niveaux. Juste assez pour tirer pleinement parti de son clavier…

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&nbsp;9995 et de fait jamais implémenté parce que techniquement impossible sous le Windows actuel<ref>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&nbsp;P<small>ENTZLIN</small> a été amené à détourner une touche vive (celle du symbole multiplication) pour en faire une touche morte sélectrice de groupe.</ref>. 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<ref>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.</ref>.

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<ref>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.</ref>.


=== Le changement de modificatrice sur Alt droite ===
Le [[Utilisateur:LeBret/Remplacer AltGr par Kana|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<ref>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 [https://msdn.microsoft.com/en-us/library/windows/hardware/jj128267(v=vs.85).aspx Keyboard and mouse class drivers (Windows Drivers)], section ''Scan Code Mapper for keyboards''.</ref> Ainsi l’utilisateur peut disposer d’une touche AltGr par exemple sur Windows droite ou gauche.

Selon les derniers tests<ref>[[Utilisateur:Marcel|Marcel]] le 14 septembre 2016</ref>, le '''sélecteur de groupe''' d’ISO/IEC&nbsp;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<ref>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 {{t|Num}}) était inchangée.</ref>. On peut se demander si les lettres « AP » dans GRPSELTAP ne signifieraient pas « aping »<ref>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…</ref>… 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 [[Utilisateur:LeBret/Remplacer AltGr par Kana|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’'''« ẞ&nbsp;ß »''' et l’'''« Ĳ&nbsp;ĳ »''', 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 ({{t|ò|#2f2}}) est en accès direct et permet d’obtenir ces lettres quand elle est suivie de {{t|ç|#fff}} pour « ß », ou de {{t|j|#fff}} pour « ĳ ».

Ce [[Utilisateur:LeBret/Remplacer AltGr par Kana|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&nbsp;droite''.

Comme indiqué sur la page [[Utilisateur:LeBret/Remplacer AltGr par Kana|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 {{t|Ctrl}} et {{tt|Maj|Ctrl}} saturés, que la mise à contribution de {{tt|Ctrl|Alt}} mit le désordre<ref>C’est le scénario le plus probable, qui toutefois est issu d’un décryptage personnel (adresser les critiques à [[Utilisateur:Marcel|Marcel]]).</ref>. 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&nbsp;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 – {{t|É|#fff}}, {{t|È|#fff}}, {{t|ê|#2f2}} (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&nbsp;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&nbsp;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<ref>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.</ref>. À 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 [[v2:Projet#Groupements de caractères|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<ref>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.</ref>. 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 {{t|B|#fff}} et {{t|É|#fff}} ;

Grâce au doublage du zéro, la modificatrice {{t|Num}} 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 {{t|1|#fff}}, et l’annulaire droit sur {{t|0|#fff}}<ref>Il aurait peut-être été souhaitable de tripler le zéro à gauche du {{t|1|#fff}}, mais cette place est prise par le chiffre hexadécimal {{t|B|#fff}}. Une autre option serait de tripler le zéro à la place du double zéro {{t|00|#fff}}.</ref>.

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ᵉ&nbsp;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 {{t|Maj}}+{{t|M|#fff}} puis {{tt|Maj|Num}}+{{t|M|#fff}} {{tt|Maj|Num}}+{{t|E|#fff}} {{tt|Maj|Num}}+{{t|S|#fff}}. Cela revient à bloquer l’auriculaire gauche sur {{t|Maj}}, à taper {{t|M|#fff}}, à bloquer en plus l’annulaire gauche sur {{t|Num}} avant de taper {{t|M|#fff}} encore une fois, {{t|E|#fff}} (de la main gauche, ce qui demande certes un petit tour de main), puis {{t|S|#fff}}. Avec la touche morte Exposant ({{t|↑|#2f2}}) 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 {{tt|Maj|Num}} 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 {{tt|Maj|Pro}}. {{t|Num}} étant plus accessible que {{t|Maj}}, les ponctuations avec espace fine insécable seront donc doublées en {{tt|Maj|Num}}.


=== 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<ref>Jusqu’à preuve du contraire.</ref> :
* 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.
* 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ᵉ&nbsp;extrait) telle qu’elle figure dans la source du driver Windows de cette proposition de version&nbsp;2.0.

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<ref>DTMD est le sigle de « dispositions trilogiques multimodales dispoclavier ». Plus d’informations sur le site [http://dispoclavier.com/index.html dispoclavier].</ref>) :
 /**********************************************************************************\
 * 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(145).
 \**********************************************************************************/
 #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 VerrKana
 #define MODNUM   0x10  // == 0001 0000 sera placé sur la touche 105 (ISO uniquement)
 #define MODGREC  0x20  // == 0010 0000 en plus sur VerrCap ; + Pro -> Hébreu
 #define MODARABE 0x40  // == 0100 0000 en plus sur VerrPro ; + Pro -> Cyrillique
 #define MODCYR   0x80  // == 1000 0000 optionnellement sur une touche au choix

Dans la source C, kbdfrbt9.C(145), les bits modificateurs sont affectés aux touches. La modificatrice au bit le plus élevé n’est pas présente par défaut. Elle peut être placée sur une touche au choix à l’aide du Scan Code Mapper de Windows. Le scan code à mapper est T7B. Cette modificatrice permet de taper en cyrillique, mais le cyrillique est aussi accessible par {{tt|Arabe|Pro}}, 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_CAPITAL    , MODGREC  },  // 0x20 == 0010 0000   en plus sur VerrCap
   { VK_KANA       , MODARABE },  // 0x40 == 0100 0000   en plus sur VerrPro
   { VK_OEM_PA1    , MODCYR   },  // 0x80 == 1000 0000   touche au choix
   { 0             , 0        }
 };

Les “modificatrices bonus” sur les bascules s’appellent '''Grec''' et '''Arabe'''. Elles '''{{r|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.

Les modificatrices {{t|Grec}} et {{t|Arabe}} se combinent sans problème avec {{t|Maj}} et avec {{t|AltDr}}. En principe on obtient ainsi 4 cartes complètes. Mais les deux cartes avec {{t|Arabe}} doivent être désensibilisées à la bascule {{t|VerrPro}} sur laquelle {{t|Arabe}} est placée. Cela consiste à doubler en {{t|AltDr}} les allocations sur les touches soumises à {{t|VerrPro}}, ce qui représente 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).

Sous Windows, la plupart des combinaisons de {{t|Grec}} et d’{{t|Arabe}} entre elles et avec {{t|Num}} sont dysfonctionnelles, les cartes sont mitées ou complètement désactivées et donc inutilisables pour des écritures. Ce phénomène s’atténue mais ne disparaît pas quand {{t|Grec}} et {{t|Arabe}} sont placées sur des touches propres<ref>Le test a consisté à banaliser les touches F1 à F3 et à les affecter aux modificatrices Grec, Arabe et Cyr.</ref> au lieu d’être ajoutées sur des bascules. D’autre part, 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).

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&nbsp;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<ref>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).</ref>.

'''''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<ref><i>cpsdqs/monotext</i>, (« 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&nbsp;août&nbsp;2016, à l’adresse https://github.com/cpsdqs/monotext</ref>, et Google les a dans ses classes d’équivalences qui lui permettent de les comprendre comme du texte normal<ref>Bing au contraire cherche les occurrences où ces caractères figurent tels quels.</ref>.

Actuellement, la distribution proposée est la suivante (les combinaisons avec {{t|Num}} devraient fonctionner pleinement sous Linux et Mac OS) :
* Appui constant sur {{t|VerrCap}} (modificatrice {{t|Grec}}) :
** Sans {{t|AltDr}} :
*** Sans {{t|Num}} : Grec monotonique et polytonique ;
*** Avec {{t|Num}} : alphabet mathématique cursif ;
** Avec {{t|AltDr}} :
*** Sans {{t|Num}} : Hébreu vocalisé ;
*** Avec {{t|Num}} : alphabet mathématique italique ;
* Appui constant sur {{t|VerrPro}} (modificatrice {{t|Arabe}}) :
** Sans {{t|AltDr}} :
*** Sans {{t|Num}} : Arabe ;
*** Avec {{t|Num}} : alphabet mathématique ajouré ;
** Avec {{t|AltDr}} :
*** Sans {{t|Num}} : Cyrillique selon la disposition bulgare phonétique adaptée au bépo ;
*** Avec {{t|Num}} : alphabet mathématique gras ;
* Modificatrice optionnelle sur une touche au choix :
** Sans {{t|AltDr}} :
*** Sans {{t|Num}} : Cyrillique selon la disposition bulgare phonétique adaptée au bépo ;
*** Avec {{t|Num}} : (à définir) ;
** Avec {{t|AltDr}} : 
*** Sans {{t|Num}} : (à définir) ;
*** Avec {{t|Num}} : (à 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<ref>Cette obsolescence de Windows ressort d’un échange public entre Karl&nbsp;P<small>ENTZLIN</small>, concepteur et rédacteur de la nouvelle norme de clavier allemande et de la dernière révision d’ISO/IEC&nbsp;9995, et Michael&nbsp;S.&nbsp;K<small>APLAN</small>, développeur chez Microsoft et auteur du MSKLC, dans ce fil de discussion sur la [http://www.unicode.org/mail-arch/unicode-ml/y2010-m01/0015.html ML publique d’Unicode] (en anglais).</ref>, les utilisateurs de Windows doivent se contenter d’utiliser {{tt|Ctrl|Alt}} 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 {{t|ê|#2f2}}{{t|q|#fff}} ;
* 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&nbsp;Office qui insupportent le gluon<ref>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&nbsp;3.2 (mars&nbsp;2002).</ref>. Sur la touche de chacun des deux tirets, il y a en {{tt|Ctrl|Alt}} le tiret suivi d’un gluon, d’une espace et de nouveau d’un gluon, et en {{tt|Maj|Ctrl|Alt}} 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 {{t|AltDr}}.

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 {{tt|Ctrl|Alt}} et {{tt|Maj|Ctrl|Alt}} servent aux chiffres en exposant et en indice. La barre de fraction U+2044 est sur la touche {{t|/|#fff}} aux deux niveaux.

Afin d’améliorer l’ergonomie de l’accès aux niveaux en {{tt|Ctrl|Alt}}, il est possible de remettre sur le clavier une touche {{t|AltGr}} en affectant à une touche comme Windows droite ou Applications (Menu contextuel) le scan code T5E<ref>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.</ref>. 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 '''{{r|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&nbsp;(—) et demi-cadratin&nbsp;(–), 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&nbsp;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 [[v2:Idées#Types de contraintes|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 [[v2:Projet#Pourquoi une nouvelle disposition?|autre idée consignée sur la page v2:Idées]] – pour s’installer au niveau accessible par AltDr (touche Alt droite, marquée {{t|AltGr}}. Autrement dit, la clé de résolution de ce problème, c’est d’avoir les chiffres en {{t|Pro}} (touche Alt droite, marquée {{t|AltGr}}. 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 {{t|1|#fff}}. Le symbolisme actuel, construit à partir du chiffre 1&nbsp;=&nbsp;¹⁄₁, est conservé.
* Le tiret demi-cadratin passe de {{t|$|#fff}} sur {{t|5|#fff}}. La mnémonique se base alors sur l’égalité 0,5&nbsp;=&nbsp;¹⁄₂.

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<ref>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.</ref>.

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<ref>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 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]</ref> à conférer à l’EFI une quelconque identité visuelle (trame de champ dans LibreOffice/OpenOffice Writer, symbole degré dans MS&nbsp;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<ref>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&nbsp;Monde'', lequel emboîta le pas pendant un moment dans son édition en ligne. Cf. [http://www.huffingtonpost.fr/antoine-compagnon/ecriture-numerique-internet_b_2503676.html « Les malheurs de l'espace dure », tribune d’Antoine C<small>OMPAGNON</small> dans le ''Huffington Post''].</ref> ;
* Beaucoup de vieilles polices décoratives ne contiennent pas l’EFI, et une mauvaise gestion des caractères indisponibles aidant, le travail est perturbé<ref>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.</ref>.

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&nbsp;ponctuation »''' (ou « ponctuation&nbsp;EFI ») quand l’utilisateur actionne les touches suivantes ;
* Pour les point-virgule, deux-points, point d’interrogation et d’exclamation : {{t|Pro}} (Alt droite) en plus du {{t|Maj}}+{{t|touche|#fff}} habituel ; autrement dit : les séquences tout-en-un sont en {{tt|Maj|Pro}} (ou selon le marquage du clavier : en {{tt|Maj|AltGr}}) sur les touches des ponctuations concernées ;
* Pour les guillemets doubles : {{t|Pro}}+{{t|Z|#fff}} et {{t|Pro}}+{{t|W|#fff}} ;
* Pour les guillemets simples : {{tt|Maj|Pro}}+{{t|Z|#fff}} et {{tt|Maj|Pro}}+{{t|W|#fff}}.
Les guillemets avec EFI sont sur {{t|Z|#fff}} et {{t|W|#fff}} et non sur les touches des guillemets parce que :
* Ils sont si fréquents qu’un accès plus facile qu’en {{tt|Maj|Pro}} 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 {{tt|Maj|Pro}} 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 {{t|ê|#2f2}} {{t|«|#fff}} et {{t|ê|#2f2}} {{t|»|#fff}}), 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 {{t|Z|#fff}} et {{t|W|#fff}} 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 {{t|Num}}+{{t|espace|#fff}}.

Le '''mode pavé numérique''' (actif tant que la nouvelle modificatrice {{t|Num}} est pressée) offre aussi des facilités pour insérer d’un seul tenant des séquences « EFI&nbsp;symbole » (ou « symbole&nbsp;EFI ») :
* Pourcentages : bloquer l’auriculaire gauche sur {{t|Num}}, taper les chiffres (éventuellement avec virgule), et finir en donnant un coup de l’auriculaire droit sur {{t|M|#fff}} (existe aussi avec le symbole ''pour mille'', une touche plus loin) ;
* Montants en euros : bloquer l’auriculaire gauche sur {{t|Num}}, 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 {{t|W|#fff}} (existe aussi avec le symbole euro préposé suivi d’EFI, sur {{t|E|#fff}}).


=== Utilisation de la rangée des chiffres ===
La morphologie des mains humaines fait que dans la [[Utilisateur:Nemolivier/Ergo_Saisie_A|frappe en A]], les touches {{t|3|#fff}} et {{t|4|#fff}} sont atteintes aussi facilement de l’annulaire et du médian gauches, que la touche {{t|È|#fff}} l’est de l’index. Pareillement à droite, les touches {{t|9|#fff}} et {{t|0|#fff}} sont atteintes par le médian et l’annulaire dans la même position de la main qui permet de poser l’index sur {{t|V|#fff}} et l’auriculaire sur {{t|Z|#fff}}. Sur le bépo version&nbsp;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).

[[v2:Projet#Caractères en accès direct|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 :
* [[v2:Projet#Pourquoi une nouvelle disposition?|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 [[Utilisateur:Nemolivier/Ergo_Saisie_A|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<ref>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.</ref> ;
* 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<ref>Emploi à mauvais escient des parenthèses sur les claviers français, des crochets sur les claviers US-qwerty.</ref> ;
* La “mauvaise” place sur {{t|6|#fff}} 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&nbsp;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 ĳ│ 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 {{t|ç|#fff}} 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&nbsp;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 {{t|AltGr}} sur {{t|C|#fff}}.
Cette proposition de version 2.0 place le Ç sur une touche assez accessible, {{t|9|#fff}}, qui se trouve être la même que sur l’azerty mais comporte une position en {{t|Maj}} pour la majuscule, grâce au passage des chiffres en {{t|AltDr}}. Sur le bépo&nbsp;1.0, cette solution n’était donc pas applicable.

Malgré ses avantages, le déplacement de Ç sur {{t|9|#fff}} 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 ===
[[Utilisateur:Nemolivier|Némolivier]] a proposé la [[Utilisateur:Nemolivier/Ergo_Saisie_A|'''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ᵉ&nbsp;touche. Cela est possible si à l’exemple du Ç, l’À monte sur la touche&nbsp;{{t|4|#fff}}, 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’{{t|Y|#fff}}, de l’{{t|X|#fff}} et du {{t|.|#fff}} 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 {{t|Maj}}, elle reçoit le '''point d’exclamation''', afin de pouvoir soumettre à la bascule {{t|VerrPro}} 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 {{t|Maj}}tous les deux, et sur des touches plus proches de leurs positions actuelles ;
* En {{t|AltDr}} 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 {{tt|Maj|AltDr}} 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 {{t|AltGr}} : l’Ù sur {{t|0|#fff}}, et les deux digrammes soudés Œ et Æ sur {{t|8|#fff}} et {{t|6|#fff}}. 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 [[Utilisateur:Kaze|Kaze]]. L’Æ est simplement sur une touche moins accessible. Car le grand avantage est la libération de deux bonnes places en {{t|AltDr}} 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 {{t|AltDr}}, 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<ref>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.</ref>.


=== 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 {{t|1|#fff}} ;
* Le croisillon, ou carré (« # »), sur {{t|2|#fff}} ;
* Le guillemet simple informatique, ou apostrophe (droite), sur {{t|3|#fff}} ;
* Le circonflexe espaçant (« ^ »), sur {{t|5|#fff}} ;
* Le « signe égal à » reste en accès direct sur sa touche actuelle, la touche {{t|MOINS|#fff}} ;
* L’arobase reste en accès direct mais est transférée sur {{t|PLUS|#fff}}, 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 '''{{r|disparaissent en mode Programmeur}}''', où ce sont les chiffres qui prennent le relais en accès direct. Cf. [[#Le mode Programmeur|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 ({{t|Maj}}) que le ''signe moins'', chacun sur la touche qui comporte sa connotation fonctionnelle ({{t|MOINS|#fff}} et {{t|PLUS|#fff}}), 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 {{t|ê|#2f2}}{{t|%|#fff}} et sur le pavé numérique émulé (en {{t|Num}}) ;
** Le symbole ''dollar'' n’est plus en accès direct qu’en mode Programmeur, et il est sur la touche {{t|Ç|#fff}} actuelle ;
** Le ''guillemet double informatique'' (actuellement touche {{t|1|#fff}}) 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 {{t|Maj}}) – 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|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 '''{{v|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<ref>Yves N<small>EUVILLE</small>, ''Le Clavier bureautique et informatique'', Paris, Cedic/Nathan, 1985, page&nbsp;67.</ref>, 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 {{t|AltDr}}.

Il se trouve que sur la rangée de repos du bépo, on peut faire de la place pour 6&nbsp;positions en {{t|AltDr}}, 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&nbsp;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&nbsp;en&nbsp;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 ĳ│ 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 {{t|$|#fff}}. Il faut donc recaser le dollar et le croisillon sur d’autres touches en {{t|AltDr}}, 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 sur la rangée de repos|parenthèses, crochets et accolades]]. Le défi consiste à placer les caractères informatiques en {{t|AltDr}} 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 ({{t|Y|#fff}} et {{t|X|#fff}})<ref>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.</ref> ; sur les claviers orthogonaux et en méthodes de frappe classique et o0 sur clavier décalé – mais non en méthode&nbsp;en&nbsp;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, {{t|.|#fff}} et {{t|-|#fff}}, et le tilde vif ne bouge pas de {{t|K|#fff}} ; cette suite assure les digrammes « </ », « /> », « /* », « */ », et « ~/ » ;
* La '''barre oblique inverse''' monte plus au centre du clavier, en {{t|AltDr}}+{{t|,|#fff}} ;
* 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&nbsp;pipe » est sur {{t|AltDr}}+{{t|I|#fff}} ;
* Le '''croisillon''' reprend la méthode de la barre verticale pour faire retenir son placement sur {{t|C|#fff}} 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 {{t|P|#fff}}.

Les emplacements ci-après sont sur les '''{{v|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 :
* {{t|É|#fff}} et {{t|È|#fff}} ;
* {{t|ê|#2f2}}, 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|La frappe en A et la touche tiret]]) ;
* {{t|ò|#2f2}}, la touche morte '''''accent grave''' en accès direct'' qui prend la place que le Ç a laissée après son transfert sur {{t|9|#fff}}.
Ce sont les meilleures places en {{t|AltDr}}, 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 {{t|È|#fff}}, le double sur {{t|ê|#2f2}} ;
* Le '''symbole dollar''' passe à l’autre bout du clavier en {{t|AltDr}} sur {{t|ò|#fff}} (ex-{{t|Ç|#fff}}) 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 {{t|AltGr}}+{{t|espace|#fff}} 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 {{t|AltDr}}+{{t|espace|#fff}}, ou s’il monte en {{t|AltDr}}+{{t|É|#fff}}, 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&nbsp;2.0 reprend autant que possible les caractères sélectionnés pour le bépo&nbsp;1.0, tout en gardant à l’œil que certains y figurent simplement comme faisant partie de [https://fr.wikipedia.org/wiki/ISO/CEI_8859-1 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 à [https://fr.wikipedia.org/wiki/Unicode Unicode], et qui font partie – ou non – du jeu de caractères défini pour la norme internationale de dispositions de clavier [https://fr.wikipedia.org/wiki/ISO/CEI_9995 ISO/CEI&nbsp;9995].

'''Proposition provisoire pour le bépo normalisable version 2.0''' ([http://dispoclavier.com/index.html#i22 Voir avec les info-bulles]) :
[[Fichier:Prop prov bépo.png]]

On propose de '''conserver''' les ponctuations et symboles 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 » ;
* 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 '''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|Des ponctuations par touches mortes]]). Comme les touches mortes pour les guillemets-virgules franco-anglais sont toutes en accès direct ({{t|ò|#2f2}}, {{t|á|#2f2}}), 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 {{t|6|#fff}} et {{t|9|#fff}}, ainsi que {{t|0|#fff}} 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 : {{t|&#x23;|#fff}}) qui leur servent d’avatars ASCII ;
* Les '''tirets cadratin et demi-cadratin''' sont en {{t|Maj}}+{{t|1|#fff}} et {{t|Maj}}+{{t|5|#fff}} pour la mnémonique et l’espace insécable (cf. [[#Gestion des espaces insécables|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 {{t|AltDr}}, mais si son usage en informatique le justifie il retournera en accès direct, et l’'''arobase''' va se décaler ;
* 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]]) ;
{{…}}

On 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) ;
* La '''barre de fraction''' 



=== 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 {{t|ò|#2f2}}, car cet accent correspond graphiquement et historiquement à un guillemet ouvrant ;
* Les '''guillemets fermants''' sont en touche morte accent aigu {{t|á|#2f2}}, car cet accent correspond graphiquement et historiquement à un guillemet fermant ;
* Les '''guillemets bas''' sont en touche morte tréma {{t|ë|#2f2}}, 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 ==

<references/>