Version 1.0rc1

De Disposition de clavier bépo
Attention

Page en cours de création, liste des propositions de vote

Déroulement du vote

Vote condorcet:

  • pour les questions du type oui/non, donner un avis Enthousiaste ou Pas_emballé.
  • pour les questions avec plusieurs réponses proposés, classer les propositions par ordre de préférence, de la préférée à la pire.

Propositions concernant le fonctionnement et l’avenir du projet

Adoubement des modérateurs de la v1.0

Reconnaissance des cinq modérateurs auto-proclamés (sans récrimination aucune de la part des témoins ;o)).

  • Votez pour ou contre la proposition

bépow

Faut-il conserver cette proposition ? Possibilité offerte aux utilisateurs, en plus du bépo classique, d’un bépo international désigné sur le wiki sous le nom de bépo-intl ou bépow. Ceci permettrait de répondre à la demande — fréquente pour nos utilisateurs actuels, souvent informaticiens — de pouvoir écrire en anglais plus facilement. Le but de cette version est qu’elle « colle » le plus possible à la version officielle du bépo pour que le passage de l’un à l’autre se fasse sans trop de heurts. Cette version n’est donc pas l’occasion de re-proposer des choses telles que le AltGr symétrique ou autres…

Normalisation par étapes

Certains caractères présent sur le clavier, comme ¬, ſ et autres ne sont indispensables ni à la typographie d'une langue européenne, ni à l'usage informatique. Sans qu'il soit nécessaire de les retirer des pilotes, on pourrait envisager le système suivant : on normalise le bépo avec des emplacements vides là où sont actuellement ces caractères, mais en indiquant dans la norme que ce sont les caractères recommandés pour ces emplacements. Cela permet d'adapter le bépo à des usages pour lesquels des caractères non présents sur notre version du clavier seraient nécessaires.

Ces propositions ne concernent que la démarche une fois la disposition finalisée. Elles ne préjugent pas du contenu de la disposition.

  • Proposition 0: Normaliser avec le même statut tous les caractères du clavier.
  • Proposition 1: Ne seraient normalisées que les caractères de la carte simplifiée, les autres caractères sont de simples recommandations. (Qui sont implémentées dans le driver officiel).
  • Proposition 2: proposition 1, et rétrograder au rang de recommandation les caractères de la 105ème touche {ê} ainsi que le comportement de caps-lock.

Propositions impactant la carte simplifiée

Retour sur la « triangulaire »

Attention

La situation sur ce point n'est pas encore tout à fait claire, il sera donc voté dans un second temps

La récente triangulation H/X/À ayant pour but de placer le H sous la main droite a amené son lot d'inconvénients :

La place du X

Le X est souvent (sinon toujours) entouré de voyelles. Sa nouvelle place sous la main gauche casse complètement l'alternance main gauche / main droite. Plus particulièrement, c'est devenu difficile de taper des mots en « aux » (la famille des -al au pluriel comme chevaux, bocaux, etc.) : tout avec la main gauche, avec un enchaînement annulaire-auriculaire très inconfortable.

Solutions possibles (voir point suivant) :

  • retour des lettres À, X et H à leur place de la 0.6.5.1
  • retour des lettres À, X et H à leur place de la 0.6.2.2.2
  • inversion X/À
  • inversion X/Z

La place du H

Le digramme CH, pourtant très fréquent, est devenu plus difficile, en impliquant à la fois un grand écart de l'index et de l'annulaire, et le placement de l'annulaire sous l'index, en contradiction avec le placement naturel des mains. Par contre on enchaîne plus facilement les voyelles après « CH ». En ayant un usage un peu plus large du bépo, les digrammes TH et surtout WH très fréquents en anglais (et donc en développement) sont devenus très difficiles.

Solutions possibles (voir point suivant) :

  • retour des lettres À, X et H à leur place de la 0.6.5.1
  • retour des lettres À, X et H à leur place de la 0.6.2.2.2
  • inversion J/H

Agissons !

Retour des lettres À, X et H à leur place de la 0.6.5.1
  • Le X revient sous la main droite :
    • le EX est beaucoup plus facile
    • le UX est beaucoup plus facile
  • le CH est beaucoup plus facile
  • tous les digrammes H-voyelle et voyelle-H sont beaucoup plus difficiles
  • le PH redevient très difficile, mais c'est un digramme moins fréquent (10 fois moins fréquent que le CH).
╠══════╦═╝──┬─┴──┬─┴──┬─┴─══─┴──┬─┴──┬─┴─══─┴──┬─┴──┬─┴──┬─┴──╔══════╩════╣
║   ^  ║ Ê  │ À  │ Y  │ H  │ :  │ K  ║ ?  │ Q  │ G  │ X  │ F  ║     ^     ║
║   |  ║ ê  │ à \│ y {│ H }│ . …│ k ~║ '  │ q  │ g  │ x  │ f  ║     |     ║
╠══════╩╦══════╦═════╦═══════════════════════╦═══════╦══════╦═╩════╦══════╣
Retour des lettres À, X et H à leur place de la 0.6.2.2
  • Le X revient sous la main droite :
    • le EX est beaucoup plus facile
    • le UX est beaucoup plus facile
  • le CH est beaucoup plus facile
  • tous les digrammes H-voyelle et voyelle-H sont beaucoup plus difficiles
  • le HE est moins difficile qu'en 0.6.5.1, mais beaucoup plus difficile qu'en 0.6.6
  • le PH est moins difficile qu'en 0.6.2.2.2, mais beaucoup plus difficile qu'en 0.6.6
    • Pour rappel : CH/TH = 4000 digrammes, Hx > 500 = 9600 digrammes
  • l'accessibilité du H est diminuée, ce qui est dommage étant donnée l'importance de cette lettre
  • c'est la place que lui avait donné l'algorithme de la version 0.1 — surement pas sans raison
╠══════╦═╝──┬─┴──┬─┴──┬─┴─══─┴──┬─┴──┬─┴─══─┴──┬─┴──┬─┴──┬─┴──╔══════╩════╣
║   ^  ║ Ê  │ ÀHY  │ :  │ K  ║ ?  │ Q  │ G  │ X  │ F  ║     ^     ║
║   |  ║ ê  │ à \│ h {│ y }│ . …│ k ~║ '  │ q  │ g  │ x  │ f  ║     |     ║
╠══════╩╦══════╦═════╦═══════════════════════╦═══════╦══════╦═╩════╦══════╣
Inversion X/À
  • le EX est beaucoup plus difficile
  • le UX est plus facile
  • la charge de l'auriculaire gauche est allégée
  • on ne règle pas le problème du H
  • on ne règle pas le problème du X à gauche
Inversion J/H
  • J et H ayant sensiblement la même fréquence dans le corpus, et les touches la même accessibilité, il n'est pas insensé de permuter ces deux lettres.
  • le CH est beaucoup plus facile (ça me parait tout sauf évident Nemolivier)
  • TH, 10 fois plus rare que CH est plus facile, de même que HT.
  • Ces deux lettres n'ont (presque) que des digrammes de la forme H+voyelle ou J+voyelle, la permutation n'affecte pas d'autres digrammes de fréquence non-négligeable.

Concernant J, aucun digramme j+consonne n'existe en français. Les seuls digrammes consonne+j sont dj, nj, rj, et sj avec des fréquences très faibles : aucun n'apparaît sur fréquence des digrammes. Le plus fréquent, nj ne concerne que 330 mots (en comptant les formes fléchies). Concernant H, les digrammes avec des consonnes sont ch (3308), qui est amélioré, et th et ht qui est bien moins fréquents (383 et 241). Les autres n'apparaissent pas dans fréquence des digrammes

  • l'accessibilité de H et de J est quasiment inchangée
  • on ne règle pas le problème du X à gauche
Inversion X/Z
  • Le X revient sous la main droite.
  • Le Ctrl-Z (annuler) devient très facile pour ceux qui continuent à être droitier de la souris. En plus, le Y est juste à côté, parfait couplage pour le Ctrl-Y (refaire, sur beaucoup de logiciels).
  • le EZ reste accessible.
  • Le Z est, selon l'analyse du corpus, environ 3 fois moins utilisé que le X… mais cela peut être l'inverse si on privilégie le vouvoiement. En conséquence, il n'est pas insensé d'améliorer son accessibilité.
  • Ctrl-Z devient difficile pour ceux qui gardent les deux mains sur leur clavier
  • on ne règle pas le problème du H
Ne rien changer
  • on n'empire rien
  • on ne règle rien

Inversion ?/;

╠═══════╩╗───┴┬───┴┬───┴┬───┴┬───┴┬───┴┬───┴┬───┴┬───┴┬───┴┬───┴┬───╚╗    ║
║        ║ A  │ U  │ I  │ E  │ ;  ║ C  │ T  │ S  │ R  │ N  │ M  │ Ç  ║    ║
║  CAPS  ║   æ│   ù│   ¨│   €│ , ’║    │    │    │    │    │    │    ║    ║
╠══════╦═╝──┬─┴──┬─┴──┬─┴─══─┴──┬─┴──┬─┴─══─┴──┬─┴──┬─┴──┬─┴──╔═╧════╩════╣
║   ^  ║  Ê │ X  │ Y  │ À  │ :  │ K  ║ ? ¿│ Q  │ G  │ H  │ F  ║     ^     ║
║   |  ║   /│   \│   {│   }│ . …│   ~║ ' ‘│    │    │    │    ║     |     ║
╠══════╩╦═══╧══╦═╧═══╦╧════╧════╧════╧════╧════╧═╦══╧══╦═╧════╬═════╦═════╣

Selon le corpus de Thomas Tempé, les deux caractères « ? » et « ; » ont sensiblement la même fréquence en français, il n'y a donc pas de raison ergonomique de mettre « ? » en Maj+{,} ; ce placement est probablement un héritage de l'Azerty. Je pense que cette inversion permettrait d'avoir une meilleure cohérence pour la ponctuation :

  • le point-virgule au-dessus de la virgule, les deux points au-dessus du point ;
  • ./:/,/; sous la main gauche, !/? sous la main droite ; les ponctuations courantes restent avec les voyelles sous la main gauche, comme sur le Dvorak ;

Notez que le placement de «;/:» en Maj + «,/.» est une amélioration adoptée par tous les layouts QWERTY/QWERTZ européens sur leur ancêtre américain. Cette inversion améliorerait la disposition pour deux catégories de personnes :

  • les nouveaux utilisateurs fr-dvorak-bepo : un peu de cohérence ne nuit pas à l'apprentissage…
  • les utilisateurs Vim : la virgule et le point-virgule étant utilisées pour un même mode de déplacement, il faut au minimum les avoir sous la même main, et idéalement sous le même doigt. Vu qu'on a doublé l'accent grave Ascii pour les utilisateurs Emacs, ça serait bien de penser aussi aux Vimistes.

Propositions sans impact sur la carte simplifiée

Ajout de la virgule souscrite morte en AltGr+Maj.+{Ç}

Contre-proposition : utiliser la touche morte ogonek pour la virgule souscrite. Ces deux diacritiques (virgule souscrite / ogonek) me semblent suffisamment proches pour ne pas nécessiter une touche morte supplémentaire. De plus, l'ogonek ne s'applique qu'aux voyelles, tandis que la virgule souscrite ne concerne que les consonnes :

  • Șș et Țț en Roumain (à ne pas confondre avec Şş et Ţţ qui sont des cédilles)
  • Ģģ Ķķ Ļļ Ņņ en Letton (fait habituellement avec la cédille morte, mais qu'on pourrait faire aussi avec l'ogonek)

Avantage : pas de modification de la disposition, une mise à jour du pilote suffirait.

C'est effectivement possible, mais ça reste deux diacritiques différents. Et comme la position Shift + Alt Gr + {Ç} est libre, et que la virgule souscrite se rapproche plus de la cédille que de l'ogonek, il me semble adéquat de la placer là.
Quant aux Ģģ Ķķ Ļļ Ņņ du letton, on peut éventuellement les dupliquer sur la touche morte virgule souscrite en les laissant sur la cédille.
  • Proposition 0: ne rien changer
  • Proposition 1: ajouter la virgule souscrite morte en AltGr+Maj+{Ç}
  • Proposition 2: ajouter au comportement de l'ogonek mort la prise en charge de la virgule souscrite morte

Ajout du s long « ſ » et du ß capitale

Mettre ſ en Shift + Alt Gr + {S} Mettre ſ en Shift + Alt Gr + {C}, ce qui permet de libérer Shift + Alt Gr + {S} pour le « ß » capitale (voir ci-dessous). Ajouter ẞ (U+1E9E, LATIN CAPITAL LETTER SHARP S) en Shift + Alt Gr + {S}.

  • Proposition 0: ne rien changer
  • Proposition 1: mettre ſ en Shift + Alt Gr + {S}
  • Proposition 2: mettre ſ en Shift + Alt Gr + {C}
  • Proposition 3: Ajouter ẞ (U+1E9E, LATIN CAPITAL LETTER SHARP S) en Shift + Alt Gr + {S}.
  • Proposition 4: Faire 2 et 3

Ajout du « ™ » sur AltGr+Maj.+ R

Si j’en crois wikipédia, le symbole « ™ » serait plus recommandé dans certain cas que le « ® » pour indiquer qu’une marque est enregistrée.

Sous Linux / xkb ce caractère est nommé « trademark », ça me fait un U+2122 dans ma console.

  • Votez pour ou contre cet ajout

Ajout du « ≠ » en AltGr+{=}

et déplacement du « ¬ » en AltGr+{6}, la place étant libre depuis la version 0.6.6 :

┬────┬────┬────┬────┬────┬────┬────╔════════╗
║ 6  │ 7  │ 8  │ 9  │ 0  │ ^  │ `  ║        ║
║ @ ¬│ + ±│ - −│ / ÷│ * ×│ = │ %  ║ <--    ║
  • Votez pour ou contre cet ajout

Inverser tilde ascii et tilde morte

L'idée est d'inverser la tilde morte avec la tilde non morte. Du point de vue de la charge mentale il est logique d'avoir le même comportement entre les touches mortes. Cependant, ~ mort ne fait pas partie de l'usage courant des francophones, tandis que ~ ascii est utile dans divers langages de programmations (perl, caml, C, C++ …) où il est fréquent qu'il précède des lettres sous la forme ~identifiant. (Le ~/ très utilisé sous Linux sera toujours accessible via ~+/. Ce qui revient à faire exactement la même chose qu'avant l'inversion.)

  • Votez pour ou contre la proposition suivante: Inverser ~ morte et ~ ascii

Compositions avec la ~ morte

  • Votez pour ou contre la proposition suivante: ajouter le ≃ en ~ + -, ≲ et ≳ en ~ + < et ~ + >
  • Votez pour ou contre la proposition suivante: ajouter le ≈ en ~ + =

(attention au conflit avec ~= en C et en perl si la ~ morte passe en direct)

  • Votez pour ou contre la proposition suivante: ajouter ¿ en ~ + ?, et ¡ en ~ + !

Passer les guillemets anglais « “ » et « ” » en AltGr+Maj.+« et AltGr+Maj.+» et ajouter le guillemet ouvrant allemand « „ »

Et supprimer « ≤ » et « ≥ », ou les mettre à la place actuelle des guillemets anglais. Glehmann 18 mai 2008 à 16:58 (CEST) « “ » et « ” » sont aussi les guillemets de second niveau du français, par exemple : « Kazé dit “je ne sais pas” ». À ce titre, il serait d'autant plus cohérent d'avoir “” sur les mêmes touches que «».

  • Proposition 0: Ne rien faire.


  • Proposition 1: ajouter le guillement allemand ouvrant en clavier azertyAltGr-clavier azertyMaj-clavier azerty1, en supprimant le demi-cadratin ; et ajouter le guillemet anglais ouvrant en clavier azertyAltGr-clavier azertyMaj-clavier azerty2; enfin, ajouter le guillemet anglais fermant en clavier azertyAltGr-clavier azertyMaj-clavier azerty3. Mettre « ≤ » et « ≥ » en clavier azertyAltGr-clavier azertyMaj-clavier azerty4 et clavier azertyAltGr-clavier azertyMaj-clavier azerty5 respectivement.


On aurait les guillemets allemands côte à côte et dans le bon ordre. C'est la solution qui donnerait la meilleure cohérence, les 6 guillemets doubles étant regroupés sur 3 touches.

┌────┬────┬────┬────┬────┬────┬
│ # ¶│ 1 │ 2 │ 3 │ 4  │ 5  ║
│ $ §│ " —│ « <│ » >│ ( [│ ) ]║
  • Proposition 2 : ajouter le guillemt allemand ouvrant en clavier azertyAltGr-clavier azertyMaj-clavier azerty$, pour préserver le demi-cadratin ; « ¶ » passe en clavier azertyAltGr-clavier azertyMaj-clavier azertyP (Paragraphe). Les guillemets anglais viennent en clavier azertyAltGr-clavier azertyMaj-clavier azerty2 et clavier azertyAltGr-clavier azertyMaj-clavier azerty3, échangés avec « ≤ » et « ≥ »
┌────┬────┬────┬────┬────┬────┬
│ # │ 1 –│ 2 │ 3 │ 4  │ 5  ║
│ $ §│ " —│ « <│ » >│ ( [│ ) ]║
╔════╧══╗─┴──┬─┴──┬─┴──┬─┴──┬─┴──┬
║  |<-  ║ B ¦│ É ˝│ P │ O Œ│ È  ║
║  ->|  ║ b |│ é ´│ p &│ o œ│ è `║

Ajouter les guillemets de second niveau anglais sur une paire de doigts

En AltGr Maj {Y} et {À}. C’est la même paire de doigts que les autres quillemets.

╠══════╦═╝──┬─┴──┬─┴──┬─┴─══─┴──┬─┴──┬
║   ^  ║ Ê  │ X  │ Y │ À │ : ·│ K ˜║
║   |  ║ ê /│ x \│ y {│ à }│ . …│ k ~║
╠══════╩╦═══╧══╦═╧═══╦╧════╧════╧════╧

Si cette proposition est acceptée, je propose que le « ’ » reste à sa place actuelle sur {,} en tant qu’apostrophe typographique, mais que le {’} ne reste pas sur {'} pour ne pas encombrer inutilement.

  • Proposition 0: Ne rien faire
  • Proposition 1: ajouter ‘ en AltGr Maj {Y} et ’ en altGr Maj {À};
  • Proposition 2: proposition 1, et supprimer ’ de AltGr {'}

Propositions pas claires… refusées pour le moment. Cf la page de discussion.

Mettre le % en Maj

Ajout de touches mortes pour l'alphabet phonétique international

À clarifier concernant la faisabilité.

Ajout d’une touche compose

Ajouter U+0309, diacritique crochet en chef

Proposition non signée, non justifiée et pas de proposition d’emplacement.

Ajouter U+031B, diacritique cornu

Proposition non signée, non justifiée et pas de proposition d’emplacement.