Discussion:Version 1.1rc1

De Disposition de clavier bépo
Attention

Pour une bonne utilisation des pages de discussion :

  • répondez à la suite (en-dessous) des précédentes contributions et évitez de les modifier ;
  • créez un nouveau fil de discussion en dessous de ceux existants ;
  • utilisez les deux-points « : » en début de ligne pour indenter vos réponses (plusieurs ::: pour indenter de plus en plus) ;
  • signez automatiquement vos interventions en tapant ~~~~ qui sera remplacé par votre pseudo et la date après sauvegarde.

Rappel de quelques conventions utilisées sur le wiki :

  • Concernant les touches de clavier :
    • « X » et X désignent le caractère X dans l’absolu. Utiliser les guillemets pour clarifier si nécessaire ;
    • {X} et clavier bépoX désignent la touche X sur la disposition BÉPO courante (syntaxe : {{touche|X}}) ou son alias {{t|X}}).
    • [X] et clavier azertyX désignent la touche X sur la disposition AZERTY (syntaxe : {{toucheA|X}} ou son alias {{tA|X}}) ;
  • Les votes se font avec les modèles pour, contre et neutre (syntaxe : {{pour}}, {{contre}} et {{neutre}}).

Ancienne discussion

Note pour mémoire que cette page de discussion a déjà été utilisée en 2010. Elle comporte quelques discussions sur la touche compose et la touche morte symbole monétaire et est maintenant « archivée » sur Discussion:Version 1.0.1/archives. – A2 (discussion) 9 février 2016 à 03:13 (CET)

Première proposition de placement des caractères demandés par l’AFNOR

Une première proposition ébauchée en janvier 2016 sur la ML (en rouge) :

#
$
1
"
2
« <
3
» >
4
( [
5
) ]
6  
@ ^
7 ¬
+ ±
8 ¼
-
9 ½
/ ÷
0 ¾
* ×
°
=
`
%
   
 
   
 
B ¦
  |
É ő
  ó
P §
  &
O  
  œ
È ȍ
  ò
!  
ô ¡
V ŏ
  ǒ
D  
  ð
L  
  ø
J  
  ij
Z Ʒ
  ʒ
W Ə
  ə
 
   
 
   
 
A  
  æ
U  
  ù
I ȯ
  ö
E ¤
 
; ơ
,
C ſ
  ©
T  
  þ
S
  ß
R
  ®
N Ŋ
  ŋ
M º
  ō
Ç ț
  ţ
   
 
Ê
  /
À
  \
Y
  {
X
  }
: ·
.
K
  õ
?
' ¿
Q ̣ọ
  å
G
  µ
H
 
F ª
  ǫ
   
 
   
Ctrl  
   
Super  
   
Alt  
[Espace insécable] [Espace fine insécable]
[Espace] _
   
AltGr  
   
Super  
   
Menu  
   
Ctrl  
  • la brève morte (˘) passe de clavier bépoAltGr+clavier bépoW en clavier bépoAltGr+clavier bépoMaj+clavier bépoV
  • le tilde du K devient mort
  • l’eng (ŋ) est mis en clavier bépoAltGr+clavier bépo(Maj)+clavier bépoN
  • le schwa (ə) passe en clavier bépoAltGr+clavier bépo(Maj)+clavier bépoW
  • l’ezh (ʒ) est mis en clavier bépoAltGr+clavier bépo(Maj)+clavier bépoZ
  • la morte double accent grave fonctionne en miroir de la double accent aigu (donc clavier bépoAltGr+clavier bépoMaj+clavier bépoÈ devient un double accent grave mort)
  • le trait-d’union insécable est mis en clavier bépoAltGr+clavier bépoMaj+clavier bépoK. – Milton (discussion) 2 février 2016.

Valse des touches mortes

La première proposition pose la question de la suppression des accès aux tilde et grave non-morts. Ainsi que la perte de l'accessibilité du tilde mort et de la brève très utilisée par les espérantistes qui ont de suite soulevés des interrogations quant à son replacement en clavier bépoAltGr+clavier bépoMaj. Plus fondamentalement, on a plusieurs problèmes de fond avec les touches mortes. On ne doit pas les déplacer à des endroits inaccessibles alors qu'elles portent de nombreux caractères et qu'il faudrait leur donner plus d'accessibilité. À cause des contraintes historiques (pas de compose sous Windows), on traîne des caractères rares en clavier bépoAltGr+clavier béporangée de repos : il y a seulement trois touches mortes des vingt existantes en AltGr sur la rangée de repos…

Hors on peut maintenant grâce au mécanisme compose disponible partout, supprimer les caractères rares ©®™ij, supprimer ou remonter ¿!, qui prennent tous des places en AltGr, pour y mettre des touches mortes. Ça permet déjà de descendre le crochet mort et laisser des places pour des permutations (idéalement si on avait placé les voyelles main droite, avec ce AltGr seulement droit, on aurait les touches mortes à gauche pour les voyelles à droite, c'est un peu tard pour repenser tout ça). Le ù aussi devrait virer pour une touche morte, mais il est sur la carte simplifié, la faute à l'azerty…

J’en profite pour mentionner le problème des touches mortes qui sont sur les caractères avec lesquelles elles peuvent se composer, tréma/point en chef/tilde et monnaie morte et qui entraînent des doubles frappes de la même touche dont on pourrait se passer. – A2 (discussion) 9 février 2016 à 23:35 (CET)

Le grave non mort est encore en Maj+%, non ? – Flavien21 10 février 2016 à 13:05 (CET)
Oui, le grave non mort est à cet endroit.
Mais je ne suis pas sûr de suivre : il y a un consensus sur le fait de rendre certains caractères composables exclusivement avec la touche Compose ?
Je suis plutôt en désaccord avec le fait de virer les caractères du français courant de la carte simplifiée, notamment le ù. De même, je me permets de penser que l’« Æ » et l’« Œ » du français, l’« € » qui est la monnaie de l’UE ou encore l’ß de l’Allemand (dialecte parlé par plusieurs millions de francophones de France, de Belgique et de Suisse) devraient rester les plus accessibles possibles.
Quant aux touches mortes, certes l’emplacement de la plupart d’entre elles induit des répétitions, mais il permet aussi de faciliter la mémorisation de la carte complète. Je pense qu’il est plus intuitif pour un francophone de retrouver les trémas sur une {voyelle} que sur une consonne. Le tilde sur le {N} a aussi un sens pour ceux qui ont des notions d’espagnol ou de portugais. La barre sur le {L}, idem en raison du Polonais. Et cetera.
Après, pour la ligature IJ (qui si je ne m’abuse est de plus en plus réalisée par deux caractères), why not. Pourquoi pas aussi virer certains des symboles de copyright (encore que dans mon souvenir, l’un des trois était plus utilisé, je ne sais plus lequel). Mais il faudrait éviter de systématiser le recours aux touches mortes pour la saisie du français et des langues les plus parlées des locuteurs francophones (l’anglais ne pose pas de problème, mais l’allemand ou l’espagnol devraient être pris en compte, a minima).
Cordialement --Milton (discussion) 10 février 2016 à 14:23 (CET)
Merci de rappeler qu’on a le grave non mort en doublon. – A2 (discussion) 10 février 2016 à 20:33 (CET)

Tenant compte de ce message d’A2, j’ai listé sur ma page personnelle quelques idées concernant les touches mortes. Cordialement --Milton (discussion) 16 février 2016 à 23:51 (CET)

Le problème de la double frappe du n tilde est résolu à son tour si l’on place le tilde mort sur T, où il profite de la même mnémonique que le macron mort sur M. La touche morte Étendu (Latin et ponctuation) pourrait être versée dans une touche morte Groupe façon ISO/CEI 9995 qui peut être placée en AltGr sur G, parce que le grec peut être mis en touches vives, sous Windows grâce à la modificatrice Oyayubi droite (ROya) ajoutée à la bascule Verr Cap (garder l’auriculaire gauche sur Verr Cap et redonner un coup après avoir fini). Mac et Linux doivent avoir l’équivalent. Sur R et N je mettrais l’Ɛ et l’Ɔ en touches vives car très utilisés – souvent en voyelle double – dans la Francophonie, notamment en bambara. Enfin, une fonctionnalité compose propre au bépo éviterait en particulier de perdre la couverture des symboles de copyright et de marques, et donnerait aux personnes intéressées une alternative à l’apprentissage de cartes de touches mortes (mémoire visuelle vs mémoire textuelle). Je mettrais cette touche morte compose en AltGr sur C. Marcel (discussion) 21 mai 2016 à 15:50 (CEST)

Une touche morte pour le latin étendu ?

2 propositions ont été envoyées sur la ML, le fait de rajouter la touche est très débattu mais cela à l’avantage de ne rien toucher à la couche de base et d’aller plus loin que les 2-3 lettres de l’AFNOR. La position de cette touche est proposée en clavier bépoAltGr+clavier bépoMaj+clavier bépoÀ ou clavier bépoAltGr+clavier bépoMaj+clavier bépoL.

Proposition de Flavien21 : Latin étendu et ponctuation étendue

-
   
 
   
 
 
Ɛ  
ȹ
Ɔ  
 
Ʌ  
Ɯ  
 
ȸ
Lj
LJ
Ʒ  
Dz
DZ
Ƿ
ȣ
 
   
 
   
 
 
Ʊ
ɥ
Ɩ  
Ǝ  
ʔ
Ɂ
ʕ
ϴ  
 
 
ʁ
Ŋ  
Nj
NJ
 
 
   
 
 
Ȝ  
Ʃ  
 
 
ĸ
 
 
Ɣ  
Ƕ  
   
 
   
Ctrl  
   
Super  
   
Alt  
 
   
AltGr  
   
Super  
   
Menu  
   
Ctrl  

Proposition de yeKcim : Moins fournie et reprend des caractères de la couche de base.

 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
   
 
   
 
 
 
Ǝ  
 
 
Ɔ  
Ɛ  
 
ʔ
Ʌ  
Ð  
 
 
ϴ  
Ʒ  
Ƿ  
 
   
 
   
 
 
Ȣ  
Ə  
Ʃ  
 
 
ſ
Þ  
 
 
 
Ŋ  
 
 
 
 
   
 
 
 
 
Ȝ  
 
 
 
 
 
ĸ
Ɂ  
 
 
Ɣ  
 
 
 
 
   
 
   
Ctrl  
   
Super  
   
Alt  
 
 
   
AltGr  
   
Super  
   
Menu  
   
Ctrl  

Flavien21 (discussion) 11 février 2016 à 11:52 (CET)

À titre personnel, je ne vois pas de raison de se priver de tous les caractères qu’a inclus Flavien. Avec cette nouvelle touche morte, on ne manque pas de place. Cordialement --Milton (discussion) 13 février 2016 à 19:31 (CET)
Je n’enlèverais surtout rien de la proposition de Flavien21. L’avantage de la proposition de yeKcim que je vois, c’est qu’elle place l’Ɛ sur clavier bépoÈ, car avant la réforme de l’orthographe du bambara en 1982, l’È était la graphie officielle du son aujourd’hui écrit Ɛ. Du coup la touche clavier bépoÉ devient libre pour l’Ǝ, et il est important d’avoir une touche poiur l’Ǝ comme dans la proposition de yeKcim car sa minuscule n’est pas encodée au même endroit que celle du schwa, pour la bonne raison pratique que la séparation des deux lettres permet un bon fonctionnement de la conversion de la “casse”. Comme indiqué sur la ML, la minuscule d’Ǝ est ǝ U+01DD.    Marcel (discussion) 19 mai 2016 à 15:15 (CEST)

yeKcim, 14 février 2016

Personnellement je ne comprends pas la logique de fourre-tout. Quand on regarde http://bepo.fr/wiki/Touches_mortes chaque layout a sa logique, aucun n’est fourre-tout tel que celui que Flavien21 propose. Quelle est la logique ?
Ce n’est pas si fourre-tout que ça. Si tu prends en compte que c’est une touche morte latin étendu et ponctuation étendu, à part les cœur, pique, carreau, trèfle, mâle et femelle, tout est logique. alpha latin sur a, beta latin sur b, ej sur j, esh sur x [logique catalane pour celui là car le x ce prononce ʃ (sauf entre deux voyelles)]… Flavien21 (discussion) 15 février 2016 à 22:41 (CET)
Si je puis me permettre une suggestion : si je ne pense pas que la carte « latin étendu » soit la meilleure place pour les caractères « Vénus/femelle », « Mars/mâle » ni les symboles de musicologie : ils ne relèvent vraiment pas de l’alphabet latin étendu, mais sont des symboles à usage technique précis (Mars et Vénus en astronomie, dièse, bémol et bécarre en musique…). Je pense qu’il vaut donc mieux les inclure dans une carte « symboles mathématiques et techniques » (ma page perso comporte une proposition en cours de finalisation), allégeant cette carte-ci. Il en est de même, je pense, pour les chevrons étirés que tu as placés en AltGr + 2/3 (produit scalaire des mathématiciens), et éventuellement des tierce et quarte.
On peut éventuellement discuter de la pertinence des couleurs de cartes ou des ⁜ et autres, encore que je ne pense pas que ces symboles soient « gênants » (ils peuvent peut-être servir de puces ?). Je trouve très appréciable le fait de donner accès aux ponctuations plus rares comme l’astérisme, le point d’ironie, les traits d’union insécable/conditionnel, etc.
Par curiosité, les ligatures de D, C et I en haut à droite, c’est des chiffres romains ?
Cordialement --Milton (discussion) 15 février 2016 à 23:05 (CET)
Dièse est là en étendu du # qui lui ressemble et bémol et bécarre sont là par extensions.
Je suis tout à fait d’accord pour mâle/femelle et la couleur des cartes, je les ai ajouté juste comme ça.
Oui, ↀ, ↁ, ↂ, ↇ et ↈ sont les chiffres romain pour 1 000, 5 000, 10 000, 50 000 et 100 000. Flavien21 (discussion) 15 février 2016 à 23:42 (CET)
En réponse à la requête de yeKcim, je vais tâcher d’expliquer la « logique de fourre-tout ».
Chaque touche morte réelle est une ressource précieuse. (Je l’appelle touche morte réelle pour la distinguer des touches mortes virtuelles auxquelles on a accès par chaînage de touches mortes.) Précieuse car l’augmentation du nombre de touches mortes réelles se fait aux dépens des touches vives.
Le souci de l’efficience impose d’exploiter au mieux toutes les cartes d’agencement, que ce soit la carte de base, la carte du groupe secondaire ISO/IEC 9995, du groupe tertiaire et suivants le cas échéant, et les cartes des touches mortes.
Agencer le clavier dans ce souci de l’efficience soulève un défi mnémonique. Moins on laisse de ressources dormantes, plus on valorise le potentiel de la disposition, et plus il faudra retenir – ou pas, car les caractères supplémentaires sont là uniquement pour les utilisateurs intéressés. Ceux qui n’en ont pas l’utilité ne sont pas tenus de les retenir. On pourrait d’ailleurs, pour faciliter la tâche de sélection des objets d’apprentissage, choisir de colorer les cartes en rehaussant le contenu de base. Par exemple dans le cas de la touche morte Étendu (Latin étendu et ponctuation étendue), on pourrait colorer toute la carte d’un ton pastel puis colorer en blanc les lettres du latin étendu et les ponctuations comme les guillemets-chevrons simples.    Marcel (discussion) 19 mai 2016 à 17:14 (CEST)

Changement en attente ?

Vu sur la page : «Touche de basculement linguistique permettant de saisir dans d’autres alphabets (grec, arabe, cyrillique, hébreux, au moins)... par Maj+F[1-6]»

Attention aux combinaisons Maj+F[1-6] qui peuvent être utilisées par les logiciels...

airevspin 12 février 2016 à 17:16 (CET)

Le changement de disposition clavier via l’OS comme dans les pays multilingue est préférable. Flavien21 (discussion) 12 février 2016 à 19:41 (CET)

Inversion espace fine insécable et espace insécable

Bonjour ! Sur la mailing list (saturée de nouveaux messages), a notamment été débattu l’usage typographique des espaces insécables. Si j’ai bien suivi (que nul n’hésite à me corriger !), l’espace insécable classique (EIC) n’est presque plus utilisée en typographie moderne, où elle est supplantée devant les « ; », « : », « ? » et « ! » ainsi qu’entre les guillemets par des espaces fines insécables (EFI). Je ne connais en fait aucune situation qui nécessite une EIC dans les textes tapés aujourd’hui (il semblerait, d’après ce qui s’est dit sur la ML, que certains imprimeurs aient par le passé préféré une espace insécable justifiante (EIJ), qui serait insécable mais de largeur variable).

En fait, selon le standard Unicode l’espace insécable U+00A0 est justifiante, et tel est son comportement dans les pages web. En traitement de texte elle est à largeur fixe, et en PAO il semblerait qu’elle soit dédoublée pour que l’utilisateur ait le choix entre les deux comportements au cas par cas.    Marcel (discussion) 18 mai 2016 à 21:46 (CEST)

Pour l’instant, l’EIC est accessible en {Maj + Espace}, l’EFI en {AltGr + Maj + Espace}. Le seul obstacle à un échange que j’aie lu sur la ML est un bug sur certaines applications qui ne reconnaissaient pas la combinaison Maj + Espace, bug indépendant de nous et semble-t-il corrigé partout sauf sur le client mail Thunderbird (mais connu depuis dix ans).

L’inversion des deux vous paraît-elle envisageable sur cette version ?

Bien cordialement --Milton (discussion) 13 février 2016 à 21:08 (CET)

En fait, l’inversion des deux espaces insécables amène une rupture de l’expérience utilisateur, qui ne pourrait donc se faire que dans le cadre d’une version 2.0 du bépo. Je pense aux utilisateurs de traitements de texte qui ne prennent en charge que l’EIC. De plus, l’EFI ne sert régulièrement qu’avec les ponctuations hautes, lesquelles sont mieux en séquences (voir plus bas « Touches mortes comme sélecteurs de groupe »). En fin de compte je laisserais les espaces insécables telles quelles mais je doublerais un certain nombre de ponctuations dans le groupe Circonflexe, et j’utiliserais le bépo uniquement accompagné de Clavier+. L’équivalant sous Linux et Mac reste à trouver voire à faire.    Marcel (discussion) 18 mai 2016 à 21:39 (CEST)
Je sais que ce nouveau pdv est contraire à ce que j’écrivais sur la ML et ce que j’ai écrit encore le même jour au matin. En fait j’avais déjà pensé à utiliser Clavier+ pour les séquences espace-ponctuation. Pour désactiver l’insécable en Maj d’Espace en fonction de l’environnement j’ai mentionné Clavier+ sur la ML.    Marcel (discussion) 19 mai 2016 à 00:42 (CEST)

Doubler l’espace fine insécable sur une émulation de pavé numérique

Une solution alternative, qui permet d’avoir toutes les ponctuations hautes avec l’EFI sur un même niveau, consiste à utiliser la touche 105 (ISO  B00) comme modificatrice sélecteur de groupe (« KbdGrpSeltAp » sous Windows, ou plus simplement GrpSelt). C’est l’occasion d’émuler un pavé numérique – sans les keycodes – en-desssous des touches 7–9, ou mieux 7–0 pour faciliter la saisie des chiffres binaires. Les ponctuations hautes peuvent être doublées sur leurs touches respectives, et les guillemets-chevrons simples ajoutés à droite des doubles. Sur la barre en mode pavé numérique il faut l’EFI puisque c’est le séparateur de milliers français. Pour les doubles et triples zéros il reste les touches C et K. Les chiffres A–F peuvent être placés sous la main gauche, dont l’auriculaire serait bloqué, en mode pavé numérique, sur la nouvelle modificatrice B00.

Le problème serait la portabilité, à la fois physique car les Typematrix n’ont semble-t-il pas de touche B00, et logicielle parce que GrpSelt(Ap) est probablement une implémentation du sélecteur de groupe ISO/IEC 9995, qui sous Linux est évidemment implémenté de manière bien plus évidente (même si pour le coup je ne sais pas comment, mais j’ai vu que la norme est implémentée à la lettre).

Mais en gros il n’y a pas de problème car l’objectif est un bépo 105 touches, et « le plus universel possible » “donc” à commencer par Windows qui est typiquement le facteur limitatif. Les autres OS ne manqueront pas de modificatrices supplémentaires. Oyayubi droite (ajoutée sur la bascule VerrCap) est déjà prévue pour le grec, et Oyayubi gauche qui serait ajoutée sur une éventuelle bascule Kana, pour le cyrillique. Marcel (discussion) 6 juin 2016 à 20:51 (CEST)

Touches mortes comme sélecteurs de groupe

Pour augmenter l’ergonomie encore plus, on peut considérer les touches mortes comme des sélecteurs de groupe. Cela concerne avant tout la touche morte circonflexe, parce que c’est la seule en accès direct. Le rôle de sélecteur de groupe s’inspire d’ISO/IEC 9995 et équivaut à une modificatrice rémanente.

Un exemple d’exploitation du potentiel de la touche morte circonflexe est le doublage des guillemets-chevrons simples, déjà prévus dans le groupe Latin étendu - ponctuation étendue :

  • clavier bépoê clavier bépo« donne ‘‹’
  • clavier bépoê clavier bépo» donne ‘›’

On peut aussi doubler des ponctuations pour libérer des combinaisons de touches utilisables ensuite avec Clavier+ afin de disposer des séquences espace-ponctuation via des raccourcis Clavier+ :

  • clavier bépoê clavier bépo. donne ‘·’
  • clavier bépoê clavier bépo\: donne ‘…’ (La touche vive est le deux-points.)

Cela permet d’utiliser les niveaux AltGr et Maj+AltGr de la touche du point pour des raccourcis Clavier+ par rapport au deux-points, avec ‘EFI:’ en AltGr et par exemple ‘U+2060 Espace U+2060 Deux-points’ en Maj+AltGr de clavier bépo..

  • clavier bépoê clavier bépo, donne ‘’’ soit l’apostrophe (typographique)

Cela permet d’avoir ‘EFI;’ par Clavier+ en AltGr de clavier bépo,.

  • clavier bépoê clavier bépo? donne ‘¿’
  • clavier bépoê clavier bépo! donne ‘¡’

Ces deux sont sans doute bien aussi en touche morte Tilde puisque les ponctuations tournées sont pour l’espagnol, car avec Circonflexe on peut avoir le point exclarrogatif ‽ par exemple. Au bout du compte en tout cas, deux ponctuations de plus en séquence avec EFI possibles par Clavier+.    Marcel (discussion) 18 mai 2016 à 20:44 (CEST)

L’utilisateur peut aussi ajouter des raccourcis Clavier+ pour générer les séquences ‘«EFI’ et ‘EFI»’ en AltGr de clavier bépo« et clavier bépo», et ajouter – toujours dans Clavier+ – le remplacement des guillemets-chevrons par les chevrons mathématiques.Marcel (discussion) 19 mai 2016 à 00:51 (CEST) Mais c’est du domaine de la personnalisation, puisque dans une partie de la Francophonie les guillemets ne sont pas accompagnés d’espace insécable.

Comme proposé plus haut, je mettrais une touche morte de sélection de groupe à la place de la touche morte grec, les alphabets grec et, si tout fonctionne bien, un deuxième alphabet c’est-à-dire le cyrillique pouvant passer en touches vives, en Oyayubi droite ajoutée sur Verr Cap. (Si les niveaux Kana d’Oyayubi sont désactivés, on peut mettre le cyrillique dans Oyayubi gauche, mais pour ajouter celle-là il faudrait avoir la bascule Kana, ou remapper des scan codes si un scan code inutilisé est défini comme Oyayubi gauche.

Ce sélecteur de groupe rémanent ISO/CEI  9995 sur AltGr+G donnerait accès au groupe secondaire dont l’agencement ne soulève plus du tout de questions sur la logique puisqu’il ne porte pas d’étiquette de catégorie. Un groupe tertiaire peut être accessible par Maj+AltGr+G. Ainsi il y aura de la place pour tout ce qui est dans la touche morte Étendu proposée, ainsi que dans la touche morte IPA, notamment la lettre ɪ qui a reçu une majuscule dans Unicode 9.0 – U+A7AE – parce qu’elle ne sert pas qu’en écriture phonétique. Marcel (discussion) 21 mai 2016 à 16:17 (CEST)

Lettre apostrophe pour le breton, okina pour les langues polynésiennes

C’est aussi un bon moyen de compléter le bépo du côté des lettres apostrophe et okina, discutées sur la ML. Comme l’okina ressemble à un guillemet-virgule simple ouvrant, il serait bien en [circonflexe] guillemet-virgule simple ouvrant. Pareil pour la lettre apostrophe :

  • clavier bépoê clavier bépo donne ‘ʻ’ (l’okina)
  • clavier bépoê clavier bépo donne ‘ʼ’ (la lettre apostrophe)

On peut aussi les obtenir à partir du guillemet simple informatique, qui lui est en accès direct, mais a priori ce sera avec [accent grave] ou [accent aigu]. Puisque le bépo a les guillemets sur le clavier, on peut mettre les lettres apostrophe et okina en [accent aigu] guillemet simple informatique et en [accent grave] guillemet simple informatique :

  • clavier bépoá clavier bépo' donne ‘ʼ’ (la lettre apostrophe)
  • clavier bépoò clavier bépo' donne ‘ʻ’ (l’okina)

Mais ces touches mortes ne sont pas en accès direct, donc on peut mettre ces lettres en [circonflexe] guillemet simple informatique pour la lettre apostrophe, et [circonflexe] accent grave espaçant pour l’okina (accent grave espaçant ou accent grave vif) :

  • clavier bépoê clavier bépo' donne ‘ʼ’ (la lettre apostrophe)
  • clavier bépoê clavier bépo` donne ‘ʻ’ (l’okina)                       Marcel (discussion) 4 juin 2016 à 17:47 (CEST)

Pavé numérique émulé sur le bloc alphabétique

Une demande existe pour une émulation de pavé numérique sur le bloc alphanumérique des claviers qui ont le pavé numérique au delà du bloc d’édition, ou qui n’ont pas de pavé numérique du tout, même pas en couche fonction. Pour avoir les caractères du pavé numérique et les double/triple zéro, lettres hex, opérateurs au choix et plus, on peut utiliser la touche 105 pour y mettre une modificatrice dédiée au pavé numérique émulé. Sur la barre d’espace on a la fine insécable du coup.

La modificatrice utilisable est par exemple sous Windows le sélecteur de groupe, appelé un peu bizarrement « KBDGRPSELTAP » (au lieu de KBDGRPSELT) sans qu’il y ait la moindre documentation accessible. Je sais qu’elle fonctionne car je l’ai testée avec succès il y a 2 jours. Mais il y a des problèmes de désactivation de niveaux supérieurs, qui apparaissent et disparaissent au fil des tests. En tout cas pour un pavé numérique c’est bon, et la touche 105 paraît être là pour cela vu que le bépo y a mis l’ê. Sur les claviers 104 touches de bureau on peut mettre cette modificatrice sur Windows gauche, mais pas dans le pilote. Cela peut se faire avec le scan code mapper de Windows. Marcel (discussion) 4 juin 2016 à 17:47 (CEST)

Versionnage du bépo

J’ai failli changer le titre en « Version 1.1 » à cause de la règle qui réserve le troisième numéro aux versions de débogage. Le système de versionnage couramment utilisé incrémente le deuxième numéro en cas d’ajout de nouvelles fonctionnalités.

Il faudrait à mon avis trouver moyen de ne plus parler d’une version 1.0.1 mais d’une version 1.1 pour éviter les malentendus et les quiproquos dans les relations avec l’extérieur, pas tant l’Afnor car elle est au courant, mais la presse. Je pense qu’on va faire l’économie de pas mal d’ennuis si l’on évite de sortir une « version 1.0.1 » au lieu d’une version 1.1.      Marcel (discussion) 18 mai 2016 à 20:58 (CEST)

Changements à débattre

Suite à mention sur la ML, je mets ici les (derniers ?) changements à discuter. Certaines discussions sont retranscrites de la ML, il peut y avoir des erreurs ou oublis. --Milton (discussion) 29 août 2016 à 12:25 (CEST)

Variante en A

Concernant la variante en A, on est d’accord qu’on part sur un développement d’une version séparée, et qu’on demandera le point de vue de l’AFNOR avant de trancher si on en fait quelque chose d’officiel ou pas ? --Milton (discussion) 29 août 2016 à 12:25 (CEST)

On est d’accord --Flavien21

Point souscrit

Passage du point souscrit en AltGr+H (pour simplifier la saisie du ḥ en arabe), et déplacement de l’obèle en AltGr+Maj+H [avec obèle simple en AltGr+Maj+G, ajout ultérieur par Milton] : pas vu ni de soutien, ni d’opposition. --Milton (discussion) 29 août 2016 à 12:25 (CEST)

Double obèle passerai donc en Latin+obèle, mais ceci dit je proposais le laisser le point souscrit en AltGr+Maj+Q si on ne récupérait pas la place pour autre chose. Et rien n’empêche d’y mettre en plus en double point suscrit. --Flavien

Double point suscrit ? Jamais vu ça sauf comme tréma et comme i avec point dur, résultant en i avec deux point empilés. Le placement : Est-ce que la dispo ne serait pas plus facile à apprendre si l’on mettait le maximum de touches mortes sur la touche de leur initiale ? --Marcel

Pourquoi donc ? J’ai oublié de préciser, pour garder les deux obèles, on peut très bien en mettre une en AltGr+Maj+H, c’est libre et à côté. Pourquoi le point souscrit sur Q ? Il n’y a aucun caractère en point souscrit+Q, tandis qu’il y en a un en point souscrit+h. --Milton (discussion) 29 août 2016 à 12:25 (CEST)

Lettre apostrophe

Déplacement de l’hameçon mort sur AltGr+Maj+B, la position libérée récupère la lettre-apostrophe du breton (ʼ) : y a-t-il des oppositions, ou des propositions alternatives pour le lieu d’atterrissage de l’hameçon mort ? --Milton (discussion) 29 août 2016 à 12:25 (CEST)

Qu’est-ce qui ne va pas en Latin+Apostrophe ? Ça se retient facilement et c’est pas une tannée à taper. Si on doit réellement le mettre à la place du crochet/hameçon on peux déplacer ce dernier sur AltGr+Maj+Q la barre du Q majuscule rappelant le crochet et ça donne une bonne raison de déplacer le point souscrit en AltGr+H. --Flavien
Je reprends la proposition de Thomas. Ça permet d’avoir cette lettre, qui sert dans les langues de France, sur la couche de base. Après, peu m’importe personnellement, mais j’aime bien l’idée d’avoir la hampe en Q. --Milton (discussion) 29 août 2016 à 12:25 (CEST)

Tiret

Le sort de la 105e touche, indépendamment de l’officialisation de la variante BÉPO-A : il semble se dégager trois possibilités : la laisser telle quelle {ê, Ê, /}, la transformer en {- — # shy} ou en {- — / shy}. La première option permet de ne pas toucher au marquage, les deux autres augmentent significativement l’accessibilité des caractères proposés dessus. Et l’on peut trancher entre le slash et le croisillon en AltGr (# est aujourd’hui plus éloigné et moins utilisé que /). --Milton (discussion) 29 août 2016 à 12:25 (CEST)

Je suis pour ne rien toucher à la 105ᵉ touche sur la variante non-A. Mais on peux y mettre sur la 106ᵉ :D --Flavien

Copyleft

Sur la carte de base en AltGr+Maj+{Ç} (l’une des positions les moins accessibles) en déplaçant la virgule morte ailleurs (autre touche ou deuxième niveau de touche morte), ou passage simple en latin étendu ? C’est avant tout une question symbolique, un passage sur la carte de base permettant de rendre le symbole un peu plus visible. --Milton (discussion) 29 août 2016 à 12:25 (CEST)

Le problème c’est qu’au dernière nouvelle ce caractère sera codé hors plan 1 d’Unicode ce qui élimine sa présence en touche morte sur Windows. De plus il n’est pas dit que l’on connaissent de point de code avant de rendre la norme, ce qui va compliquer son implémentation. Le problème de mettre la virgule en double cédille est qu’il sera moins facile de taper du roumain, mais sinon pourquoi pas. Je ne vois pas d’autres endroits qui paraîtrai logique, à part latin+© mais ça ne marcherai pas sur Windows. --Flavien
Le point de code ne change plus. --Marcel
[…]
Copyleft sera donc en 1F12F, plus qu’à lui trouver une place. --Flavien

De toute façon copyleft n’est pas dans la norme. Le problème de la touche latin étendu, c’est que son entropie va croissant. Si l’on laisse la lettre apostrophe en latin étendu+apostrophe et déplace le crochet sur Q, on peut alors mettre la virgule souscrite en AltGr+Maj+virgule ! --Milton (discussion) 29 août 2016 à 12:25 (CEST)

Barre inscrite

À en croire ceci, l’usage le plus important du trait horizontal inscrit concernerait la lettre D (croate, same, serbe et vietnamien). Une nouvelle touche morte sur AltGr+Maj+{D} me semble être la solution la plus ergonomique. --Milton (discussion) 29 août 2016 à 12:25 (CEST)

Ça voudrait dire déplacer les maths, c’est plus que faisable. Pour l’instant moi j’y plaçait en AltGr+{Z} et je déballais donc l’API, car ƶ est une variante de z pour le français, c’est la manière dont je le fait quand j’écris à la main. AltGr+d ne me dérange pas du tout. Il faut trouver où déplacer les Maths. --Flavien
Euh non, j’ai dit AltGr+Maj+{D}, pas AltGr+{D}. ;-) --Milton (discussion) 29 août 2016 à 12:25 (CEST)

Kana

AltGr vs. Kana : concerne essentiellement Windows, cela permettrait notamment de casser l’équivalence AltGr=Ctrl+Alt, donc de limiter des bogues (au prix d’une perte d’accessibilité en l’absence d’AltGr à droite gauche ?).

Rien n’empêche de mettre tout ce qui est en AltGr en Kana (et de mapper Kana sur AltGr), mais également de tout laisser en AltGr pour garder la compatibilité avec Control+Alt. --Flavien

Circonflexe et grave

Accessibilité du circonflexe et du grave espaçants : si l’on ne change rien, ils seront disponibles en {^ mort} + {espace}, {´ mort} + {espace}, AltGr+{6} et maj+{%}. Vue la faible accessibilité de ces positions sans touche morte, et l’importance relative de ces caractères ASCII pour les informaticiens, il est envisageable de les déplacer, si possible à gauche. Problème : pas de place sur les positions en AltGr, et une proposition de déplacement des accents morts suscite l’opposition. Les possibilités principales sont :

  • Mettre ^ et ` en AltGr+maj+{é}/{è}, les accents doubles passant en deuxième niveau de grave mort, ce qui n’est pas très grave car ils sont peu utilisés.
  • Ne rien changer.
  • Foutre ces caractères (ou l’un de ces caractères) au hasard un peu au hasard ailleurs en AltGr+Maj.

Notez qu’avant le vote en faveur de « BÉPOFM », le grave vif était en AltGr+Maj+{È}, avant que l’on ne le remplace par ȍ mort. --Milton (discussion) 29 août 2016 à 12:25 (CEST)

Je suis pour laisser comme c’est, et d’ajouter les version non morte en triple pression de la touche morte (au lieu de deux maintenant), en gros on appuis sur la même touche tant qu’on a pas le ^ ou ` qui s’affiche. Un appui : circonflexe suscrit, deux appui : circonflexe souscrit, trois appui : circonflexe non-mort, pareil pour le grave : Grave → Double grave → Grave non-mort. --Flavien
Je t’avoue que je ne suis pas fan de cette idée, sachant qu’on se retrouverait avec des comportements très différents selon les touches mortes. --Milton (discussion) 29 août 2016 à 12:25 (CEST)