https://bepo.fr/wiki/api.php?action=feedcontributions&user=Nemolivier&feedformat=atom
Disposition de clavier bépo - Contributions [fr]
2024-03-28T12:59:15Z
Contributions
MediaWiki 1.39.6
https://bepo.fr/wiki/index.php?title=Discussion:Hebergement_git&diff=29997
Discussion:Hebergement git
2019-11-05T15:55:26Z
<p>Nemolivier : /* Votes */</p>
<hr />
<div>= État actuel =<br />
<br />
''Cette section ne sert qu’à donner une indication rapide sur l’état actuel de nos dépôts pour toute personne qui aborde cette discussion pour la première fois.''<br />
<br />
Les dépôts Git principaux du projet sont centralisés sur [https://git.tuxfamily.org/dvorak/ tuxfamily].<br />
<br />
= Votes =<br />
<br />
== Votes sur le départ de tuxfamily ==<br />
<br />
Les votes se font à la ''[[wikipedia:fr:Méthode Schulze|méthode Schulze]]'' (c’est une méthode de Condorcet avec une deuxième passe pour tenter de débloquer en cas d’absence de vainqueur). Merci de ''classer'' TOUTES les propositions, avec éventuellement des égalités. Par exemple : A > B=C > D=E=F > H > G. Signez vos votes avec quatre tildes <nowiki>~~~~</nowiki>. Ne rajoutez pas de nouvelles propositions en cours de vote s’il vous plaît !<br />
<br />
Il est possible d’insérer des argumentaires dans la partie discussions, mais merci de limiter au maximum vos commentaires de votes (ou de les déplacer s’ils suscitent un débat).<br />
<br />
Comme nous ne sommes pas pressés, je ne mets pas de date précise de fin. Le vote dure jusqu’à ce qu’il n’y ait plus de mise à jour pendant 15 jours.<br />
<br />
'''Question : Quelle plateforme devrions-nous utiliser comme emplacement central de notre code ?'''<br />
<br />
; Proposition A — [https://git.tuxfamily.org/ Tuxfamily] (Rester sur l’actuel)<br />
; Proposition B — [https://gitlab.com/ Gitlab]<br />
; Proposition C — [https://github.com/ Github]<br />
; Proposition D — [https://sourceforge.net/ Sourceforge]<br />
; Proposition E — [https://launchpad.net/ Launchpad]<br />
<br />
=== Votes ===<br />
<br />
# B > C > A > E > D -- [[Utilisateur:Caracole|Caracole]] ([[Discussion utilisateur:Caracole|discussion]]) 1 novembre 2019 à 18:21 (CET)<br />
# B > A > C > E > D — [[Utilisateur:Chouhartem|Chouhartem]] ([[Discussion utilisateur:Chouhartem|discussion]]) 1 novembre 2019 à 18:35 (CET)<br />
# A > B > E > C > D -- [[Utilisateur:Crako|Crako]] ([[Discussion utilisateur:Crako|discussion]]) 1 novembre 2019 à 18:36 (CET)<br />
# C > B > A > E > D -- [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 1 novembre 2019 à 20:28 (CET)<br />
# B > C > E > A > D -- [[Utilisateur:Logisim|Logisim]] ([[Discussion utilisateur:Logisim|discussion]]) 1 novembre 2019 à 20:48 (CET)<br />
# B > A > C = E = D -- [[Utilisateur:Nemolivier|nemolivier]] ([[Discussion utilisateur:Nemolivier|discussion]]) 5 novembre 2019 à 16:51 (CET)<br />
<br />
=== Dépouillement ===<br />
<br />
Tableau des duels :<br />
<br />
{| class="wikitable" border=1<br />
! !! A !! B !! C !! D !! E<br />
|-<br />
! A <br />
| || · || · || · || ·<br />
|-<br />
! B<br />
| · || || · || · || ·<br />
|-<br />
! C<br />
| · || · || || · || ·<br />
|-<br />
! D<br />
| · || · || · || || ·<br />
|-<br />
! E <br />
| · || · || · || · ||<br />
|}<br />
<br />
<br />
=== Discussions/débats ===<br />
<br />
Voici une liste non-exhaustive de points qui ont été cités dans la mailing-list, en faveur d’une migration :<br />
<br />
* La plateforme tuxfamily n’incite pas à la contribution. Il manque une partie « communautaire » pour discuter, la possibilité de faire des pull-requests (ou merge-requests).<br />
* La plateforme ne contient pas de bug tracker. La liste des tâches nécessaires et/ou en cours est principalement discutée dans les autres canaux comme le forum ou la mailing-list. Cela ne pousse pas non plus à la contribution, et nous manquons de visibilité sur les problèmes courants, ce sur quoi travaillent les membres, etc.<br />
* Le site web en lui-même n’est pas très ergonomique pour naviguer dans le code.<br />
* Un système d’intégration continue pourrait être utile pour vérifier le code automatiquement ou créer des packages distribuables. Tuxfamily n’intègre pas cette fonctionalité, d’autres plateformes le font.<br />
<br />
La liste des plateformes dans le vote est composées des plateformes énoncées lors de la discussion dans la mailing-list. [https://framagit.org/ Framagit] n’est pas inclu car le service va être retiré prochainement.<br />
<br />
Une autre possibilité, non inclue dans ce vote, serait de garder tuxfamily mais utiliser un bugtracker séparé (puisque tuxfamily n’en propose pas). Personnellement je préfère que le code soit au même endroit que le bug tracker.</div>
Nemolivier
https://bepo.fr/wiki/index.php?title=Discussion:Hebergement_git&diff=29996
Discussion:Hebergement git
2019-11-05T15:51:48Z
<p>Nemolivier : /* Votes */</p>
<hr />
<div>= État actuel =<br />
<br />
''Cette section ne sert qu’à donner une indication rapide sur l’état actuel de nos dépôts pour toute personne qui aborde cette discussion pour la première fois.''<br />
<br />
Les dépôts Git principaux du projet sont centralisés sur [https://git.tuxfamily.org/dvorak/ tuxfamily].<br />
<br />
= Votes =<br />
<br />
== Votes sur le départ de tuxfamily ==<br />
<br />
Les votes se font à la ''[[wikipedia:fr:Méthode Schulze|méthode Schulze]]'' (c’est une méthode de Condorcet avec une deuxième passe pour tenter de débloquer en cas d’absence de vainqueur). Merci de ''classer'' TOUTES les propositions, avec éventuellement des égalités. Par exemple : A > B=C > D=E=F > H > G. Signez vos votes avec quatre tildes <nowiki>~~~~</nowiki>. Ne rajoutez pas de nouvelles propositions en cours de vote s’il vous plaît !<br />
<br />
Il est possible d’insérer des argumentaires dans la partie discussions, mais merci de limiter au maximum vos commentaires de votes (ou de les déplacer s’ils suscitent un débat).<br />
<br />
Comme nous ne sommes pas pressés, je ne mets pas de date précise de fin. Le vote dure jusqu’à ce qu’il n’y ait plus de mise à jour pendant 15 jours.<br />
<br />
'''Question : Quelle plateforme devrions-nous utiliser comme emplacement central de notre code ?'''<br />
<br />
; Proposition A — [https://git.tuxfamily.org/ Tuxfamily] (Rester sur l’actuel)<br />
; Proposition B — [https://gitlab.com/ Gitlab]<br />
; Proposition C — [https://github.com/ Github]<br />
; Proposition D — [https://sourceforge.net/ Sourceforge]<br />
; Proposition E — [https://launchpad.net/ Launchpad]<br />
<br />
=== Votes ===<br />
<br />
# B > C > A > E > D -- [[Utilisateur:Caracole|Caracole]] ([[Discussion utilisateur:Caracole|discussion]]) 1 novembre 2019 à 18:21 (CET)<br />
# B > A > C > E > D — [[Utilisateur:Chouhartem|Chouhartem]] ([[Discussion utilisateur:Chouhartem|discussion]]) 1 novembre 2019 à 18:35 (CET)<br />
# A > B > E > C > D -- [[Utilisateur:Crako|Crako]] ([[Discussion utilisateur:Crako|discussion]]) 1 novembre 2019 à 18:36 (CET)<br />
# C > B > A > E > D -- [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 1 novembre 2019 à 20:28 (CET)<br />
# B > C > E > A > D -- [[Utilisateur:Logisim|Logisim]] ([[Discussion utilisateur:Logisim|discussion]]) 1 novembre 2019 à 20:48 (CET)<br />
# B > A > C > E > D -- [[Utilisateur:Nemolivier|nemolivier]] ([[Discussion utilisateur:Nemolivier|discussion]]) 5 novembre 2019 à 16:51 (CET)<br />
<br />
=== Dépouillement ===<br />
<br />
Tableau des duels :<br />
<br />
{| class="wikitable" border=1<br />
! !! A !! B !! C !! D !! E<br />
|-<br />
! A <br />
| || · || · || · || ·<br />
|-<br />
! B<br />
| · || || · || · || ·<br />
|-<br />
! C<br />
| · || · || || · || ·<br />
|-<br />
! D<br />
| · || · || · || || ·<br />
|-<br />
! E <br />
| · || · || · || · ||<br />
|}<br />
<br />
<br />
=== Discussions/débats ===<br />
<br />
Voici une liste non-exhaustive de points qui ont été cités dans la mailing-list, en faveur d’une migration :<br />
<br />
* La plateforme tuxfamily n’incite pas à la contribution. Il manque une partie « communautaire » pour discuter, la possibilité de faire des pull-requests (ou merge-requests).<br />
* La plateforme ne contient pas de bug tracker. La liste des tâches nécessaires et/ou en cours est principalement discutée dans les autres canaux comme le forum ou la mailing-list. Cela ne pousse pas non plus à la contribution, et nous manquons de visibilité sur les problèmes courants, ce sur quoi travaillent les membres, etc.<br />
* Le site web en lui-même n’est pas très ergonomique pour naviguer dans le code.<br />
* Un système d’intégration continue pourrait être utile pour vérifier le code automatiquement ou créer des packages distribuables. Tuxfamily n’intègre pas cette fonctionalité, d’autres plateformes le font.<br />
<br />
La liste des plateformes dans le vote est composées des plateformes énoncées lors de la discussion dans la mailing-list. [https://framagit.org/ Framagit] n’est pas inclu car le service va être retiré prochainement.<br />
<br />
Une autre possibilité, non inclue dans ce vote, serait de garder tuxfamily mais utiliser un bugtracker séparé (puisque tuxfamily n’en propose pas). Personnellement je préfère que le code soit au même endroit que le bug tracker.</div>
Nemolivier
https://bepo.fr/wiki/index.php?title=Utilisateur:Nemolivier/Tiret&diff=28811
Utilisateur:Nemolivier/Tiret
2017-10-12T22:00:43Z
<p>Nemolivier : /* Contre */</p>
<hr />
<div>Bonjour !<br />
<br />
Cette page est dédiée au tiret « - », à propos duquel il me semble que nous devrions revoir notre traitement au sein du clavier. J’utilise une modification depuis quelques mois et je la trouve très satisfaisante. Voici donc le raisonnement qui m’a conduit à faire cette modification.<br />
<br />
== Le constat ==<br />
<br />
=== Historique ===<br />
Lors de la création de la disposition « de base », il a très judicieusement été décidé que les symboles ne seraient placés qu’après, puisque très soumis à des variations liés à l’utilisation du clavier. Le placement du tiret n’a donc pas été « optimisé » par l’algorithme.<br />
<br />
=== Utilisation ===<br />
* Dans la langue française, comme trait d’union, '''avec la particularité de n’être jamais précédé ou suivi d’une espace''' ;<br />
* signe mathématique, même pour un non mathématicien puisqu’il indique tout simplement un chiffre négatif (pensez à ceux qui font leurs comptes, les fous) ;<br />
* dans les noms de fichiers, les url (sans espace avant ou après) ;<br />
* introduit le options dans le commandes shell, jamais d’espace après (parfois doublé) ;<br />
* signe d’exclusion dans les moteurs de recherche ;<br />
* langages de programmation (je n’y connais rien, mais je suppose) ;<br />
* autre ?<br />
<br />
=== Les chiffres ===<br />
Attention, il y a de fortes chances pour que ces chiffres ne tiennent pas compte de tous les usages ci-dessus (en particulier des usages sans espace, ce qui augmente le nombre des digrammes).<br />
<br />
''Caractère seul :''<br />
* 6887 occurrences sur 1953155 caractères ;<br />
* 0,426 %<br />
* 27 ème rang par ordre décroissant de fréquence sur 72 ;<br />
* moins fréquent que lui, on trouve :<br />
** en accès direct du pavé central : X, È, Y, Z, W, Ç <br />
** en accès Maj. du pavé central : :, ?, !, ;<br />
<br />
Il est donc '''moins accessibles''' que 10 caractères tout en étant plus courant !<br />
<br />
''Digrammes :''<br />
*t- : 1207<br />
*e- : 489<br />
*s- : 459<br />
*-c : 414<br />
*-m : 395<br />
*i- : 312<br />
*-i : 304<br />
*-^ : 288<br />
*-l : 276<br />
*-t : 226<br />
*-d : 221<br />
*-e : 204<br />
*z- : 201<br />
*-v : 181<br />
*-p : 164<br />
*a- : 148<br />
*n- : 130<br />
*o- : 100<br />
*u- : 95<br />
*d- : 88<br />
*r- : 79<br />
*à- : 77<br />
*x- : 77<br />
*-) : 71 (d’où sort-t-il, celui-ci ?)<br />
*-s : 66<br />
*-f : 56<br />
*-b : 56<br />
*-o : 56<br />
*-j : 53<br />
*-a : 49<br />
*-à : 48<br />
*-n : 33<br />
*-r : 28<br />
*-, : 28<br />
*-n : 27<br />
*é- : 26<br />
*l- : 20<br />
*y- : 20<br />
*f- : 17<br />
*c- : 16<br />
*-h : 15<br />
*p- : 14<br />
*g- : 13<br />
*-q : 13<br />
*h- : 11<br />
*-g : 9<br />
*-é : 7<br />
*k- : 6<br />
*b-: 5<br />
*-( : 5<br />
*m- : 5<br />
*v- : 4<br />
*-y : 3<br />
*w- : 3<br />
*-. : 2<br />
*-ç : 2<br />
*-z : 2<br />
*q- : 1<br />
*’- : 1<br />
*-x : 1<br />
*-w : 1<br />
*(- : 1<br />
*-" : 1<br />
<br />
-- : 1756 (ce sont des tiret sur demi-cadratin, en LaTeX par exemple)<br />
<br />
''On a donc :''<br />
'''8658''' digrammes (je ne sais pas quel est le total des digrammes)<br />
pour '''64''' digrammes différents ! (à peu près 80 digrammes pour « e », c’est donc un usage très varié, avec des interactions avec de nombreux autres symboles).<br />
<br />
== Conclusion ==<br />
En voyant tant les usages que les chiffres, on peut dire que c’est un caractère relativement courant, qu’il est utilisé dans de nombreux digrammes, et qu’il est moins bien placé que des caractères moins courants.<br />
Alors, il m’apparaît que le « - » devrait avoir une place sur le « pavé central » et ne pas être relégué sur la rangée du haut.<br />
<br />
== La proposition ==<br />
Je lui ai donc cherché une place parmi ses petits camarades ! <br />
<br />
Mon clavier est [[Utilisateur:Nemolivier|ici]] avec une image.<br />
<br />
=== Changement principaux ===<br />
<br />
J’ai choisi de le mettre sur [B] parce que :<br />
* La touche n’a pas une très grande accessibilité, ça ne « casse pas tout le reste » ;<br />
* sur les claviers non « splités » elle est accessible des deux mains : pour un caractère comme celui-ci, ce peut-être un avantage ;<br />
* c’est joli, comme ça, au milieu, au dessus de la barre d’espace, ça fait chic !<br />
<br />
Avec la méthode de frappe en A, le tiret va sur le [V], c'est encore plus confortable. Et on gagne une place sur le [B] pour y mettre ce que vous voulez !<br />
<br />
== Conclusion ==<br />
* Je suis '''très''' content ! Les enchaînements au clavier se font bien mieux qu’avant, le «—» est très bien là.<br />
<br />
=== Pour ===<br />
*On donne une place « optimisé » à un caractère important, sans casser tous le travail de l’algorithme ;<br />
*On déplace des caractères peu courants (k et ç) pour un gain non négligeable à mon sens.<br />
<br />
=== Contre ===<br />
*le « - » n’est plus avec les autres opérateurs mathématiques ;<br />
*le Ç se retrouve en AltGr (ou su B si méthode en A);<br />
*Ça entraîne pas-mal de changements.<br />
<br />
== Pour les curieux ==<br />
Le monde des tirets, en particulier le tiret d’incise (tiret sur cadratin) est une petite merveille typographique…<br />
Pour les curieux, le net offre toutes sortes d’explication et de règles. Personnellement, j’aime bien le « trublion » Lacroux.<br />
À lire, donc, les entrées [http://www.orthotypographie.fr/volume-II/telegramme-troncation.html#Tiret « Tiret »] et [http://www.orthotypographie.fr/volume-I/date-dynastie.html#Dialogue « dialogue »] dans l’orthotypographe.<br />
<br />
[[Catégorie:Historique]]</div>
Nemolivier
https://bepo.fr/wiki/index.php?title=Utilisateur:Nemolivier/Tiret&diff=28810
Utilisateur:Nemolivier/Tiret
2017-10-12T21:21:38Z
<p>Nemolivier : /* Changement principaux */</p>
<hr />
<div>Bonjour !<br />
<br />
Cette page est dédiée au tiret « - », à propos duquel il me semble que nous devrions revoir notre traitement au sein du clavier. J’utilise une modification depuis quelques mois et je la trouve très satisfaisante. Voici donc le raisonnement qui m’a conduit à faire cette modification.<br />
<br />
== Le constat ==<br />
<br />
=== Historique ===<br />
Lors de la création de la disposition « de base », il a très judicieusement été décidé que les symboles ne seraient placés qu’après, puisque très soumis à des variations liés à l’utilisation du clavier. Le placement du tiret n’a donc pas été « optimisé » par l’algorithme.<br />
<br />
=== Utilisation ===<br />
* Dans la langue française, comme trait d’union, '''avec la particularité de n’être jamais précédé ou suivi d’une espace''' ;<br />
* signe mathématique, même pour un non mathématicien puisqu’il indique tout simplement un chiffre négatif (pensez à ceux qui font leurs comptes, les fous) ;<br />
* dans les noms de fichiers, les url (sans espace avant ou après) ;<br />
* introduit le options dans le commandes shell, jamais d’espace après (parfois doublé) ;<br />
* signe d’exclusion dans les moteurs de recherche ;<br />
* langages de programmation (je n’y connais rien, mais je suppose) ;<br />
* autre ?<br />
<br />
=== Les chiffres ===<br />
Attention, il y a de fortes chances pour que ces chiffres ne tiennent pas compte de tous les usages ci-dessus (en particulier des usages sans espace, ce qui augmente le nombre des digrammes).<br />
<br />
''Caractère seul :''<br />
* 6887 occurrences sur 1953155 caractères ;<br />
* 0,426 %<br />
* 27 ème rang par ordre décroissant de fréquence sur 72 ;<br />
* moins fréquent que lui, on trouve :<br />
** en accès direct du pavé central : X, È, Y, Z, W, Ç <br />
** en accès Maj. du pavé central : :, ?, !, ;<br />
<br />
Il est donc '''moins accessibles''' que 10 caractères tout en étant plus courant !<br />
<br />
''Digrammes :''<br />
*t- : 1207<br />
*e- : 489<br />
*s- : 459<br />
*-c : 414<br />
*-m : 395<br />
*i- : 312<br />
*-i : 304<br />
*-^ : 288<br />
*-l : 276<br />
*-t : 226<br />
*-d : 221<br />
*-e : 204<br />
*z- : 201<br />
*-v : 181<br />
*-p : 164<br />
*a- : 148<br />
*n- : 130<br />
*o- : 100<br />
*u- : 95<br />
*d- : 88<br />
*r- : 79<br />
*à- : 77<br />
*x- : 77<br />
*-) : 71 (d’où sort-t-il, celui-ci ?)<br />
*-s : 66<br />
*-f : 56<br />
*-b : 56<br />
*-o : 56<br />
*-j : 53<br />
*-a : 49<br />
*-à : 48<br />
*-n : 33<br />
*-r : 28<br />
*-, : 28<br />
*-n : 27<br />
*é- : 26<br />
*l- : 20<br />
*y- : 20<br />
*f- : 17<br />
*c- : 16<br />
*-h : 15<br />
*p- : 14<br />
*g- : 13<br />
*-q : 13<br />
*h- : 11<br />
*-g : 9<br />
*-é : 7<br />
*k- : 6<br />
*b-: 5<br />
*-( : 5<br />
*m- : 5<br />
*v- : 4<br />
*-y : 3<br />
*w- : 3<br />
*-. : 2<br />
*-ç : 2<br />
*-z : 2<br />
*q- : 1<br />
*’- : 1<br />
*-x : 1<br />
*-w : 1<br />
*(- : 1<br />
*-" : 1<br />
<br />
-- : 1756 (ce sont des tiret sur demi-cadratin, en LaTeX par exemple)<br />
<br />
''On a donc :''<br />
'''8658''' digrammes (je ne sais pas quel est le total des digrammes)<br />
pour '''64''' digrammes différents ! (à peu près 80 digrammes pour « e », c’est donc un usage très varié, avec des interactions avec de nombreux autres symboles).<br />
<br />
== Conclusion ==<br />
En voyant tant les usages que les chiffres, on peut dire que c’est un caractère relativement courant, qu’il est utilisé dans de nombreux digrammes, et qu’il est moins bien placé que des caractères moins courants.<br />
Alors, il m’apparaît que le « - » devrait avoir une place sur le « pavé central » et ne pas être relégué sur la rangée du haut.<br />
<br />
== La proposition ==<br />
Je lui ai donc cherché une place parmi ses petits camarades ! <br />
<br />
Mon clavier est [[Utilisateur:Nemolivier|ici]] avec une image.<br />
<br />
=== Changement principaux ===<br />
<br />
J’ai choisi de le mettre sur [B] parce que :<br />
* La touche n’a pas une très grande accessibilité, ça ne « casse pas tout le reste » ;<br />
* sur les claviers non « splités » elle est accessible des deux mains : pour un caractère comme celui-ci, ce peut-être un avantage ;<br />
* c’est joli, comme ça, au milieu, au dessus de la barre d’espace, ça fait chic !<br />
<br />
Avec la méthode de frappe en A, le tiret va sur le [V], c'est encore plus confortable. Et on gagne une place sur le [B] pour y mettre ce que vous voulez !<br />
<br />
== Conclusion ==<br />
* Je suis '''très''' content ! Les enchaînements au clavier se font bien mieux qu’avant, le «—» est très bien là.<br />
<br />
=== Pour ===<br />
*On donne une place « optimisé » à un caractère important, sans casser tous le travail de l’algorithme ;<br />
*On déplace des caractères peu courants (k et ç) pour un gain non négligeable à mon sens.<br />
<br />
=== Contre ===<br />
*le « - » n’est plus avec les autres opérateurs mathématiques ;<br />
*le Ç se retrouve en AltGr ;<br />
*Ça entraîne pas-mal de changements.<br />
<br />
== Pour les curieux ==<br />
Le monde des tirets, en particulier le tiret d’incise (tiret sur cadratin) est une petite merveille typographique…<br />
Pour les curieux, le net offre toutes sortes d’explication et de règles. Personnellement, j’aime bien le « trublion » Lacroux.<br />
À lire, donc, les entrées [http://www.orthotypographie.fr/volume-II/telegramme-troncation.html#Tiret « Tiret »] et [http://www.orthotypographie.fr/volume-I/date-dynastie.html#Dialogue « dialogue »] dans l’orthotypographe.<br />
<br />
[[Catégorie:Historique]]</div>
Nemolivier
https://bepo.fr/wiki/index.php?title=Utilisateur:Nemolivier&diff=28468
Utilisateur:Nemolivier
2017-06-25T07:15:11Z
<p>Nemolivier : /* La disposition */</p>
<hr />
<div>== Mes pages perso ==<br />
*Le tiret : [[Utilisateur:Nemolivier/Tiret|Tiret]]<br />
*L'inversion HX : [[Utilisateur:Nemolivier/Inversion_X/H|HX]]<br />
*Frappe en A : [[Utilisateur:Nemolivier/Ergo_Saisie_A|Variante A]]<br />
*Test du Typematrix :[[Utilisateur:Nemolivier/Typematrix|Typematrix]]<br />
<br />
==Les modifications==<br />
<br />
¡ Page en cours de modification !<br />
<br />
;Clavier version 1.0 modifiée avec <br />
;Optimisation de la place du Tiret (''Cf'' [[Utilisateur:Nemolivier/Tiret|explications]]).<br />
* passage de « - » sur [B] : caractère plus courant que nombre d’autres et pourtant bien trop loin. La touche est accessible des deux mains, très pratique.<br />
* sur cette touche j’ajoute « — » (emdash) en Maj (comme ça, facile pour le nbsp qui le précède ou le suit), mais aussi le tiret insécable en AltGr et le endash en AltGr Maj (c’est un peu compliqué mais ça a le mérite d’être logique par rapport au emdash)<br />
Ça entraîne :<br />
* passage de « k » sur [$] et « w » sur [*]<br />
* déplacement du Ç, deux solutions :<br />
** sur AltGr+{,}<br />
** sur AltGr+{X} en déplaçant les accolades, voir en dessous (solution uniquement valable en frappe A)<br />
<br />
;J’ai changé l’ordre des symboles :<br />
C’est encore un peu le bordel et il manque des choses, mais, important :<br />
* passage des chevrons guillemet en Maj (si les chiffres sont en Maj, c’est insuportable d’avoir ces chevrons en direct pour faire l’insécable avec)<br />
* les </> passent en direct. Je ne suis pas très fan mais il semble que des personnes y tiennent.<br />
* sous les chevrons, j’ai mis les crochets [ et ] qui pourraient aussi être échangées avec les accolades { et }, je ne suis pas bien conscient des usages les plus courants.<br />
<br />
;Il reste plein de place et des symboles à mettre. J’ai besoin d’aide :D<br />
<br />
=== La disposition ===<br />
<br />
Disposition avec accès au tiret et W facilité au détriment du K et du Ç.<br />
Le schéma ci-dessous n’est là que pour montrer les modifications de la touche tiret, pas tout le reste. Il faudra que je fasse un schéma plus complet de ma dispo actuelle :D<br />
<br />
┌────┬────┬────┬────┬────┬────┬────┬────┬────┬────┬────┬────┬────╔═════════╗<br />
│ # §│ 1 „│ 2 ‘│ 3 ’│ 4 │ 5 │ 6 │ 7 ¬│ 8 ¼│ 9 ½| 0 ¾│ « ‰│ » ║ ║<br />
│ $??│ "??│ < “│ > ”│ ( {│ ) }│ @ ^│ + ±│ / ÷│ * ×│ = ≠│ [ %│ ] °║ <-- ║<br />
╔═══════╗─┴──┬─┴──┬─┴──┬─┴──┬─┴──┬─┴──┬─┴──┬─┴──┬─┴──┬─┴──┬─┴──┬─╚══╦══════╣<br />
║ |<- ║ B ¦│ É ˝│ P ¶│ O Œ│ È `│ !??│ V │ D Ð│ L │ J IJ│ Z Ə│ K ║ | ║<br />
║ ->| ║ b |│ é ´│ p &│ o œ│ è `│ ^ ¡│ v │ d ð│ l │ j ij│ z ə│ k ˘║ <-' ║<br />
╠═══════╩╗───┴┬───┴┬───┴┬───┴┬───┴┬───┴┬───┴┬───┴┬───┴┬───┴┬───┴┬───╚╗ ║<br />
║ ║ A Æ│ U Ù│ I ˙│ E │ ; Ç│ C │ T Þ│ S │ R ™│ N??│ M º│ W ║ ║<br />
║ CAPS ║ a æ│ u ù│ i ¨│ e €│ , ç│ c ©│ t þ│ s ß│ r ®│ n??│ m ¯│ w ¸║ ║<br />
╠══════╦═╝──┬─┴──┬─┴──┬─┴─══─┴──┬─┴──┬─┴─══─┴──┬─┴──┬─┴──┬─┴──╔══════╩═════╣<br />
║ ^ ║ Ê??│ À??│ Y ~│ X │ : ·│ — –│ ? │ Q │ G │ H ‡│ F ª║ ^ ║<br />
║ | ║ ê??│ à \│ y ~│ x │ . …│ - -│ ' ?│ q °│ g µ│ h †│ f ˛║ | ║<br />
╠══════╩╦═══╧══╦═╧═══╦╧════╧════╧════╧════╧════╧═╦══╧══╦═╧════╬═════╦══════╣<br />
║ ║ ║ ║ ║ ║ ║ ║ ║<br />
║ Ctrl ║ WinG ║ Alt ║ _ ║AltGr║ WinD ║WinM ║ Ctrl ║<br />
╚═══════╩══════╩═════╩═══════════════════════════╩═════╩══════╩═════╩══════╝<br />
<br />
Comme vous pouvez le voir, il y a des trous ! En particulier en AltGr Y, virgule, $ et 1 (mais il me semble qu’on a besoin de places en ce moment or ce sont de bonnes places pour des lettres mortes, non ?)</div>
Nemolivier
https://bepo.fr/wiki/index.php?title=Discussion:Version_1.1rc1/Touches_mortes/Caract%C3%A8res_morts&diff=28294
Discussion:Version 1.1rc1/Touches mortes/Caractères morts
2017-01-31T22:39:32Z
<p>Nemolivier : /* Vote */</p>
<hr />
<div>==Caractères pour Exposants/Indices==<br />
Où a tu vu que ^ et _ ont étés choisis comme caractères de ces deux touches mortes.<br><br />
Je proposais d’utiliser ² et ₂ plutôt, mais rien n’a été voté.<br><br />
Le titre de la page est bon, et les questions sont bonnes, mais tu présentes certaines choses comme acquises.<br><br />
[[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 25 novembre 2016 à 13:23 (CET)<br />
:Tu me parles ? Désolé, je viens seulement de trouver ta question ici. — On en a beaucoup discuté, ^ et _ sont les préfixes LaTeX et servent à signifier l’exponentiation et l’indiciation en texte brut, vu sur la ML d’Unicode. Quand ce sont les caractères morts, on a directement la bonne sortie sous Windows quand le caractère n’existe pas en exposant ou en indice. -- [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 5 décembre 2016 à 18:21 (CET)<br />
<br />
== Un chantier plus général à mener ? ==<br />
<br />
Hello,<br />
<br />
Ça a été pointé du doigt dans le vote sur les exposants et indices : la façon dont sont gérés les associations touche morte/caractère associé est assez anarchique en BÉPO, et il serait souhaitable de mettre un peu d’ordre dans tout ça. Pour rappel, chaque touche a un symbole (qui sert à la noter sur les cartes). Il existe dans la version 1.0 essentiellement trois façons d’accéder au symbole associé : par double-pression sur la touche morte, par pression sur la touche morte suivie de la barre espace, et par pression sur la touche morte suivie de Maj+Espace, avec parfois des rendus distincts.<br />
<br />
De façon générale, double pression sur la touche donne le symbole, touche > espace donne soit le symbole, soit symbole proche, et touche > Maj+Espace donne le diacritique combinant pour les touches mortes associées à un diacritique, si celui existe dans Unicode.<br />
<br />
(le tableau suivant est à compléter)<br />
{| {{wtable|center}}<br />
|+ Récapitulatif des comportements en version 1.0rc3<ref>Testé sous X11, dans une installation datant de 2014.</ref><br />
|-<br />
! Touche !! colspan=2 | Symbole sur la carte !! colspan=2 | Double-pression !! colspan=2 | Espace !! colspan=2 | Maj+Espace <br />
|-<br />
| Grave || ` || {{U|0060}} || ` || {{U|0060}} || ` || {{U|0060}} || ` combinant || {{U|0300}}<br />
|-<br />
| Aigu || ´ || {{U|00B4}} || ´ || {{U|00B4}} || ' || {{U|0027}} || ´ combinant || {{U|0301}}<br />
|-<br />
| Circonflexe || ^ || {{U|005E}} || ^ || {{U|005E}} || ^ || {{U|005E}} || ^ combinant || {{U|0302}}<br />
|}<br />
<br />
La version 1.1 rajoute encore à l’incohérence en supprimant certains accès par double-pression pour des touches associées à des diacritiques (puisque cela donne à la place d’autres diacritiques). En revanche, les touches n’étant pas associées à des diacritiques peuvent avoir un comportement. Il serait souhaitable de proposer une solution d’ensemble convenant à tous les caractères. Par exemple :<br />
* Pour les diacritiques, toujours mettre le diacritique espaçant (s’il existe) sur espace et le combinant (s’il existe) sur Maj+Espace, dans le cas contraire laisser les positions vides. Ne plus proposer le symbole associé en double-pression de la touche morte.<br />
* Pour les autres touches (monnaie, grec, science, exposant et indice, latin étendu éventuellement API, cyrillique, hébreu et arabe) : que faire ? Certains caractères ne sont jusqu’à présent accessibles que par double-pression (c’est le cas de ¤ vif et de µ — micro) et devraient le rester. En revanche, sur indice et exposant, scientifique ou latin étendu le comportement peut encore évoluer.<br />
<br />
Par ailleurs, sous Windows le symbole apparaît dans les cas où l’enchaînement de touches n’est pas déterminé. Par exemple, si @ est le symbole d’une touche morte et si la combinaison @ puis X n’est pas défini, alors cette combinaison produira la chaîne « @X » sous Windows (mais rien sous X.org). Ce comportement n’est pas modifiable, mais pas non plus primordial.<br />
: Sous MacOS aussi. [^] [/] -> « ^/ » [[Utilisateur:Asr|asr]] ([[Discussion utilisateur:Asr|discussion]]) 19 janvier 2017 à 18:37 (CET)<br />
<br />
Bien cordialement --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 4 décembre 2016 à 23:14 (CET)<br />
<br />
PS : si quelqu’un est motivé pour compléter le tableau, qu’il n’hésite pas !<br />
: OK pour le tableau, mais j'y mettrais les caractères morts proposés, du coup. -- [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 5 décembre 2016 à 18:21 (CET)<br />
:: Pour l’instant, je me contente de recenser ce qui existe, si tu le veux bien. --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 5 décembre 2016 à 20:47 (CET)<br />
::: Désolé de ne pouvoir actuellement prendre le temps de documenter le bépo&nbsp;1.0 ''per se''. — FWIW, des caractères morts proposés sont [[Utilisateur:Marcel/Version_2.0#Comparatif_des_touches_mortes_classiques|ici]] et [[Utilisateur:Marcel/Version_1.1#Comparatif_des_touches_mortes_classiques|ici]]. -- [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 6 décembre 2016 à 08:13 (CET)<br />
:::: Toutefois j’ai pu créer le modèle {{m|wtable}} palliant la non-implémentation de la classe "wikitable", et me suis permis de l’appliquer au tableau que tu as commencé.<br />
:::: J’en profite pour soumettre à votre considération que dans le souci de mener rapidement à un projet de norme présentable pour la réunion du 16&nbsp;décembre, la documentation du bépo 1.0 me semble devoir être dépriorisée au profit de la conception du nouveau système de caractères morts… -- [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 7 décembre 2016 à 01:45 (CET)<br />
<br />
La proposition suivante a été formulée sur IRC :<br />
* Pour les touches mortes correspondant à une diacritique :<br />
** Choix comme symbole de la diacritique elle-même<br />
** En touche espace, diacritique combinante<br />
** En Maj+Espace, diacritique espaçante ''si elle existe'', rien sinon<br />
** En AltGr+Espace, lette modificatrice ''si elle existe'', rien sinon<br />
** En double pression, éventuellement une autre touche morte (voir ce qui a déjà été voté, par exemple deux fois aigu = double aigu), sinon rien.<br />
* Pour les touches mortes ne correspondant pas à une diacritique (grec, exposants et indices, scientifique, symbole monétaire, latin étendu)<br />
** Symboles choisis par vote (µ pour grec, en cours pour latin étendu et scientifique, ᵉ pour exposant, ¤ pour symbole monétaire).<br />
** En double pression : comportement à déterminer selon la touche. Pas de raison de changer symbole monétaire et grec ; rien pour exposant ; respecter la carte adoptée pour latin et scientifique.<br />
** Sur la barre d’espacement, rien ''sauf'' si au cas par cas, il appert que la combinaison touche morte + espace serait pertinente. Donc pour latin et ponctuation, respect de la carte votée ; pour les quatre autres ''a priori'' rien.<br />
<br />
Si des points sont peu clairs, merci de le signaler. Par ailleurs, LeBret a suggéré par courriel que ce comportement puisse être laissé indéterminé par la norme. Ce sera toujours une solution si l’on n’arrive pas à tenir les délais, mais je pense qu’on peut aboutir à un accord ! --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 7 décembre 2016 à 09:45 (CET)<br />
<br />
________________________<br />
<references /><br />
<br />
== Vote ==<br />
<br />
=== Durée ===<br />
Septante-deux heures, soit jusqu’au samedi 10 décembre, 20 h.<br />
<br />
=== Comportement de la barre d’espacement lorsqu’une touche morte est active ===<br />
Faut-il modifier le comportement de la barre d’espacement lorsqu’une touche morte est active de l’une des façons suivante ?<br />
<br />
==== Propositions ====<br />
* A : le comportement de la barre espace est harmonisé de la façon suivante :<br />
** Pour les touches mortes correspondant à une diacritique :<br />
*** Choix comme symbole de la diacritique elle-même<br />
*** En {{t|Espace}}, diacritique combinante (pour former le caractère décomposé)<br />
*** En {{ts|Maj|Espace}}, diacritique espaçante ''si elle existe'', rien sinon.<br />
*** En {{ts|AltGr|Espace}}, lette modificatrice ''si elle existe'', rien sinon.<br />
*** En double pression, éventuellement une autre touche morte (selon les votes ayant déjà eu lieu, par exemple circonflexe mort + circonflexe mort = circonflexe souscrit mort), sinon rien.<br />
** Pour les touches mortes ne correspondant pas à une diacritique (grec, exposants et indices, scientifique, symbole monétaire, latin étendu)<br />
*** Symboles choisis par vote (µ pour grec, en cours de discussion pour latin étendu et scientifique, ᵉ pour exposant, ¤ pour symbole monétaire).<br />
*** En double pression : pas de changement pour symbole monétaire et grec ; rien pour exposant ; respect de la carte adoptée pour latin et scientifique. À déterminer au cas par cas pour d’éventuels votes futurs.<br />
*** Sur la barre d’espacement, rien ''sauf'' si au cas par cas, il appert que la combinaison touche morte + espace serait pertinente. Donc pour latin et ponctuation, respect de la carte votée ; pour les quatre autres ''a priori'' rien.<br />
* B : variante, le comportement de la barre espace est harmonisé de la façon suivante :<br />
** Pour les touches mortes correspondant à une diacritique :<br />
*** Choix comme symbole de la diacritique elle-même<br />
*** En {{t|Espace}}, diacritique espaçante ''si elle existe'', rien sinon.<br />
*** En {{ts|Maj|Espace}}, diacritique combinante (pour former le caractère décomposé).<br />
*** En {{ts|AltGr|Espace}}, lette modificatrice ''si elle existe'', rien sinon.<br />
*** En double pression, éventuellement une autre touche morte (selon les votes ayant déjà eu lieu, par exemple circonflexe mort + circonflexe mort = circonflexe souscrit mort), sinon rien.<br />
** Pour les touches mortes ne correspondant pas à une diacritique (grec, exposants et indices, scientifique, symbole monétaire, latin étendu)<br />
*** Symboles choisis par vote (µ pour grec, en cours de discussion pour latin étendu et scientifique, ᵉ pour exposant, ¤ pour symbole monétaire).<br />
*** En double pression : pas de changement pour symbole monétaire et grec ; rien pour exposant ; respect de la carte adoptée pour latin et scientifique. À déterminer au cas par cas pour d’éventuels votes futurs.<br />
*** Sur la barre d’espacement, rien ''sauf'' si au cas par cas, il appert que la combinaison touche morte + espace serait pertinente. Donc pour latin et ponctuation, respect de la carte votée ; pour les quatre autres ''a priori'' rien.<br />
* C : ''statu quo''<br />
* D : idem à B, mais sans l’introduction de lettre modificatrice.<br />
* E : idem à B, mais les diacritiques combinants sont à la place positionnés sur la touche point, en accès direct. --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 8 décembre 2016 à 20:46 (CET)<br />
<br />
==== Méthode ====<br />
Méthode Schulze. Si une proposition est rajoutée au cours de la première journée de vote, alors les votes n’ayant pas été modifiés pour en tenir compte ne seront pas décomptés.<br />
<br />
==== Votes ====<br />
# E > A > B > D > C -- [[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 7 décembre 2016 à 20:35 (CET)<br />
# E > B > D > C > A -- [[Utilisateur:Flamme|Flamme]] ([[Discussion utilisateur:Flamme|discussion]]) 7 décembre 2016 à 20:51 (CET) (La proposition A change drastiquement le comportement usuel d’une touche morte avec Espace, et ne servira que que pour créer des caractères inusuels utiles à une poignée d’experts. Pour ceux qui l’ignorent, avec les diacritiques combinants, un caractère dessiné contient en vérité deux caractères, voire plus; par exemple, len("à") == 2, car "à" est en interne quelque chose comme "a`").<br />
#: Comme on le disait sur IRC, cette situation n’est pas le fait du BÉPO, mais du standard Unicode. Un caractère peut exister soit sous une forme précomposée, soit décomposée, et les outils doivent en tenir compte. En revanche, l’on obtient de cette façon un certain nombre de caractères qui n’existent pas dans le standard Unicode, voire n’existeront jamais si j’ai bien compris ce que dit Marcel (Unicode ne semblant plus disposé à inclure une infinité de caractères précomposés). My two cents. :-) --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 7 décembre 2016 à 21:44 (CET)<br />
#::Le problème, ce n’est pas intrinsèquement les combinants, c’est la place que leur réserve la proposition A. -- [[Utilisateur:Flamme|Flamme]] ([[Discussion utilisateur:Flamme|discussion]]) 9 décembre 2016 à 15:06 (CET)<br />
# C > B > E > D > A -- [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 7 décembre 2016 à 21:28 (CET)<br />
# C > B > A > D > E -- [[Utilisateur:Mimoza|Mimoza]] ([[Discussion utilisateur:Mimoza|discussion]]) 7 décembre 2016 à 23:25 (CET)<br />
# A > B > C -- [[Utilisateur:Logisim|Logisim]] ([[Discussion utilisateur:Logisim|discussion]]) 8 décembre 2016 à 16:10 (CET)<br />
# D > E > C > B > A -- [[Utilisateur:LeBret|LeBret]] ([[Discussion utilisateur:LeBret|discussion]]) 8 décembre 2016 à 20:34 (CET)<br />
# D > B > E > C > A -- [[Utilisateur:Europano|Europano]] ([[Discussion utilisateur:Europano|discussion]]) 10 décembre 2016 à 11:13 (CET)<br />
# je comprends rien, on peut étendre un peu? -- [[Utilisateur:JulieCaroline|JulieCaroline]] ([[Discussion utilisateur:JulieCaroline|discussion]]) 10 décembre 2016 à 16:49 (CET)<br />
#:En gros les espaçantes et [[wp:Lettre_modificative|modificatrices]] apparaissent à l’identique mais n’ont pas le même rôle. Je pense ne pas avoir besoin d’expliquer pour les combinantes. -- [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 10 décembre 2016 à 17:09 (CET)<br />
# C > A > B > D > E -- Les options autour desquelles on échangeait depuis 2 semaines ont '''encore''' été déformées, ça devient franchement saoulant [[Utilisateur:Crako|Crako]] ([[Discussion utilisateur:Crako|discussion]]) 10 décembre 2016 à 19:19 (CET)<br />
#: et accessoirement, j’ai toujours pas compris pourquoi on ne mettrait pas la lettre modificatrice pour le cas où y’a pas d’espaçante.<br />
#:: Pour ne pas perdre en cohérence : si l’on décide de mettre les modificatrices en AltGr et les chassantes en direct, pourquoi diable aller mettre sur une touche la modificatrice là où l’on attend la chassante ? C’est un peu comme si l’on décidait sur la carte accent circonflexe d’aller mettre les circonflexes souscrits lorsque le circonflexe simple n’existe pas, alors qu’on a choisi de mettre les circonflexes souscrits ailleurs (en deux fois circonflexe) --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 12 décembre 2016 à 00:11 (CET)<br />
# C > A > D > B > E -- [[Utilisateur:A2|A2]] ([[Discussion utilisateur:A2|discussion]]) 10 décembre 2016 à 19:58 (CET)<br />
# E > B > D > C > A -- [[Utilisateur:Laurent|Laurent]] ([[Discussion utilisateur:Laurent|discussion]]) 11 décembre 2016 à 04:46 (CET)<br />
# D > E > C > B > A -- [[Utilisateur:Thomas|Thomas]] ([[Discussion utilisateur:Thomas|discussion]]) 12 décembre 2016 à 11:32 (CET)<br />
<br />
===== Résultat =====<br />
'''Le vote est clos sans qu’une décision soit prise.'''<br />
<br />
===== Lettres modificatrices =====<br />
Ce vote ne se contente pas d’uniformiser un comportement, elle introduit toute la série des lettres modificatrices qui actuellement ne sont pas supportées par bépo. À mimima il faudrait le signaler. Et mieux, il faudrait dire à quoi elles servent, parce que les diacritiques combinants je les utilise (par exemple le p̃ est une abbréviation latine que j’ai utilisé une fois, et malheureusement absente d’unicode.) Mais les lettres modificatrices ??? Qui peut me dire l’intérêt de les introduire ?<br />
<br />
Si le but, en plus d’uniformiser le comportement, est de faciliter l’accès aux diacritiques combinants, j’avoue que ça m’interesse. Mais dans ce cas je préfère la solution suggérée par ISO à savoir {{tm|morte}} + point. Ça ne change pas le fonctionnement de l’espace et c’est aussi facile à taper vu que le point est en direct.<br />
[[Utilisateur:LeBret|LeBret]] ([[Discussion utilisateur:LeBret|discussion]]) 8 décembre 2016 à 18:48 (CET)<br />
: Salut. L’introduction des lettres modificatrices a été discuté sur IRC, notamment du fait que toutes les diacritiques n’ont pas d’espaçante. Je crois que cela facilite la saisie de l’API, mais je ne puis pas le garantir.<br />
: Tu as bien fait d’ajouter la proposition D. Sinon, si une solution est recommandée par l’ISO, je me permets d’ajouter une nouvelle option pour la suivre. Bien à toi --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 8 décembre 2016 à 20:45 (CET)<br />
:: Est-ce que cela ne relève pas plutôt du vote sur les [[Version_1.1/Touches_mortes/Diacritiques|diacritiques]] ?<br />
:: Quand aux lettres modificatrices, vu que l’API n’est pas encore introduit, ça peut attendre, non ? (Et puis honnêtement l’API… je suis prêt à parier qu’il y a plus de gens qui voudraient les émojis que l’API) -- [[Utilisateur:LeBret|LeBret]] ([[Discussion utilisateur:LeBret|discussion]]) 8 décembre 2016 à 22:45 (CET)<br />
<br />
=== Normalisation du comportement de la barre d’espacement ===<br />
Le comportement de la barre d’espacement lorsqu’une touche morte est active doit-il être précisé dans le brouillon de norme ?<br />
<br />
==== Propositions ====<br />
# A : oui, quelle que soit l’issue du vote précédent.<br />
# B : oui seulement si l’issue du vote précédent n’est pas le maintien du ''statu quo'' ; non si la proposition C est adoptée.<br />
# C : non, quelle que soit l’issue du vote précédent.<br />
<br />
==== Méthode ====<br />
Méthode Schulze. Si une proposition est rajoutée au cours de la première journée de vote, alors les votes n’ayant pas été modifiés pour en tenir compte ne seront pas décomptés.<br />
<br />
==== Votes ====<br />
# B > C > A -- [[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 7 décembre 2016 à 20:40 (CET)<br />
# A > B > C -- [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 7 décembre 2016 à 21:29 (CET)<br />
# B > C > A -- [[Utilisateur:Europano|Europano]] ([[Discussion utilisateur:Europano|discussion]]) 10 décembre 2016 à 11:16 (CET)<br />
# neutre -- [[Utilisateur:JulieCaroline|JulieCaroline]] ([[Discussion utilisateur:JulieCaroline|discussion]]) 10 décembre 2016 à 17:05 (CET)<br />
# B > A > C -- [[Utilisateur:Mimoza|Mimoza]] ([[Discussion utilisateur:Mimoza|discussion]]) 11 décembre 2016 à 22:43 (CET)<br />
<br />
===== Résultat =====<br />
'''Le comportement n’est pas normalisé.'''<br />
<br />
== Vote, version 2 ==<br />
<br />
Le vote précédent n’ayant pas permis d’arriver à une proposition consensuelle, alors qu’il serait souhaitable que cette question soit tranchée pour la normalisation de la disposition BÉPO, d’autres solutions sont proposées.<br />
<br />
Il sera ouvert une semaine (cent soixante-huit heures) à compter de son lancement, soit jusqu’au lundi 6 février à 8 h (CET).<br />
<br />
=== Dispositions pour les diacritiques non-combinants ===<br />
==== Proposition ====<br />
Lorsqu’une touche morte non-diacritique (grec, exposants et indices, scientifique, symbole monétaire, latin étendu) est active, le comportement est le suivant :<br />
* En double pression : pas de changement pour symbole monétaire et grec ; rien pour exposant ; respect de la carte adoptée pour latin et scientifique. ''Le symbole associé à la touche morte peut ne pas correspondre au caractère obtenu en double-pression.''<br />
* Sur la barre d’espacement, rien ''sauf'' si au cas par cas, il apparaît que la combinaison touche morte + espace serait pertinente. Plus précisément, respect de la carte votée pour la touche latin étendu, rien pour les autres touches mortes, et comportement à déterminer pour d’éventuelles futures nouvelles touches mortes.<br />
<br />
Votes : {{pour}}, {{neutre}}, {{contre}}<br />
<br />
==== Explication ====<br />
Le premier point entérine la situation actuelle. Le second permet d’harmoniser les comportements de la barre d’espacement, notamment sur les nouvelles touches mortes de la version 1.1.<br />
<br />
==== Modalités ====<br />
Majorité absolue des suffrages exprimés.<br />
<br />
==== Vote ====<br />
* {{pour}} -- [[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 30 janvier 2017 à 08:02 (CET)<br />
* {{pour}} -- [[Utilisateur:Flamme|Flamme]] ([[Discussion utilisateur:Flamme|discussion]]) 30 janvier 2017 à 08:11 (CET)<br />
* {{neutre}} -- [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 30 janvier 2017 à 08:43 (CET)<br />
* {{pour}} -- [[Utilisateur:Thomas|Thomas]] ([[Discussion utilisateur:Thomas|discussion]]) 30 janvier 2017 à 10:22 (CET)<br />
* {{neutre}} -- [[Utilisateur:Robert leleu|Robert leleu]] ([[Discussion utilisateur:Robert leleu|discussion]] 30 janvier 2017 à 10:45 (CET)<br />
* {{pour}} -- [[Utilisateur:Mimoza|Mimoza]] ([[Discussion utilisateur:Mimoza|discussion]]) 30 janvier 2017 à 22:53 (CET)<br />
* {{neutre}} -- Quelle est la situation actuelle ? [[Utilisateur:Asr|asr]] ([[Discussion utilisateur:Asr|discussion]]) 31 janvier 2017 à 19:28 (CET)<br />
* {{neutre}} -- [[Utilisateur:Nemolivier|nemolivier]] ([[Discussion utilisateur:Nemolivier|discussion]]) 31 janvier 2017 à 22:30 (CET)<br />
<br />
=== Mode d’accès principal aux caractères espaçants et combinants ===<br />
Il s’agit là de choisir la façon d’accéder aux caractères combinants (caractères d’Unicode qui se combinent avec le précédent, par exemple e + ´ = é ; nécessaires pour saisir certains caractères n’existant pas sous la forme d’un seul point de code, par exemple certains caractères du lituanien ou de langues de l’Afrique avec des fréquences non négligeables) et espaçants (caractères d’Unicode associés à un diacritique et prenant la place d’un caractère).<br />
<br />
==== Propositions ====<br />
Dans le tableau suivant, C désigne un combinant et E un espaçant.<br />
{| class="wikitable" border="1" style="text-align: center"<br />
! width="8%" |<br />
! width="15%" | A<br />
! width="15%" | B<br />
! width="15%" | C<br />
! width="15%" | D<br />
! width="15%" | E<br />
! width="15%" | F<br />
|-<br />
! {{t|espace}}<br />
| style="background-color: #C0D9D9" rowspan="4" | E<br />
| style="background-color: #E9C2A6" rowspan="4" | C<br />
| style="background-color: #C0D9D9" rowspan="2" | E<br />
| style="background-color: #E9C2A6" rowspan="2" | C<br />
| style="background-color: #C0D9D9" | E<br />
| style="background-color: #E9C2A6" | C<br />
|-<br />
! {{ts|AltGr|espace}}<br />
| style="background-color: #E9C2A6" | C<br />
| style="background-color: #C0D9D9" | E<br />
|-<br />
! {{ts|Maj|espace}}<br />
| style="background-color: #E9C2A6" rowspan="2" | C<br />
| style="background-color: #C0D9D9" rowspan="2" | E<br />
| style="background-color: #C0D9D9" | E<br />
| style="background-color: #E9C2A6" | C<br />
|-<br />
! {{ts|AltGr|Maj|espace}}<br />
| style="background-color: #E9C2A6" | C<br />
| style="background-color: #C0D9D9" | E<br />
|-<br />
! {{t|.}}<br />
| style="background-color: #E9C2A6" rowspan="8" | C<br />
| style="background-color: #C0D9D9" rowspan="8" | E<br />
| style="background-color: #E9C2A6" rowspan="8" colspan="4" | C<br />
|-<br />
! {{ts|AltGr|.}}<br />
|-<br />
! {{ts|Maj|.}}<br />
|-<br />
! {{ts|AltGr|Maj|.}}<br />
|-<br />
! {{t|’}}<br />
|-<br />
! {{ts|AltGr|’}}<br />
|-<br />
! {{ts|Maj|’}}<br />
|-<br />
! {{ts|AltGr|Maj|’}}<br />
|}<br />
<br />
==== Explications ====<br />
La norme 9995-11 ''suggère'' l’emplacement des combinants sur la touche {{t|.}}<ref>La norme suggère également que les caractères diacrités absents d’Unicode nécessitant plusieurs points de code devraient également pouvoir être produits par touche morte directement, augmentant immensément leur accessibilité et rendant ''de facto'' l’accès aux combinants seuls peu important. Ce n’est pas encore le cas dans BÉPO, l’implémentation ne pouvant facilement sans modification des outils systèmes.</ref>, bien accessible en BÉPO, mais ne se soucie pas de symétrie ; c’est pour cette raison qu’elle est systématiquement associée à l’apostrophe dans les propositions précédentes. Toutes les propositions suivent cette suggestion, à l’exception de la B.<br />
<br />
Les propositions C à F proposent de scinder la barre espace en deux (verticalement ou horizontalement) avec une zone allouée aux espaçants, et une autre aux combinants. Dans tous les cas, des duplications sont proposées pour limiter le risque d’erreur de frappe (en cas de non-relâchage de {{t|Maj}} ou {{t|AltGr}}.<br />
<br />
<references /><br />
<br />
==== Modalités ====<br />
Méthode de Schulze.<br />
<br />
==== Votes ====<br />
* A > C > D > B > E > F -- la compatibilité avec le futur AZERTY (espaçants sur espace, surtout pour " et ') me paraît importante, et les positions proposées pour les combinants très bonnes. --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 30 janvier 2017 à 08:02 (CET)<br />
* A > E > C > D > F > B -- [[Utilisateur:Flamme|Flamme]] ([[Discussion utilisateur:Flamme|discussion]]) 30 janvier 2017 à 08:13 (CET)<br />
* C > D > E > F > A > B -- [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 30 janvier 2017 à 08:39 (CET)<br />
* A > C > E > B > D > F -- [[Utilisateur:Thomas|Thomas]] ([[Discussion utilisateur:Thomas|discussion]]) 30 janvier 2017 à 10:26 (CET)<br />
* A > C > E > B > D > F -- [[Utilisateur:Mimoza|Mimoza]] ([[Discussion utilisateur:Mimoza|discussion]]) 30 janvier 2017 à 22:57 (CET)<br />
* A = C = E > B = D = F -- Je rappelle que le libellé de ce tableau est un non sens. Une fois qu’on considère non plus les combinaisons de touches simultanées, mais la composition de symboles, ce n’est plus AltGr + Espace, mais _, ni Maj + Espace, mais l’espace insécable… -- [[Utilisateur:Laurent|Laurent]] ([[Discussion utilisateur:Laurent|discussion]]) 31 janvier 2017 à 13:34 (CET)<br />
* A > C > E > F = D = B -- [[Utilisateur:Asr|asr]] ([[Discussion utilisateur:Asr|discussion]]) 31 janvier 2017 à 21:20 (CET)<br />
* A > B = C = D = E = F -- [[Utilisateur:Nemolivier|nemolivier]] ([[Discussion utilisateur:Nemolivier|discussion]]) 31 janvier 2017 à 23:01 (CET)<br />
<br />
=== Caractères espaçants à supporter ===<br />
Cette question, orthogonale à la précédente, porte sur le choix des caractères ''espaçants'' à supporter. Certains diacritiques ne sont associées à aucun espaçant (par exemple la corne ; la question ne se pose donc pas), d’autres à des combinants dont la pertinence peut faire défaut. L’on peut donc choisir de n’en inclure qu’une partie.<br />
<br />
==== Propositions ====<br />
Le tableau suivant indique le caractère devant être produit à l’appui sur l’une des positions notées « espaçant » à l’issue du vote précédent.<br />
<br />
{| class="wikitable" border="1" align="center" style="text-align: center"<br />
! width="8%" |<br />
! width="15%" | 1<br />
! width="15%" | 2<br />
! width="15%" | 3<br />
! width="15%" | 4<br />
! width="15%" | 5<br />
|-<br />
! style="white-space: nowrap;" | Accent circonflexe<br />
| colspan="5" | Accent circonflexe (^) {{U|005E}}<br />
|-<br />
! Accent aigu<br />
| colspan="3" | Apostrophe (') {{U|0027}}<br />
| Accent aigu (´) {{U|00B4}}<br />
| Apostrophe (') {{U|0027}}<br />
|-<br />
! Tréma<br />
| colspan="3" | Guillemets droits (") {{U|0022}}<br />
| Tréma (¨) {{U|00A8}} <br />
| Guillemets droits (") {{U|0022}}<br />
|-<br />
! Accent grave<br />
| rowspan="2" | Rien<br />
| colspan="4" | Accent grave (`) {{U|0060}}<br />
|-<br />
! Barre horizontale<br />
| colspan="4" | Tiret demi-cadratin (–) {{U|2013}}<br />
|-<br />
! Tilde<br />
| colspan="2" rowspan="5" | Rien<br />
| colspan="3" | Tilde (~) {{U|007E}}<br />
|-<br />
! Barre oblique<br />
| colspan="3" | Slash (/) {{U|002F}}<br />
|-<br />
! Point souscrit<br />
| colspan="3" | Point (.) {{U|002E}}<br />
|-<br />
! Rond en chef<br />
| colspan="3" | Degré (°) {{U|00B0}}<br />
|-<br />
! Virgule souscrite <br />
| colspan="3" | Virgule (,) {{U|002C}}<br />
|-<br />
! Autres<br />
| colspan="3" | Rien<br />
| Le diacritique espaçant s’il existe dans Unicode, rien sinon.<br />
| Le diacritique espaçant s’il existe dans Unicode, le diacritique combinant sinon.<br />
|}<br />
<br />
==== Explication ====<br />
La proposition 1 propose de limiter la génération de caractères espaçants aux deux cas permettant une plus grande compatibilité avec le clavier AZERTY (' et "), et au circonflexe ASCII dont la position actuelle est peu satisfaisante (bien que dupliquée).<br />
<br />
La proposition 2 ajoute les deux cas où la saisie par touche morte + espace est équivalente à la combinaison en AltGr existante, soit le tiret demi-cadratin et l’accent grave vif (en bouts de ligne).<br />
<br />
La proposition 3 prend en charge toutes les combinaisons produisant des symboles autrement disponibles en BÉPO et utilisés en pratique, même lorsque la combinaison touche morte+espace est moins confortable que le mode d’accès préexistant.<br />
<br />
La proposition 4, extensive, propose de supporter tous les caractères espaçants existant dans Unicode ; par cohérence, les touches mortes accent aigu et trémas produisent alors l’aigu vif et le tréma vif plutôt que l’apostrophe droite et les guillemets droits.<br />
<br />
La proposition 5, enfin, correspond au ''statu quo''.<br />
<br />
==== Vote ====<br />
* 1 = 2 = 3 > 4 > 5 -- [[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 30 janvier 2017 à 08:02 (CET)<br />
* 4 > 3 > 2 > 1 > 5 -- [[Utilisateur:Flamme|Flamme]] ([[Discussion utilisateur:Flamme|discussion]]) 30 janvier 2017 à 08:15 (CET)<br />
* 5 > 4 > 3 > 2 > 1 -- [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 30 janvier 2017 à 08:40 (CET)<br />
* 1 > 2 > 3 > 5 > 4 -- [[Utilisateur:Thomas|Thomas]] ([[Discussion utilisateur:Thomas|discussion]]) 30 janvier 2017 à 10:27 (CET)<br />
* 4 > 3 > 5 > 2 > 1 -- [[Utilisateur:Mimoza|Mimoza]] ([[Discussion utilisateur:Mimoza|discussion]]) 30 janvier 2017 à 23:00 (CET)<br />
* 5 > 3 > 2 > 1 = 4 -- [[Utilisateur:Laurent|Laurent]] ([[Discussion utilisateur:Laurent|discussion]]) 31 janvier 2017 à 13:20 (CET)<br />
* 4 > 5 > 3 > 2 > 1 -- [[Utilisateur:Asr|asr]] ([[Discussion utilisateur:Asr|discussion]]) 31 janvier 2017 à 21:22 (CET)<br />
* 4 > 1 = 2 = 3 = 5 -- [[Utilisateur:Nemolivier|nemolivier]] ([[Discussion utilisateur:Nemolivier|discussion]]) 31 janvier 2017 à 23:13 (CET)<br />
<br />
=== Accès aux diacritiques espaçants par pression multiple ===<br />
Se pose également la question du maintien au diacritique espaçants par pression multiple sur la touche morte. Celle-ci n’a pas été résolue à l’ajout des touches mortes en double-pression.<br />
<br />
==== Propositions ====<br />
* A — aucun diacritique espaçant n’est rendu accessible par pression multiple.<br />
* B — pour les espaçants choisis à la question précédente, un accès est laissé par pression multiple : en double-pression s’il n’existe pas de diacritique en double-pression, en triple-pression sinon. Par exemple, l’accent circonflexe (^) {{U|005E}} serait accessible en triple-pression sur circonflexe mort {{t|{{r|ˆ}}}} puisque l’accent circonflexe souscrit mort occupe déjà la double-pression sur {{t|{{r|ˆ}}}}, mais le tiret demi-cadratin (–) {{U|2013}} pourrait être effectué par un double-appui sur barre horizontale morte {{t|{{r|–}}}}.<br />
<br />
==== Vote ====<br />
* A -- d’une part l’accès par pression triple me paraît fort peu ergonomique, d’autre part je ne parviens pas à trouver ce comportement suffisamment logique pour être pertinent, même s’il est proposé par Flavien depuis six mois. --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 30 janvier 2017 à 08:02 (CET)<br />
* B -- [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 30 janvier 2017 à 08:41 (CET)<br />
* A -- [[Utilisateur:Thomas|Thomas]] ([[Discussion utilisateur:Thomas|discussion]]) 30 janvier 2017 à 10:35 (CET)<br />
* B -- [[Utilisateur:Mimoza|Mimoza]] ([[Discussion utilisateur:Mimoza|discussion]]) 30 janvier 2017 à 23:02 (CET)<br />
* A -- [[Utilisateur:Asr|asr]] ([[Discussion utilisateur:Asr|discussion]]) 31 janvier 2017 à 19:12 (CET)<br />
* B -- [[Utilisateur:Nemolivier|nemolivier]] ([[Discussion utilisateur:Nemolivier|discussion]]) 31 janvier 2017 à 23:39 (CET)</div>
Nemolivier
https://bepo.fr/wiki/index.php?title=Discussion:Version_1.1rc1/Touches_mortes/Caract%C3%A8res_morts&diff=28293
Discussion:Version 1.1rc1/Touches mortes/Caractères morts
2017-01-31T22:13:30Z
<p>Nemolivier : /* Vote */</p>
<hr />
<div>==Caractères pour Exposants/Indices==<br />
Où a tu vu que ^ et _ ont étés choisis comme caractères de ces deux touches mortes.<br><br />
Je proposais d’utiliser ² et ₂ plutôt, mais rien n’a été voté.<br><br />
Le titre de la page est bon, et les questions sont bonnes, mais tu présentes certaines choses comme acquises.<br><br />
[[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 25 novembre 2016 à 13:23 (CET)<br />
:Tu me parles ? Désolé, je viens seulement de trouver ta question ici. — On en a beaucoup discuté, ^ et _ sont les préfixes LaTeX et servent à signifier l’exponentiation et l’indiciation en texte brut, vu sur la ML d’Unicode. Quand ce sont les caractères morts, on a directement la bonne sortie sous Windows quand le caractère n’existe pas en exposant ou en indice. -- [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 5 décembre 2016 à 18:21 (CET)<br />
<br />
== Un chantier plus général à mener ? ==<br />
<br />
Hello,<br />
<br />
Ça a été pointé du doigt dans le vote sur les exposants et indices : la façon dont sont gérés les associations touche morte/caractère associé est assez anarchique en BÉPO, et il serait souhaitable de mettre un peu d’ordre dans tout ça. Pour rappel, chaque touche a un symbole (qui sert à la noter sur les cartes). Il existe dans la version 1.0 essentiellement trois façons d’accéder au symbole associé : par double-pression sur la touche morte, par pression sur la touche morte suivie de la barre espace, et par pression sur la touche morte suivie de Maj+Espace, avec parfois des rendus distincts.<br />
<br />
De façon générale, double pression sur la touche donne le symbole, touche > espace donne soit le symbole, soit symbole proche, et touche > Maj+Espace donne le diacritique combinant pour les touches mortes associées à un diacritique, si celui existe dans Unicode.<br />
<br />
(le tableau suivant est à compléter)<br />
{| {{wtable|center}}<br />
|+ Récapitulatif des comportements en version 1.0rc3<ref>Testé sous X11, dans une installation datant de 2014.</ref><br />
|-<br />
! Touche !! colspan=2 | Symbole sur la carte !! colspan=2 | Double-pression !! colspan=2 | Espace !! colspan=2 | Maj+Espace <br />
|-<br />
| Grave || ` || {{U|0060}} || ` || {{U|0060}} || ` || {{U|0060}} || ` combinant || {{U|0300}}<br />
|-<br />
| Aigu || ´ || {{U|00B4}} || ´ || {{U|00B4}} || ' || {{U|0027}} || ´ combinant || {{U|0301}}<br />
|-<br />
| Circonflexe || ^ || {{U|005E}} || ^ || {{U|005E}} || ^ || {{U|005E}} || ^ combinant || {{U|0302}}<br />
|}<br />
<br />
La version 1.1 rajoute encore à l’incohérence en supprimant certains accès par double-pression pour des touches associées à des diacritiques (puisque cela donne à la place d’autres diacritiques). En revanche, les touches n’étant pas associées à des diacritiques peuvent avoir un comportement. Il serait souhaitable de proposer une solution d’ensemble convenant à tous les caractères. Par exemple :<br />
* Pour les diacritiques, toujours mettre le diacritique espaçant (s’il existe) sur espace et le combinant (s’il existe) sur Maj+Espace, dans le cas contraire laisser les positions vides. Ne plus proposer le symbole associé en double-pression de la touche morte.<br />
* Pour les autres touches (monnaie, grec, science, exposant et indice, latin étendu éventuellement API, cyrillique, hébreu et arabe) : que faire ? Certains caractères ne sont jusqu’à présent accessibles que par double-pression (c’est le cas de ¤ vif et de µ — micro) et devraient le rester. En revanche, sur indice et exposant, scientifique ou latin étendu le comportement peut encore évoluer.<br />
<br />
Par ailleurs, sous Windows le symbole apparaît dans les cas où l’enchaînement de touches n’est pas déterminé. Par exemple, si @ est le symbole d’une touche morte et si la combinaison @ puis X n’est pas défini, alors cette combinaison produira la chaîne « @X » sous Windows (mais rien sous X.org). Ce comportement n’est pas modifiable, mais pas non plus primordial.<br />
: Sous MacOS aussi. [^] [/] -> « ^/ » [[Utilisateur:Asr|asr]] ([[Discussion utilisateur:Asr|discussion]]) 19 janvier 2017 à 18:37 (CET)<br />
<br />
Bien cordialement --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 4 décembre 2016 à 23:14 (CET)<br />
<br />
PS : si quelqu’un est motivé pour compléter le tableau, qu’il n’hésite pas !<br />
: OK pour le tableau, mais j'y mettrais les caractères morts proposés, du coup. -- [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 5 décembre 2016 à 18:21 (CET)<br />
:: Pour l’instant, je me contente de recenser ce qui existe, si tu le veux bien. --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 5 décembre 2016 à 20:47 (CET)<br />
::: Désolé de ne pouvoir actuellement prendre le temps de documenter le bépo&nbsp;1.0 ''per se''. — FWIW, des caractères morts proposés sont [[Utilisateur:Marcel/Version_2.0#Comparatif_des_touches_mortes_classiques|ici]] et [[Utilisateur:Marcel/Version_1.1#Comparatif_des_touches_mortes_classiques|ici]]. -- [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 6 décembre 2016 à 08:13 (CET)<br />
:::: Toutefois j’ai pu créer le modèle {{m|wtable}} palliant la non-implémentation de la classe "wikitable", et me suis permis de l’appliquer au tableau que tu as commencé.<br />
:::: J’en profite pour soumettre à votre considération que dans le souci de mener rapidement à un projet de norme présentable pour la réunion du 16&nbsp;décembre, la documentation du bépo 1.0 me semble devoir être dépriorisée au profit de la conception du nouveau système de caractères morts… -- [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 7 décembre 2016 à 01:45 (CET)<br />
<br />
La proposition suivante a été formulée sur IRC :<br />
* Pour les touches mortes correspondant à une diacritique :<br />
** Choix comme symbole de la diacritique elle-même<br />
** En touche espace, diacritique combinante<br />
** En Maj+Espace, diacritique espaçante ''si elle existe'', rien sinon<br />
** En AltGr+Espace, lette modificatrice ''si elle existe'', rien sinon<br />
** En double pression, éventuellement une autre touche morte (voir ce qui a déjà été voté, par exemple deux fois aigu = double aigu), sinon rien.<br />
* Pour les touches mortes ne correspondant pas à une diacritique (grec, exposants et indices, scientifique, symbole monétaire, latin étendu)<br />
** Symboles choisis par vote (µ pour grec, en cours pour latin étendu et scientifique, ᵉ pour exposant, ¤ pour symbole monétaire).<br />
** En double pression : comportement à déterminer selon la touche. Pas de raison de changer symbole monétaire et grec ; rien pour exposant ; respecter la carte adoptée pour latin et scientifique.<br />
** Sur la barre d’espacement, rien ''sauf'' si au cas par cas, il appert que la combinaison touche morte + espace serait pertinente. Donc pour latin et ponctuation, respect de la carte votée ; pour les quatre autres ''a priori'' rien.<br />
<br />
Si des points sont peu clairs, merci de le signaler. Par ailleurs, LeBret a suggéré par courriel que ce comportement puisse être laissé indéterminé par la norme. Ce sera toujours une solution si l’on n’arrive pas à tenir les délais, mais je pense qu’on peut aboutir à un accord ! --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 7 décembre 2016 à 09:45 (CET)<br />
<br />
________________________<br />
<references /><br />
<br />
== Vote ==<br />
<br />
=== Durée ===<br />
Septante-deux heures, soit jusqu’au samedi 10 décembre, 20 h.<br />
<br />
=== Comportement de la barre d’espacement lorsqu’une touche morte est active ===<br />
Faut-il modifier le comportement de la barre d’espacement lorsqu’une touche morte est active de l’une des façons suivante ?<br />
<br />
==== Propositions ====<br />
* A : le comportement de la barre espace est harmonisé de la façon suivante :<br />
** Pour les touches mortes correspondant à une diacritique :<br />
*** Choix comme symbole de la diacritique elle-même<br />
*** En {{t|Espace}}, diacritique combinante (pour former le caractère décomposé)<br />
*** En {{ts|Maj|Espace}}, diacritique espaçante ''si elle existe'', rien sinon.<br />
*** En {{ts|AltGr|Espace}}, lette modificatrice ''si elle existe'', rien sinon.<br />
*** En double pression, éventuellement une autre touche morte (selon les votes ayant déjà eu lieu, par exemple circonflexe mort + circonflexe mort = circonflexe souscrit mort), sinon rien.<br />
** Pour les touches mortes ne correspondant pas à une diacritique (grec, exposants et indices, scientifique, symbole monétaire, latin étendu)<br />
*** Symboles choisis par vote (µ pour grec, en cours de discussion pour latin étendu et scientifique, ᵉ pour exposant, ¤ pour symbole monétaire).<br />
*** En double pression : pas de changement pour symbole monétaire et grec ; rien pour exposant ; respect de la carte adoptée pour latin et scientifique. À déterminer au cas par cas pour d’éventuels votes futurs.<br />
*** Sur la barre d’espacement, rien ''sauf'' si au cas par cas, il appert que la combinaison touche morte + espace serait pertinente. Donc pour latin et ponctuation, respect de la carte votée ; pour les quatre autres ''a priori'' rien.<br />
* B : variante, le comportement de la barre espace est harmonisé de la façon suivante :<br />
** Pour les touches mortes correspondant à une diacritique :<br />
*** Choix comme symbole de la diacritique elle-même<br />
*** En {{t|Espace}}, diacritique espaçante ''si elle existe'', rien sinon.<br />
*** En {{ts|Maj|Espace}}, diacritique combinante (pour former le caractère décomposé).<br />
*** En {{ts|AltGr|Espace}}, lette modificatrice ''si elle existe'', rien sinon.<br />
*** En double pression, éventuellement une autre touche morte (selon les votes ayant déjà eu lieu, par exemple circonflexe mort + circonflexe mort = circonflexe souscrit mort), sinon rien.<br />
** Pour les touches mortes ne correspondant pas à une diacritique (grec, exposants et indices, scientifique, symbole monétaire, latin étendu)<br />
*** Symboles choisis par vote (µ pour grec, en cours de discussion pour latin étendu et scientifique, ᵉ pour exposant, ¤ pour symbole monétaire).<br />
*** En double pression : pas de changement pour symbole monétaire et grec ; rien pour exposant ; respect de la carte adoptée pour latin et scientifique. À déterminer au cas par cas pour d’éventuels votes futurs.<br />
*** Sur la barre d’espacement, rien ''sauf'' si au cas par cas, il appert que la combinaison touche morte + espace serait pertinente. Donc pour latin et ponctuation, respect de la carte votée ; pour les quatre autres ''a priori'' rien.<br />
* C : ''statu quo''<br />
* D : idem à B, mais sans l’introduction de lettre modificatrice.<br />
* E : idem à B, mais les diacritiques combinants sont à la place positionnés sur la touche point, en accès direct. --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 8 décembre 2016 à 20:46 (CET)<br />
<br />
==== Méthode ====<br />
Méthode Schulze. Si une proposition est rajoutée au cours de la première journée de vote, alors les votes n’ayant pas été modifiés pour en tenir compte ne seront pas décomptés.<br />
<br />
==== Votes ====<br />
# E > A > B > D > C -- [[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 7 décembre 2016 à 20:35 (CET)<br />
# E > B > D > C > A -- [[Utilisateur:Flamme|Flamme]] ([[Discussion utilisateur:Flamme|discussion]]) 7 décembre 2016 à 20:51 (CET) (La proposition A change drastiquement le comportement usuel d’une touche morte avec Espace, et ne servira que que pour créer des caractères inusuels utiles à une poignée d’experts. Pour ceux qui l’ignorent, avec les diacritiques combinants, un caractère dessiné contient en vérité deux caractères, voire plus; par exemple, len("à") == 2, car "à" est en interne quelque chose comme "a`").<br />
#: Comme on le disait sur IRC, cette situation n’est pas le fait du BÉPO, mais du standard Unicode. Un caractère peut exister soit sous une forme précomposée, soit décomposée, et les outils doivent en tenir compte. En revanche, l’on obtient de cette façon un certain nombre de caractères qui n’existent pas dans le standard Unicode, voire n’existeront jamais si j’ai bien compris ce que dit Marcel (Unicode ne semblant plus disposé à inclure une infinité de caractères précomposés). My two cents. :-) --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 7 décembre 2016 à 21:44 (CET)<br />
#::Le problème, ce n’est pas intrinsèquement les combinants, c’est la place que leur réserve la proposition A. -- [[Utilisateur:Flamme|Flamme]] ([[Discussion utilisateur:Flamme|discussion]]) 9 décembre 2016 à 15:06 (CET)<br />
# C > B > E > D > A -- [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 7 décembre 2016 à 21:28 (CET)<br />
# C > B > A > D > E -- [[Utilisateur:Mimoza|Mimoza]] ([[Discussion utilisateur:Mimoza|discussion]]) 7 décembre 2016 à 23:25 (CET)<br />
# A > B > C -- [[Utilisateur:Logisim|Logisim]] ([[Discussion utilisateur:Logisim|discussion]]) 8 décembre 2016 à 16:10 (CET)<br />
# D > E > C > B > A -- [[Utilisateur:LeBret|LeBret]] ([[Discussion utilisateur:LeBret|discussion]]) 8 décembre 2016 à 20:34 (CET)<br />
# D > B > E > C > A -- [[Utilisateur:Europano|Europano]] ([[Discussion utilisateur:Europano|discussion]]) 10 décembre 2016 à 11:13 (CET)<br />
# je comprends rien, on peut étendre un peu? -- [[Utilisateur:JulieCaroline|JulieCaroline]] ([[Discussion utilisateur:JulieCaroline|discussion]]) 10 décembre 2016 à 16:49 (CET)<br />
#:En gros les espaçantes et [[wp:Lettre_modificative|modificatrices]] apparaissent à l’identique mais n’ont pas le même rôle. Je pense ne pas avoir besoin d’expliquer pour les combinantes. -- [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 10 décembre 2016 à 17:09 (CET)<br />
# C > A > B > D > E -- Les options autour desquelles on échangeait depuis 2 semaines ont '''encore''' été déformées, ça devient franchement saoulant [[Utilisateur:Crako|Crako]] ([[Discussion utilisateur:Crako|discussion]]) 10 décembre 2016 à 19:19 (CET)<br />
#: et accessoirement, j’ai toujours pas compris pourquoi on ne mettrait pas la lettre modificatrice pour le cas où y’a pas d’espaçante.<br />
#:: Pour ne pas perdre en cohérence : si l’on décide de mettre les modificatrices en AltGr et les chassantes en direct, pourquoi diable aller mettre sur une touche la modificatrice là où l’on attend la chassante ? C’est un peu comme si l’on décidait sur la carte accent circonflexe d’aller mettre les circonflexes souscrits lorsque le circonflexe simple n’existe pas, alors qu’on a choisi de mettre les circonflexes souscrits ailleurs (en deux fois circonflexe) --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 12 décembre 2016 à 00:11 (CET)<br />
# C > A > D > B > E -- [[Utilisateur:A2|A2]] ([[Discussion utilisateur:A2|discussion]]) 10 décembre 2016 à 19:58 (CET)<br />
# E > B > D > C > A -- [[Utilisateur:Laurent|Laurent]] ([[Discussion utilisateur:Laurent|discussion]]) 11 décembre 2016 à 04:46 (CET)<br />
# D > E > C > B > A -- [[Utilisateur:Thomas|Thomas]] ([[Discussion utilisateur:Thomas|discussion]]) 12 décembre 2016 à 11:32 (CET)<br />
<br />
===== Résultat =====<br />
'''Le vote est clos sans qu’une décision soit prise.'''<br />
<br />
===== Lettres modificatrices =====<br />
Ce vote ne se contente pas d’uniformiser un comportement, elle introduit toute la série des lettres modificatrices qui actuellement ne sont pas supportées par bépo. À mimima il faudrait le signaler. Et mieux, il faudrait dire à quoi elles servent, parce que les diacritiques combinants je les utilise (par exemple le p̃ est une abbréviation latine que j’ai utilisé une fois, et malheureusement absente d’unicode.) Mais les lettres modificatrices ??? Qui peut me dire l’intérêt de les introduire ?<br />
<br />
Si le but, en plus d’uniformiser le comportement, est de faciliter l’accès aux diacritiques combinants, j’avoue que ça m’interesse. Mais dans ce cas je préfère la solution suggérée par ISO à savoir {{tm|morte}} + point. Ça ne change pas le fonctionnement de l’espace et c’est aussi facile à taper vu que le point est en direct.<br />
[[Utilisateur:LeBret|LeBret]] ([[Discussion utilisateur:LeBret|discussion]]) 8 décembre 2016 à 18:48 (CET)<br />
: Salut. L’introduction des lettres modificatrices a été discuté sur IRC, notamment du fait que toutes les diacritiques n’ont pas d’espaçante. Je crois que cela facilite la saisie de l’API, mais je ne puis pas le garantir.<br />
: Tu as bien fait d’ajouter la proposition D. Sinon, si une solution est recommandée par l’ISO, je me permets d’ajouter une nouvelle option pour la suivre. Bien à toi --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 8 décembre 2016 à 20:45 (CET)<br />
:: Est-ce que cela ne relève pas plutôt du vote sur les [[Version_1.1/Touches_mortes/Diacritiques|diacritiques]] ?<br />
:: Quand aux lettres modificatrices, vu que l’API n’est pas encore introduit, ça peut attendre, non ? (Et puis honnêtement l’API… je suis prêt à parier qu’il y a plus de gens qui voudraient les émojis que l’API) -- [[Utilisateur:LeBret|LeBret]] ([[Discussion utilisateur:LeBret|discussion]]) 8 décembre 2016 à 22:45 (CET)<br />
<br />
=== Normalisation du comportement de la barre d’espacement ===<br />
Le comportement de la barre d’espacement lorsqu’une touche morte est active doit-il être précisé dans le brouillon de norme ?<br />
<br />
==== Propositions ====<br />
# A : oui, quelle que soit l’issue du vote précédent.<br />
# B : oui seulement si l’issue du vote précédent n’est pas le maintien du ''statu quo'' ; non si la proposition C est adoptée.<br />
# C : non, quelle que soit l’issue du vote précédent.<br />
<br />
==== Méthode ====<br />
Méthode Schulze. Si une proposition est rajoutée au cours de la première journée de vote, alors les votes n’ayant pas été modifiés pour en tenir compte ne seront pas décomptés.<br />
<br />
==== Votes ====<br />
# B > C > A -- [[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 7 décembre 2016 à 20:40 (CET)<br />
# A > B > C -- [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 7 décembre 2016 à 21:29 (CET)<br />
# B > C > A -- [[Utilisateur:Europano|Europano]] ([[Discussion utilisateur:Europano|discussion]]) 10 décembre 2016 à 11:16 (CET)<br />
# neutre -- [[Utilisateur:JulieCaroline|JulieCaroline]] ([[Discussion utilisateur:JulieCaroline|discussion]]) 10 décembre 2016 à 17:05 (CET)<br />
# B > A > C -- [[Utilisateur:Mimoza|Mimoza]] ([[Discussion utilisateur:Mimoza|discussion]]) 11 décembre 2016 à 22:43 (CET)<br />
<br />
===== Résultat =====<br />
'''Le comportement n’est pas normalisé.'''<br />
<br />
== Vote, version 2 ==<br />
<br />
Le vote précédent n’ayant pas permis d’arriver à une proposition consensuelle, alors qu’il serait souhaitable que cette question soit tranchée pour la normalisation de la disposition BÉPO, d’autres solutions sont proposées.<br />
<br />
Il sera ouvert une semaine (cent soixante-huit heures) à compter de son lancement, soit jusqu’au lundi 6 février à 8 h (CET).<br />
<br />
=== Dispositions pour les diacritiques non-combinants ===<br />
==== Proposition ====<br />
Lorsqu’une touche morte non-diacritique (grec, exposants et indices, scientifique, symbole monétaire, latin étendu) est active, le comportement est le suivant :<br />
* En double pression : pas de changement pour symbole monétaire et grec ; rien pour exposant ; respect de la carte adoptée pour latin et scientifique. ''Le symbole associé à la touche morte peut ne pas correspondre au caractère obtenu en double-pression.''<br />
* Sur la barre d’espacement, rien ''sauf'' si au cas par cas, il apparaît que la combinaison touche morte + espace serait pertinente. Plus précisément, respect de la carte votée pour la touche latin étendu, rien pour les autres touches mortes, et comportement à déterminer pour d’éventuelles futures nouvelles touches mortes.<br />
<br />
Votes : {{pour}}, {{neutre}}, {{contre}}<br />
<br />
==== Explication ====<br />
Le premier point entérine la situation actuelle. Le second permet d’harmoniser les comportements de la barre d’espacement, notamment sur les nouvelles touches mortes de la version 1.1.<br />
<br />
==== Modalités ====<br />
Majorité absolue des suffrages exprimés.<br />
<br />
==== Vote ====<br />
* {{pour}} -- [[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 30 janvier 2017 à 08:02 (CET)<br />
* {{pour}} -- [[Utilisateur:Flamme|Flamme]] ([[Discussion utilisateur:Flamme|discussion]]) 30 janvier 2017 à 08:11 (CET)<br />
* {{neutre}} -- [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 30 janvier 2017 à 08:43 (CET)<br />
* {{pour}} -- [[Utilisateur:Thomas|Thomas]] ([[Discussion utilisateur:Thomas|discussion]]) 30 janvier 2017 à 10:22 (CET)<br />
* {{neutre}} -- [[Utilisateur:Robert leleu|Robert leleu]] ([[Discussion utilisateur:Robert leleu|discussion]] 30 janvier 2017 à 10:45 (CET)<br />
* {{pour}} -- [[Utilisateur:Mimoza|Mimoza]] ([[Discussion utilisateur:Mimoza|discussion]]) 30 janvier 2017 à 22:53 (CET)<br />
* {{neutre}} -- Quelle est la situation actuelle ? [[Utilisateur:Asr|asr]] ([[Discussion utilisateur:Asr|discussion]]) 31 janvier 2017 à 19:28 (CET)<br />
* {{neutre}} -- [[Utilisateur:Nemolivier|nemolivier]] ([[Discussion utilisateur:Nemolivier|discussion]]) 31 janvier 2017 à 22:30 (CET)<br />
<br />
=== Mode d’accès principal aux caractères espaçants et combinants ===<br />
Il s’agit là de choisir la façon d’accéder aux caractères combinants (caractères d’Unicode qui se combinent avec le précédent, par exemple e + ´ = é ; nécessaires pour saisir certains caractères n’existant pas sous la forme d’un seul point de code, par exemple certains caractères du lituanien ou de langues de l’Afrique avec des fréquences non négligeables) et espaçants (caractères d’Unicode associés à un diacritique et prenant la place d’un caractère).<br />
<br />
==== Propositions ====<br />
Dans le tableau suivant, C désigne un combinant et E un espaçant.<br />
{| class="wikitable" border="1" style="text-align: center"<br />
! width="8%" |<br />
! width="15%" | A<br />
! width="15%" | B<br />
! width="15%" | C<br />
! width="15%" | D<br />
! width="15%" | E<br />
! width="15%" | F<br />
|-<br />
! {{t|espace}}<br />
| style="background-color: #C0D9D9" rowspan="4" | E<br />
| style="background-color: #E9C2A6" rowspan="4" | C<br />
| style="background-color: #C0D9D9" rowspan="2" | E<br />
| style="background-color: #E9C2A6" rowspan="2" | C<br />
| style="background-color: #C0D9D9" | E<br />
| style="background-color: #E9C2A6" | C<br />
|-<br />
! {{ts|AltGr|espace}}<br />
| style="background-color: #E9C2A6" | C<br />
| style="background-color: #C0D9D9" | E<br />
|-<br />
! {{ts|Maj|espace}}<br />
| style="background-color: #E9C2A6" rowspan="2" | C<br />
| style="background-color: #C0D9D9" rowspan="2" | E<br />
| style="background-color: #C0D9D9" | E<br />
| style="background-color: #E9C2A6" | C<br />
|-<br />
! {{ts|AltGr|Maj|espace}}<br />
| style="background-color: #E9C2A6" | C<br />
| style="background-color: #C0D9D9" | E<br />
|-<br />
! {{t|.}}<br />
| style="background-color: #E9C2A6" rowspan="8" | C<br />
| style="background-color: #C0D9D9" rowspan="8" | E<br />
| style="background-color: #E9C2A6" rowspan="8" colspan="4" | C<br />
|-<br />
! {{ts|AltGr|.}}<br />
|-<br />
! {{ts|Maj|.}}<br />
|-<br />
! {{ts|AltGr|Maj|.}}<br />
|-<br />
! {{t|’}}<br />
|-<br />
! {{ts|AltGr|’}}<br />
|-<br />
! {{ts|Maj|’}}<br />
|-<br />
! {{ts|AltGr|Maj|’}}<br />
|}<br />
<br />
==== Explications ====<br />
La norme 9995-11 ''suggère'' l’emplacement des combinants sur la touche {{t|.}}<ref>La norme suggère également que les caractères diacrités absents d’Unicode nécessitant plusieurs points de code devraient également pouvoir être produits par touche morte directement, augmentant immensément leur accessibilité et rendant ''de facto'' l’accès aux combinants seuls peu important. Ce n’est pas encore le cas dans BÉPO, l’implémentation ne pouvant facilement sans modification des outils systèmes.</ref>, bien accessible en BÉPO, mais ne se soucie pas de symétrie ; c’est pour cette raison qu’elle est systématiquement associée à l’apostrophe dans les propositions précédentes. Toutes les propositions suivent cette suggestion, à l’exception de la B.<br />
<br />
Les propositions C à F proposent de scinder la barre espace en deux (verticalement ou horizontalement) avec une zone allouée aux espaçants, et une autre aux combinants. Dans tous les cas, des duplications sont proposées pour limiter le risque d’erreur de frappe (en cas de non-relâchage de {{t|Maj}} ou {{t|AltGr}}.<br />
<br />
<references /><br />
<br />
==== Modalités ====<br />
Méthode de Schulze.<br />
<br />
==== Votes ====<br />
* A > C > D > B > E > F -- la compatibilité avec le futur AZERTY (espaçants sur espace, surtout pour " et ') me paraît importante, et les positions proposées pour les combinants très bonnes. --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 30 janvier 2017 à 08:02 (CET)<br />
* A > E > C > D > F > B -- [[Utilisateur:Flamme|Flamme]] ([[Discussion utilisateur:Flamme|discussion]]) 30 janvier 2017 à 08:13 (CET)<br />
* C > D > E > F > A > B -- [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 30 janvier 2017 à 08:39 (CET)<br />
* A > C > E > B > D > F -- [[Utilisateur:Thomas|Thomas]] ([[Discussion utilisateur:Thomas|discussion]]) 30 janvier 2017 à 10:26 (CET)<br />
* A > C > E > B > D > F -- [[Utilisateur:Mimoza|Mimoza]] ([[Discussion utilisateur:Mimoza|discussion]]) 30 janvier 2017 à 22:57 (CET)<br />
* A = C = E > B = D = F -- Je rappelle que le libellé de ce tableau est un non sens. Une fois qu’on considère non plus les combinaisons de touches simultanées, mais la composition de symboles, ce n’est plus AltGr + Espace, mais _, ni Maj + Espace, mais l’espace insécable… -- [[Utilisateur:Laurent|Laurent]] ([[Discussion utilisateur:Laurent|discussion]]) 31 janvier 2017 à 13:34 (CET)<br />
* A > C > E > F = D = B -- [[Utilisateur:Asr|asr]] ([[Discussion utilisateur:Asr|discussion]]) 31 janvier 2017 à 21:20 (CET)<br />
* A > B = C = D = E = F -- [[Utilisateur:Nemolivier|nemolivier]] ([[Discussion utilisateur:Nemolivier|discussion]]) 31 janvier 2017 à 23:01 (CET)<br />
<br />
=== Caractères espaçants à supporter ===<br />
Cette question, orthogonale à la précédente, porte sur le choix des caractères ''espaçants'' à supporter. Certains diacritiques ne sont associées à aucun espaçant (par exemple la corne ; la question ne se pose donc pas), d’autres à des combinants dont la pertinence peut faire défaut. L’on peut donc choisir de n’en inclure qu’une partie.<br />
<br />
==== Propositions ====<br />
Le tableau suivant indique le caractère devant être produit à l’appui sur l’une des positions notées « espaçant » à l’issue du vote précédent.<br />
<br />
{| class="wikitable" border="1" align="center" style="text-align: center"<br />
! width="8%" |<br />
! width="15%" | 1<br />
! width="15%" | 2<br />
! width="15%" | 3<br />
! width="15%" | 4<br />
! width="15%" | 5<br />
|-<br />
! style="white-space: nowrap;" | Accent circonflexe<br />
| colspan="5" | Accent circonflexe (^) {{U|005E}}<br />
|-<br />
! Accent aigu<br />
| colspan="3" | Apostrophe (') {{U|0027}}<br />
| Accent aigu (´) {{U|00B4}}<br />
| Apostrophe (') {{U|0027}}<br />
|-<br />
! Tréma<br />
| colspan="3" | Guillemets droits (") {{U|0022}}<br />
| Tréma (¨) {{U|00A8}} <br />
| Guillemets droits (") {{U|0022}}<br />
|-<br />
! Accent grave<br />
| rowspan="2" | Rien<br />
| colspan="4" | Accent grave (`) {{U|0060}}<br />
|-<br />
! Barre horizontale<br />
| colspan="4" | Tiret demi-cadratin (–) {{U|2013}}<br />
|-<br />
! Tilde<br />
| colspan="2" rowspan="5" | Rien<br />
| colspan="3" | Tilde (~) {{U|007E}}<br />
|-<br />
! Barre oblique<br />
| colspan="3" | Slash (/) {{U|002F}}<br />
|-<br />
! Point souscrit<br />
| colspan="3" | Point (.) {{U|002E}}<br />
|-<br />
! Rond en chef<br />
| colspan="3" | Degré (°) {{U|00B0}}<br />
|-<br />
! Virgule souscrite <br />
| colspan="3" | Virgule (,) {{U|002C}}<br />
|-<br />
! Autres<br />
| colspan="3" | Rien<br />
| Le diacritique espaçant s’il existe dans Unicode, rien sinon.<br />
| Le diacritique espaçant s’il existe dans Unicode, le diacritique combinant sinon.<br />
|}<br />
<br />
==== Explication ====<br />
La proposition 1 propose de limiter la génération de caractères espaçants aux deux cas permettant une plus grande compatibilité avec le clavier AZERTY (' et "), et au circonflexe ASCII dont la position actuelle est peu satisfaisante (bien que dupliquée).<br />
<br />
La proposition 2 ajoute les deux cas où la saisie par touche morte + espace est équivalente à la combinaison en AltGr existante, soit le tiret demi-cadratin et l’accent grave vif (en bouts de ligne).<br />
<br />
La proposition 3 prend en charge toutes les combinaisons produisant des symboles autrement disponibles en BÉPO et utilisés en pratique, même lorsque la combinaison touche morte+espace est moins confortable que le mode d’accès préexistant.<br />
<br />
La proposition 4, extensive, propose de supporter tous les caractères espaçants existant dans Unicode ; par cohérence, les touches mortes accent aigu et trémas produisent alors l’aigu vif et le tréma vif plutôt que l’apostrophe droite et les guillemets droits.<br />
<br />
La proposition 5, enfin, correspond au ''statu quo''.<br />
<br />
==== Vote ====<br />
* 1 = 2 = 3 > 4 > 5 -- [[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 30 janvier 2017 à 08:02 (CET)<br />
* 4 > 3 > 2 > 1 > 5 -- [[Utilisateur:Flamme|Flamme]] ([[Discussion utilisateur:Flamme|discussion]]) 30 janvier 2017 à 08:15 (CET)<br />
* 5 > 4 > 3 > 2 > 1 -- [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 30 janvier 2017 à 08:40 (CET)<br />
* 1 > 2 > 3 > 5 > 4 -- [[Utilisateur:Thomas|Thomas]] ([[Discussion utilisateur:Thomas|discussion]]) 30 janvier 2017 à 10:27 (CET)<br />
* 4 > 3 > 5 > 2 > 1 -- [[Utilisateur:Mimoza|Mimoza]] ([[Discussion utilisateur:Mimoza|discussion]]) 30 janvier 2017 à 23:00 (CET)<br />
* 5 > 3 > 2 > 1 = 4 -- [[Utilisateur:Laurent|Laurent]] ([[Discussion utilisateur:Laurent|discussion]]) 31 janvier 2017 à 13:20 (CET)<br />
* 4 > 5 > 3 > 2 > 1 -- [[Utilisateur:Asr|asr]] ([[Discussion utilisateur:Asr|discussion]]) 31 janvier 2017 à 21:22 (CET)<br />
* 4 > 1 = 2 = 3 = 5 -- [[Utilisateur:Nemolivier|nemolivier]] ([[Discussion utilisateur:Nemolivier|discussion]]) 31 janvier 2017 à 23:13 (CET)<br />
<br />
=== Accès aux diacritiques espaçants par pression multiple ===<br />
Se pose également la question du maintien au diacritique espaçants par pression multiple sur la touche morte. Celle-ci n’a pas été résolue à l’ajout des touches mortes en double-pression.<br />
<br />
==== Propositions ====<br />
* A — aucun diacritique espaçant n’est rendu accessible par pression multiple.<br />
* B — pour les espaçants choisis à la question précédente, un accès est laissé par pression multiple : en double-pression s’il n’existe pas de diacritique en double-pression, en triple-pression sinon. Par exemple, l’accent circonflexe (^) {{U|005E}} serait accessible en triple-pression sur circonflexe mort {{t|{{r|ˆ}}}} puisque l’accent circonflexe souscrit mort occupe déjà la double-pression sur {{t|{{r|ˆ}}}}, mais le tiret demi-cadratin (–) {{U|2013}} pourrait être effectué par un double-appui sur barre horizontale morte {{t|{{r|–}}}}.<br />
<br />
==== Vote ====<br />
* A -- d’une part l’accès par pression triple me paraît fort peu ergonomique, d’autre part je ne parviens pas à trouver ce comportement suffisamment logique pour être pertinent, même s’il est proposé par Flavien depuis six mois. --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 30 janvier 2017 à 08:02 (CET)<br />
* B -- [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 30 janvier 2017 à 08:41 (CET)<br />
* A -- [[Utilisateur:Thomas|Thomas]] ([[Discussion utilisateur:Thomas|discussion]]) 30 janvier 2017 à 10:35 (CET)<br />
* B -- [[Utilisateur:Mimoza|Mimoza]] ([[Discussion utilisateur:Mimoza|discussion]]) 30 janvier 2017 à 23:02 (CET)<br />
* A -- [[Utilisateur:Asr|asr]] ([[Discussion utilisateur:Asr|discussion]]) 31 janvier 2017 à 19:12 (CET)</div>
Nemolivier
https://bepo.fr/wiki/index.php?title=Discussion:Version_1.1rc1/Touches_mortes/Caract%C3%A8res_morts&diff=28292
Discussion:Version 1.1rc1/Touches mortes/Caractères morts
2017-01-31T22:13:07Z
<p>Nemolivier : /* Vote */</p>
<hr />
<div>==Caractères pour Exposants/Indices==<br />
Où a tu vu que ^ et _ ont étés choisis comme caractères de ces deux touches mortes.<br><br />
Je proposais d’utiliser ² et ₂ plutôt, mais rien n’a été voté.<br><br />
Le titre de la page est bon, et les questions sont bonnes, mais tu présentes certaines choses comme acquises.<br><br />
[[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 25 novembre 2016 à 13:23 (CET)<br />
:Tu me parles ? Désolé, je viens seulement de trouver ta question ici. — On en a beaucoup discuté, ^ et _ sont les préfixes LaTeX et servent à signifier l’exponentiation et l’indiciation en texte brut, vu sur la ML d’Unicode. Quand ce sont les caractères morts, on a directement la bonne sortie sous Windows quand le caractère n’existe pas en exposant ou en indice. -- [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 5 décembre 2016 à 18:21 (CET)<br />
<br />
== Un chantier plus général à mener ? ==<br />
<br />
Hello,<br />
<br />
Ça a été pointé du doigt dans le vote sur les exposants et indices : la façon dont sont gérés les associations touche morte/caractère associé est assez anarchique en BÉPO, et il serait souhaitable de mettre un peu d’ordre dans tout ça. Pour rappel, chaque touche a un symbole (qui sert à la noter sur les cartes). Il existe dans la version 1.0 essentiellement trois façons d’accéder au symbole associé : par double-pression sur la touche morte, par pression sur la touche morte suivie de la barre espace, et par pression sur la touche morte suivie de Maj+Espace, avec parfois des rendus distincts.<br />
<br />
De façon générale, double pression sur la touche donne le symbole, touche > espace donne soit le symbole, soit symbole proche, et touche > Maj+Espace donne le diacritique combinant pour les touches mortes associées à un diacritique, si celui existe dans Unicode.<br />
<br />
(le tableau suivant est à compléter)<br />
{| {{wtable|center}}<br />
|+ Récapitulatif des comportements en version 1.0rc3<ref>Testé sous X11, dans une installation datant de 2014.</ref><br />
|-<br />
! Touche !! colspan=2 | Symbole sur la carte !! colspan=2 | Double-pression !! colspan=2 | Espace !! colspan=2 | Maj+Espace <br />
|-<br />
| Grave || ` || {{U|0060}} || ` || {{U|0060}} || ` || {{U|0060}} || ` combinant || {{U|0300}}<br />
|-<br />
| Aigu || ´ || {{U|00B4}} || ´ || {{U|00B4}} || ' || {{U|0027}} || ´ combinant || {{U|0301}}<br />
|-<br />
| Circonflexe || ^ || {{U|005E}} || ^ || {{U|005E}} || ^ || {{U|005E}} || ^ combinant || {{U|0302}}<br />
|}<br />
<br />
La version 1.1 rajoute encore à l’incohérence en supprimant certains accès par double-pression pour des touches associées à des diacritiques (puisque cela donne à la place d’autres diacritiques). En revanche, les touches n’étant pas associées à des diacritiques peuvent avoir un comportement. Il serait souhaitable de proposer une solution d’ensemble convenant à tous les caractères. Par exemple :<br />
* Pour les diacritiques, toujours mettre le diacritique espaçant (s’il existe) sur espace et le combinant (s’il existe) sur Maj+Espace, dans le cas contraire laisser les positions vides. Ne plus proposer le symbole associé en double-pression de la touche morte.<br />
* Pour les autres touches (monnaie, grec, science, exposant et indice, latin étendu éventuellement API, cyrillique, hébreu et arabe) : que faire ? Certains caractères ne sont jusqu’à présent accessibles que par double-pression (c’est le cas de ¤ vif et de µ — micro) et devraient le rester. En revanche, sur indice et exposant, scientifique ou latin étendu le comportement peut encore évoluer.<br />
<br />
Par ailleurs, sous Windows le symbole apparaît dans les cas où l’enchaînement de touches n’est pas déterminé. Par exemple, si @ est le symbole d’une touche morte et si la combinaison @ puis X n’est pas défini, alors cette combinaison produira la chaîne « @X » sous Windows (mais rien sous X.org). Ce comportement n’est pas modifiable, mais pas non plus primordial.<br />
: Sous MacOS aussi. [^] [/] -> « ^/ » [[Utilisateur:Asr|asr]] ([[Discussion utilisateur:Asr|discussion]]) 19 janvier 2017 à 18:37 (CET)<br />
<br />
Bien cordialement --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 4 décembre 2016 à 23:14 (CET)<br />
<br />
PS : si quelqu’un est motivé pour compléter le tableau, qu’il n’hésite pas !<br />
: OK pour le tableau, mais j'y mettrais les caractères morts proposés, du coup. -- [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 5 décembre 2016 à 18:21 (CET)<br />
:: Pour l’instant, je me contente de recenser ce qui existe, si tu le veux bien. --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 5 décembre 2016 à 20:47 (CET)<br />
::: Désolé de ne pouvoir actuellement prendre le temps de documenter le bépo&nbsp;1.0 ''per se''. — FWIW, des caractères morts proposés sont [[Utilisateur:Marcel/Version_2.0#Comparatif_des_touches_mortes_classiques|ici]] et [[Utilisateur:Marcel/Version_1.1#Comparatif_des_touches_mortes_classiques|ici]]. -- [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 6 décembre 2016 à 08:13 (CET)<br />
:::: Toutefois j’ai pu créer le modèle {{m|wtable}} palliant la non-implémentation de la classe "wikitable", et me suis permis de l’appliquer au tableau que tu as commencé.<br />
:::: J’en profite pour soumettre à votre considération que dans le souci de mener rapidement à un projet de norme présentable pour la réunion du 16&nbsp;décembre, la documentation du bépo 1.0 me semble devoir être dépriorisée au profit de la conception du nouveau système de caractères morts… -- [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 7 décembre 2016 à 01:45 (CET)<br />
<br />
La proposition suivante a été formulée sur IRC :<br />
* Pour les touches mortes correspondant à une diacritique :<br />
** Choix comme symbole de la diacritique elle-même<br />
** En touche espace, diacritique combinante<br />
** En Maj+Espace, diacritique espaçante ''si elle existe'', rien sinon<br />
** En AltGr+Espace, lette modificatrice ''si elle existe'', rien sinon<br />
** En double pression, éventuellement une autre touche morte (voir ce qui a déjà été voté, par exemple deux fois aigu = double aigu), sinon rien.<br />
* Pour les touches mortes ne correspondant pas à une diacritique (grec, exposants et indices, scientifique, symbole monétaire, latin étendu)<br />
** Symboles choisis par vote (µ pour grec, en cours pour latin étendu et scientifique, ᵉ pour exposant, ¤ pour symbole monétaire).<br />
** En double pression : comportement à déterminer selon la touche. Pas de raison de changer symbole monétaire et grec ; rien pour exposant ; respecter la carte adoptée pour latin et scientifique.<br />
** Sur la barre d’espacement, rien ''sauf'' si au cas par cas, il appert que la combinaison touche morte + espace serait pertinente. Donc pour latin et ponctuation, respect de la carte votée ; pour les quatre autres ''a priori'' rien.<br />
<br />
Si des points sont peu clairs, merci de le signaler. Par ailleurs, LeBret a suggéré par courriel que ce comportement puisse être laissé indéterminé par la norme. Ce sera toujours une solution si l’on n’arrive pas à tenir les délais, mais je pense qu’on peut aboutir à un accord ! --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 7 décembre 2016 à 09:45 (CET)<br />
<br />
________________________<br />
<references /><br />
<br />
== Vote ==<br />
<br />
=== Durée ===<br />
Septante-deux heures, soit jusqu’au samedi 10 décembre, 20 h.<br />
<br />
=== Comportement de la barre d’espacement lorsqu’une touche morte est active ===<br />
Faut-il modifier le comportement de la barre d’espacement lorsqu’une touche morte est active de l’une des façons suivante ?<br />
<br />
==== Propositions ====<br />
* A : le comportement de la barre espace est harmonisé de la façon suivante :<br />
** Pour les touches mortes correspondant à une diacritique :<br />
*** Choix comme symbole de la diacritique elle-même<br />
*** En {{t|Espace}}, diacritique combinante (pour former le caractère décomposé)<br />
*** En {{ts|Maj|Espace}}, diacritique espaçante ''si elle existe'', rien sinon.<br />
*** En {{ts|AltGr|Espace}}, lette modificatrice ''si elle existe'', rien sinon.<br />
*** En double pression, éventuellement une autre touche morte (selon les votes ayant déjà eu lieu, par exemple circonflexe mort + circonflexe mort = circonflexe souscrit mort), sinon rien.<br />
** Pour les touches mortes ne correspondant pas à une diacritique (grec, exposants et indices, scientifique, symbole monétaire, latin étendu)<br />
*** Symboles choisis par vote (µ pour grec, en cours de discussion pour latin étendu et scientifique, ᵉ pour exposant, ¤ pour symbole monétaire).<br />
*** En double pression : pas de changement pour symbole monétaire et grec ; rien pour exposant ; respect de la carte adoptée pour latin et scientifique. À déterminer au cas par cas pour d’éventuels votes futurs.<br />
*** Sur la barre d’espacement, rien ''sauf'' si au cas par cas, il appert que la combinaison touche morte + espace serait pertinente. Donc pour latin et ponctuation, respect de la carte votée ; pour les quatre autres ''a priori'' rien.<br />
* B : variante, le comportement de la barre espace est harmonisé de la façon suivante :<br />
** Pour les touches mortes correspondant à une diacritique :<br />
*** Choix comme symbole de la diacritique elle-même<br />
*** En {{t|Espace}}, diacritique espaçante ''si elle existe'', rien sinon.<br />
*** En {{ts|Maj|Espace}}, diacritique combinante (pour former le caractère décomposé).<br />
*** En {{ts|AltGr|Espace}}, lette modificatrice ''si elle existe'', rien sinon.<br />
*** En double pression, éventuellement une autre touche morte (selon les votes ayant déjà eu lieu, par exemple circonflexe mort + circonflexe mort = circonflexe souscrit mort), sinon rien.<br />
** Pour les touches mortes ne correspondant pas à une diacritique (grec, exposants et indices, scientifique, symbole monétaire, latin étendu)<br />
*** Symboles choisis par vote (µ pour grec, en cours de discussion pour latin étendu et scientifique, ᵉ pour exposant, ¤ pour symbole monétaire).<br />
*** En double pression : pas de changement pour symbole monétaire et grec ; rien pour exposant ; respect de la carte adoptée pour latin et scientifique. À déterminer au cas par cas pour d’éventuels votes futurs.<br />
*** Sur la barre d’espacement, rien ''sauf'' si au cas par cas, il appert que la combinaison touche morte + espace serait pertinente. Donc pour latin et ponctuation, respect de la carte votée ; pour les quatre autres ''a priori'' rien.<br />
* C : ''statu quo''<br />
* D : idem à B, mais sans l’introduction de lettre modificatrice.<br />
* E : idem à B, mais les diacritiques combinants sont à la place positionnés sur la touche point, en accès direct. --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 8 décembre 2016 à 20:46 (CET)<br />
<br />
==== Méthode ====<br />
Méthode Schulze. Si une proposition est rajoutée au cours de la première journée de vote, alors les votes n’ayant pas été modifiés pour en tenir compte ne seront pas décomptés.<br />
<br />
==== Votes ====<br />
# E > A > B > D > C -- [[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 7 décembre 2016 à 20:35 (CET)<br />
# E > B > D > C > A -- [[Utilisateur:Flamme|Flamme]] ([[Discussion utilisateur:Flamme|discussion]]) 7 décembre 2016 à 20:51 (CET) (La proposition A change drastiquement le comportement usuel d’une touche morte avec Espace, et ne servira que que pour créer des caractères inusuels utiles à une poignée d’experts. Pour ceux qui l’ignorent, avec les diacritiques combinants, un caractère dessiné contient en vérité deux caractères, voire plus; par exemple, len("à") == 2, car "à" est en interne quelque chose comme "a`").<br />
#: Comme on le disait sur IRC, cette situation n’est pas le fait du BÉPO, mais du standard Unicode. Un caractère peut exister soit sous une forme précomposée, soit décomposée, et les outils doivent en tenir compte. En revanche, l’on obtient de cette façon un certain nombre de caractères qui n’existent pas dans le standard Unicode, voire n’existeront jamais si j’ai bien compris ce que dit Marcel (Unicode ne semblant plus disposé à inclure une infinité de caractères précomposés). My two cents. :-) --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 7 décembre 2016 à 21:44 (CET)<br />
#::Le problème, ce n’est pas intrinsèquement les combinants, c’est la place que leur réserve la proposition A. -- [[Utilisateur:Flamme|Flamme]] ([[Discussion utilisateur:Flamme|discussion]]) 9 décembre 2016 à 15:06 (CET)<br />
# C > B > E > D > A -- [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 7 décembre 2016 à 21:28 (CET)<br />
# C > B > A > D > E -- [[Utilisateur:Mimoza|Mimoza]] ([[Discussion utilisateur:Mimoza|discussion]]) 7 décembre 2016 à 23:25 (CET)<br />
# A > B > C -- [[Utilisateur:Logisim|Logisim]] ([[Discussion utilisateur:Logisim|discussion]]) 8 décembre 2016 à 16:10 (CET)<br />
# D > E > C > B > A -- [[Utilisateur:LeBret|LeBret]] ([[Discussion utilisateur:LeBret|discussion]]) 8 décembre 2016 à 20:34 (CET)<br />
# D > B > E > C > A -- [[Utilisateur:Europano|Europano]] ([[Discussion utilisateur:Europano|discussion]]) 10 décembre 2016 à 11:13 (CET)<br />
# je comprends rien, on peut étendre un peu? -- [[Utilisateur:JulieCaroline|JulieCaroline]] ([[Discussion utilisateur:JulieCaroline|discussion]]) 10 décembre 2016 à 16:49 (CET)<br />
#:En gros les espaçantes et [[wp:Lettre_modificative|modificatrices]] apparaissent à l’identique mais n’ont pas le même rôle. Je pense ne pas avoir besoin d’expliquer pour les combinantes. -- [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 10 décembre 2016 à 17:09 (CET)<br />
# C > A > B > D > E -- Les options autour desquelles on échangeait depuis 2 semaines ont '''encore''' été déformées, ça devient franchement saoulant [[Utilisateur:Crako|Crako]] ([[Discussion utilisateur:Crako|discussion]]) 10 décembre 2016 à 19:19 (CET)<br />
#: et accessoirement, j’ai toujours pas compris pourquoi on ne mettrait pas la lettre modificatrice pour le cas où y’a pas d’espaçante.<br />
#:: Pour ne pas perdre en cohérence : si l’on décide de mettre les modificatrices en AltGr et les chassantes en direct, pourquoi diable aller mettre sur une touche la modificatrice là où l’on attend la chassante ? C’est un peu comme si l’on décidait sur la carte accent circonflexe d’aller mettre les circonflexes souscrits lorsque le circonflexe simple n’existe pas, alors qu’on a choisi de mettre les circonflexes souscrits ailleurs (en deux fois circonflexe) --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 12 décembre 2016 à 00:11 (CET)<br />
# C > A > D > B > E -- [[Utilisateur:A2|A2]] ([[Discussion utilisateur:A2|discussion]]) 10 décembre 2016 à 19:58 (CET)<br />
# E > B > D > C > A -- [[Utilisateur:Laurent|Laurent]] ([[Discussion utilisateur:Laurent|discussion]]) 11 décembre 2016 à 04:46 (CET)<br />
# D > E > C > B > A -- [[Utilisateur:Thomas|Thomas]] ([[Discussion utilisateur:Thomas|discussion]]) 12 décembre 2016 à 11:32 (CET)<br />
<br />
===== Résultat =====<br />
'''Le vote est clos sans qu’une décision soit prise.'''<br />
<br />
===== Lettres modificatrices =====<br />
Ce vote ne se contente pas d’uniformiser un comportement, elle introduit toute la série des lettres modificatrices qui actuellement ne sont pas supportées par bépo. À mimima il faudrait le signaler. Et mieux, il faudrait dire à quoi elles servent, parce que les diacritiques combinants je les utilise (par exemple le p̃ est une abbréviation latine que j’ai utilisé une fois, et malheureusement absente d’unicode.) Mais les lettres modificatrices ??? Qui peut me dire l’intérêt de les introduire ?<br />
<br />
Si le but, en plus d’uniformiser le comportement, est de faciliter l’accès aux diacritiques combinants, j’avoue que ça m’interesse. Mais dans ce cas je préfère la solution suggérée par ISO à savoir {{tm|morte}} + point. Ça ne change pas le fonctionnement de l’espace et c’est aussi facile à taper vu que le point est en direct.<br />
[[Utilisateur:LeBret|LeBret]] ([[Discussion utilisateur:LeBret|discussion]]) 8 décembre 2016 à 18:48 (CET)<br />
: Salut. L’introduction des lettres modificatrices a été discuté sur IRC, notamment du fait que toutes les diacritiques n’ont pas d’espaçante. Je crois que cela facilite la saisie de l’API, mais je ne puis pas le garantir.<br />
: Tu as bien fait d’ajouter la proposition D. Sinon, si une solution est recommandée par l’ISO, je me permets d’ajouter une nouvelle option pour la suivre. Bien à toi --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 8 décembre 2016 à 20:45 (CET)<br />
:: Est-ce que cela ne relève pas plutôt du vote sur les [[Version_1.1/Touches_mortes/Diacritiques|diacritiques]] ?<br />
:: Quand aux lettres modificatrices, vu que l’API n’est pas encore introduit, ça peut attendre, non ? (Et puis honnêtement l’API… je suis prêt à parier qu’il y a plus de gens qui voudraient les émojis que l’API) -- [[Utilisateur:LeBret|LeBret]] ([[Discussion utilisateur:LeBret|discussion]]) 8 décembre 2016 à 22:45 (CET)<br />
<br />
=== Normalisation du comportement de la barre d’espacement ===<br />
Le comportement de la barre d’espacement lorsqu’une touche morte est active doit-il être précisé dans le brouillon de norme ?<br />
<br />
==== Propositions ====<br />
# A : oui, quelle que soit l’issue du vote précédent.<br />
# B : oui seulement si l’issue du vote précédent n’est pas le maintien du ''statu quo'' ; non si la proposition C est adoptée.<br />
# C : non, quelle que soit l’issue du vote précédent.<br />
<br />
==== Méthode ====<br />
Méthode Schulze. Si une proposition est rajoutée au cours de la première journée de vote, alors les votes n’ayant pas été modifiés pour en tenir compte ne seront pas décomptés.<br />
<br />
==== Votes ====<br />
# B > C > A -- [[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 7 décembre 2016 à 20:40 (CET)<br />
# A > B > C -- [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 7 décembre 2016 à 21:29 (CET)<br />
# B > C > A -- [[Utilisateur:Europano|Europano]] ([[Discussion utilisateur:Europano|discussion]]) 10 décembre 2016 à 11:16 (CET)<br />
# neutre -- [[Utilisateur:JulieCaroline|JulieCaroline]] ([[Discussion utilisateur:JulieCaroline|discussion]]) 10 décembre 2016 à 17:05 (CET)<br />
# B > A > C -- [[Utilisateur:Mimoza|Mimoza]] ([[Discussion utilisateur:Mimoza|discussion]]) 11 décembre 2016 à 22:43 (CET)<br />
<br />
===== Résultat =====<br />
'''Le comportement n’est pas normalisé.'''<br />
<br />
== Vote, version 2 ==<br />
<br />
Le vote précédent n’ayant pas permis d’arriver à une proposition consensuelle, alors qu’il serait souhaitable que cette question soit tranchée pour la normalisation de la disposition BÉPO, d’autres solutions sont proposées.<br />
<br />
Il sera ouvert une semaine (cent soixante-huit heures) à compter de son lancement, soit jusqu’au lundi 6 février à 8 h (CET).<br />
<br />
=== Dispositions pour les diacritiques non-combinants ===<br />
==== Proposition ====<br />
Lorsqu’une touche morte non-diacritique (grec, exposants et indices, scientifique, symbole monétaire, latin étendu) est active, le comportement est le suivant :<br />
* En double pression : pas de changement pour symbole monétaire et grec ; rien pour exposant ; respect de la carte adoptée pour latin et scientifique. ''Le symbole associé à la touche morte peut ne pas correspondre au caractère obtenu en double-pression.''<br />
* Sur la barre d’espacement, rien ''sauf'' si au cas par cas, il apparaît que la combinaison touche morte + espace serait pertinente. Plus précisément, respect de la carte votée pour la touche latin étendu, rien pour les autres touches mortes, et comportement à déterminer pour d’éventuelles futures nouvelles touches mortes.<br />
<br />
Votes : {{pour}}, {{neutre}}, {{contre}}<br />
<br />
==== Explication ====<br />
Le premier point entérine la situation actuelle. Le second permet d’harmoniser les comportements de la barre d’espacement, notamment sur les nouvelles touches mortes de la version 1.1.<br />
<br />
==== Modalités ====<br />
Majorité absolue des suffrages exprimés.<br />
<br />
==== Vote ====<br />
* {{pour}} -- [[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 30 janvier 2017 à 08:02 (CET)<br />
* {{pour}} -- [[Utilisateur:Flamme|Flamme]] ([[Discussion utilisateur:Flamme|discussion]]) 30 janvier 2017 à 08:11 (CET)<br />
* {{neutre}} -- [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 30 janvier 2017 à 08:43 (CET)<br />
* {{pour}} -- [[Utilisateur:Thomas|Thomas]] ([[Discussion utilisateur:Thomas|discussion]]) 30 janvier 2017 à 10:22 (CET)<br />
* {{neutre}} -- [[Utilisateur:Robert leleu|Robert leleu]] ([[Discussion utilisateur:Robert leleu|discussion]] 30 janvier 2017 à 10:45 (CET)<br />
* {{pour}} -- [[Utilisateur:Mimoza|Mimoza]] ([[Discussion utilisateur:Mimoza|discussion]]) 30 janvier 2017 à 22:53 (CET)<br />
* {{neutre}} -- Quelle est la situation actuelle ? [[Utilisateur:Asr|asr]] ([[Discussion utilisateur:Asr|discussion]]) 31 janvier 2017 à 19:28 (CET)<br />
* {{neutre}} -- [[Utilisateur:Nemolivier|nemolivier]] ([[Discussion utilisateur:Nemolivier|discussion]]) 31 janvier 2017 à 22:30 (CET)<br />
<br />
=== Mode d’accès principal aux caractères espaçants et combinants ===<br />
Il s’agit là de choisir la façon d’accéder aux caractères combinants (caractères d’Unicode qui se combinent avec le précédent, par exemple e + ´ = é ; nécessaires pour saisir certains caractères n’existant pas sous la forme d’un seul point de code, par exemple certains caractères du lituanien ou de langues de l’Afrique avec des fréquences non négligeables) et espaçants (caractères d’Unicode associés à un diacritique et prenant la place d’un caractère).<br />
<br />
==== Propositions ====<br />
Dans le tableau suivant, C désigne un combinant et E un espaçant.<br />
{| class="wikitable" border="1" style="text-align: center"<br />
! width="8%" |<br />
! width="15%" | A<br />
! width="15%" | B<br />
! width="15%" | C<br />
! width="15%" | D<br />
! width="15%" | E<br />
! width="15%" | F<br />
|-<br />
! {{t|espace}}<br />
| style="background-color: #C0D9D9" rowspan="4" | E<br />
| style="background-color: #E9C2A6" rowspan="4" | C<br />
| style="background-color: #C0D9D9" rowspan="2" | E<br />
| style="background-color: #E9C2A6" rowspan="2" | C<br />
| style="background-color: #C0D9D9" | E<br />
| style="background-color: #E9C2A6" | C<br />
|-<br />
! {{ts|AltGr|espace}}<br />
| style="background-color: #E9C2A6" | C<br />
| style="background-color: #C0D9D9" | E<br />
|-<br />
! {{ts|Maj|espace}}<br />
| style="background-color: #E9C2A6" rowspan="2" | C<br />
| style="background-color: #C0D9D9" rowspan="2" | E<br />
| style="background-color: #C0D9D9" | E<br />
| style="background-color: #E9C2A6" | C<br />
|-<br />
! {{ts|AltGr|Maj|espace}}<br />
| style="background-color: #E9C2A6" | C<br />
| style="background-color: #C0D9D9" | E<br />
|-<br />
! {{t|.}}<br />
| style="background-color: #E9C2A6" rowspan="8" | C<br />
| style="background-color: #C0D9D9" rowspan="8" | E<br />
| style="background-color: #E9C2A6" rowspan="8" colspan="4" | C<br />
|-<br />
! {{ts|AltGr|.}}<br />
|-<br />
! {{ts|Maj|.}}<br />
|-<br />
! {{ts|AltGr|Maj|.}}<br />
|-<br />
! {{t|’}}<br />
|-<br />
! {{ts|AltGr|’}}<br />
|-<br />
! {{ts|Maj|’}}<br />
|-<br />
! {{ts|AltGr|Maj|’}}<br />
|}<br />
<br />
==== Explications ====<br />
La norme 9995-11 ''suggère'' l’emplacement des combinants sur la touche {{t|.}}<ref>La norme suggère également que les caractères diacrités absents d’Unicode nécessitant plusieurs points de code devraient également pouvoir être produits par touche morte directement, augmentant immensément leur accessibilité et rendant ''de facto'' l’accès aux combinants seuls peu important. Ce n’est pas encore le cas dans BÉPO, l’implémentation ne pouvant facilement sans modification des outils systèmes.</ref>, bien accessible en BÉPO, mais ne se soucie pas de symétrie ; c’est pour cette raison qu’elle est systématiquement associée à l’apostrophe dans les propositions précédentes. Toutes les propositions suivent cette suggestion, à l’exception de la B.<br />
<br />
Les propositions C à F proposent de scinder la barre espace en deux (verticalement ou horizontalement) avec une zone allouée aux espaçants, et une autre aux combinants. Dans tous les cas, des duplications sont proposées pour limiter le risque d’erreur de frappe (en cas de non-relâchage de {{t|Maj}} ou {{t|AltGr}}.<br />
<br />
<references /><br />
<br />
==== Modalités ====<br />
Méthode de Schulze.<br />
<br />
==== Votes ====<br />
* A > C > D > B > E > F -- la compatibilité avec le futur AZERTY (espaçants sur espace, surtout pour " et ') me paraît importante, et les positions proposées pour les combinants très bonnes. --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 30 janvier 2017 à 08:02 (CET)<br />
* A > E > C > D > F > B -- [[Utilisateur:Flamme|Flamme]] ([[Discussion utilisateur:Flamme|discussion]]) 30 janvier 2017 à 08:13 (CET)<br />
* C > D > E > F > A > B -- [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 30 janvier 2017 à 08:39 (CET)<br />
* A > C > E > B > D > F -- [[Utilisateur:Thomas|Thomas]] ([[Discussion utilisateur:Thomas|discussion]]) 30 janvier 2017 à 10:26 (CET)<br />
* A > C > E > B > D > F -- [[Utilisateur:Mimoza|Mimoza]] ([[Discussion utilisateur:Mimoza|discussion]]) 30 janvier 2017 à 22:57 (CET)<br />
* A = C = E > B = D = F -- Je rappelle que le libellé de ce tableau est un non sens. Une fois qu’on considère non plus les combinaisons de touches simultanées, mais la composition de symboles, ce n’est plus AltGr + Espace, mais _, ni Maj + Espace, mais l’espace insécable… -- [[Utilisateur:Laurent|Laurent]] ([[Discussion utilisateur:Laurent|discussion]]) 31 janvier 2017 à 13:34 (CET)<br />
* A > C > E > F = D = B -- [[Utilisateur:Asr|asr]] ([[Discussion utilisateur:Asr|discussion]]) 31 janvier 2017 à 21:20 (CET)<br />
* A > B = C = D = E = F -- [[Utilisateur:Nemolivier|nemolivier]] ([[Discussion utilisateur:Nemolivier|discussion]]) 31 janvier 2017 à 23:01 (CET)<br />
<br />
=== Caractères espaçants à supporter ===<br />
Cette question, orthogonale à la précédente, porte sur le choix des caractères ''espaçants'' à supporter. Certains diacritiques ne sont associées à aucun espaçant (par exemple la corne ; la question ne se pose donc pas), d’autres à des combinants dont la pertinence peut faire défaut. L’on peut donc choisir de n’en inclure qu’une partie.<br />
<br />
==== Propositions ====<br />
Le tableau suivant indique le caractère devant être produit à l’appui sur l’une des positions notées « espaçant » à l’issue du vote précédent.<br />
<br />
{| class="wikitable" border="1" align="center" style="text-align: center"<br />
! width="8%" |<br />
! width="15%" | 1<br />
! width="15%" | 2<br />
! width="15%" | 3<br />
! width="15%" | 4<br />
! width="15%" | 5<br />
|-<br />
! style="white-space: nowrap;" | Accent circonflexe<br />
| colspan="5" | Accent circonflexe (^) {{U|005E}}<br />
|-<br />
! Accent aigu<br />
| colspan="3" | Apostrophe (') {{U|0027}}<br />
| Accent aigu (´) {{U|00B4}}<br />
| Apostrophe (') {{U|0027}}<br />
|-<br />
! Tréma<br />
| colspan="3" | Guillemets droits (") {{U|0022}}<br />
| Tréma (¨) {{U|00A8}} <br />
| Guillemets droits (") {{U|0022}}<br />
|-<br />
! Accent grave<br />
| rowspan="2" | Rien<br />
| colspan="4" | Accent grave (`) {{U|0060}}<br />
|-<br />
! Barre horizontale<br />
| colspan="4" | Tiret demi-cadratin (–) {{U|2013}}<br />
|-<br />
! Tilde<br />
| colspan="2" rowspan="5" | Rien<br />
| colspan="3" | Tilde (~) {{U|007E}}<br />
|-<br />
! Barre oblique<br />
| colspan="3" | Slash (/) {{U|002F}}<br />
|-<br />
! Point souscrit<br />
| colspan="3" | Point (.) {{U|002E}}<br />
|-<br />
! Rond en chef<br />
| colspan="3" | Degré (°) {{U|00B0}}<br />
|-<br />
! Virgule souscrite <br />
| colspan="3" | Virgule (,) {{U|002C}}<br />
|-<br />
! Autres<br />
| colspan="3" | Rien<br />
| Le diacritique espaçant s’il existe dans Unicode, rien sinon.<br />
| Le diacritique espaçant s’il existe dans Unicode, le diacritique combinant sinon.<br />
|}<br />
<br />
==== Explication ====<br />
La proposition 1 propose de limiter la génération de caractères espaçants aux deux cas permettant une plus grande compatibilité avec le clavier AZERTY (' et "), et au circonflexe ASCII dont la position actuelle est peu satisfaisante (bien que dupliquée).<br />
<br />
La proposition 2 ajoute les deux cas où la saisie par touche morte + espace est équivalente à la combinaison en AltGr existante, soit le tiret demi-cadratin et l’accent grave vif (en bouts de ligne).<br />
<br />
La proposition 3 prend en charge toutes les combinaisons produisant des symboles autrement disponibles en BÉPO et utilisés en pratique, même lorsque la combinaison touche morte+espace est moins confortable que le mode d’accès préexistant.<br />
<br />
La proposition 4, extensive, propose de supporter tous les caractères espaçants existant dans Unicode ; par cohérence, les touches mortes accent aigu et trémas produisent alors l’aigu vif et le tréma vif plutôt que l’apostrophe droite et les guillemets droits.<br />
<br />
La proposition 5, enfin, correspond au ''statu quo''.<br />
<br />
==== Vote ====<br />
* 1 = 2 = 3 > 4 > 5 -- [[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 30 janvier 2017 à 08:02 (CET)<br />
* 4 > 3 > 2 > 1 > 5 -- [[Utilisateur:Flamme|Flamme]] ([[Discussion utilisateur:Flamme|discussion]]) 30 janvier 2017 à 08:15 (CET)<br />
* 5 > 4 > 3 > 2 > 1 -- [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 30 janvier 2017 à 08:40 (CET)<br />
* 1 > 2 > 3 > 5 > 4 -- [[Utilisateur:Thomas|Thomas]] ([[Discussion utilisateur:Thomas|discussion]]) 30 janvier 2017 à 10:27 (CET)<br />
* 4 > 3 > 5 > 2 > 1 -- [[Utilisateur:Mimoza|Mimoza]] ([[Discussion utilisateur:Mimoza|discussion]]) 30 janvier 2017 à 23:00 (CET)<br />
* 5 > 3 > 2 > 1 = 4 -- [[Utilisateur:Laurent|Laurent]] ([[Discussion utilisateur:Laurent|discussion]]) 31 janvier 2017 à 13:20 (CET)<br />
* 4 > 5 > 3 > 2 > 1 -- [[Utilisateur:Asr|asr]] ([[Discussion utilisateur:Asr|discussion]]) 31 janvier 2017 à 21:22 (CET)<br />
* 4 > 1 = 2 = 3 = 4 -- [[Utilisateur:Nemolivier|nemolivier]] ([[Discussion utilisateur:Nemolivier|discussion]]) 31 janvier 2017 à 23:13 (CET)<br />
<br />
=== Accès aux diacritiques espaçants par pression multiple ===<br />
Se pose également la question du maintien au diacritique espaçants par pression multiple sur la touche morte. Celle-ci n’a pas été résolue à l’ajout des touches mortes en double-pression.<br />
<br />
==== Propositions ====<br />
* A — aucun diacritique espaçant n’est rendu accessible par pression multiple.<br />
* B — pour les espaçants choisis à la question précédente, un accès est laissé par pression multiple : en double-pression s’il n’existe pas de diacritique en double-pression, en triple-pression sinon. Par exemple, l’accent circonflexe (^) {{U|005E}} serait accessible en triple-pression sur circonflexe mort {{t|{{r|ˆ}}}} puisque l’accent circonflexe souscrit mort occupe déjà la double-pression sur {{t|{{r|ˆ}}}}, mais le tiret demi-cadratin (–) {{U|2013}} pourrait être effectué par un double-appui sur barre horizontale morte {{t|{{r|–}}}}.<br />
<br />
==== Vote ====<br />
* A -- d’une part l’accès par pression triple me paraît fort peu ergonomique, d’autre part je ne parviens pas à trouver ce comportement suffisamment logique pour être pertinent, même s’il est proposé par Flavien depuis six mois. --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 30 janvier 2017 à 08:02 (CET)<br />
* B -- [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 30 janvier 2017 à 08:41 (CET)<br />
* A -- [[Utilisateur:Thomas|Thomas]] ([[Discussion utilisateur:Thomas|discussion]]) 30 janvier 2017 à 10:35 (CET)<br />
* B -- [[Utilisateur:Mimoza|Mimoza]] ([[Discussion utilisateur:Mimoza|discussion]]) 30 janvier 2017 à 23:02 (CET)<br />
* A -- [[Utilisateur:Asr|asr]] ([[Discussion utilisateur:Asr|discussion]]) 31 janvier 2017 à 19:12 (CET)</div>
Nemolivier
https://bepo.fr/wiki/index.php?title=Discussion:Version_1.1rc1/Touches_mortes/Caract%C3%A8res_morts&diff=28291
Discussion:Version 1.1rc1/Touches mortes/Caractères morts
2017-01-31T22:01:51Z
<p>Nemolivier : /* Votes */ j’espère avoir bien compris</p>
<hr />
<div>==Caractères pour Exposants/Indices==<br />
Où a tu vu que ^ et _ ont étés choisis comme caractères de ces deux touches mortes.<br><br />
Je proposais d’utiliser ² et ₂ plutôt, mais rien n’a été voté.<br><br />
Le titre de la page est bon, et les questions sont bonnes, mais tu présentes certaines choses comme acquises.<br><br />
[[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 25 novembre 2016 à 13:23 (CET)<br />
:Tu me parles ? Désolé, je viens seulement de trouver ta question ici. — On en a beaucoup discuté, ^ et _ sont les préfixes LaTeX et servent à signifier l’exponentiation et l’indiciation en texte brut, vu sur la ML d’Unicode. Quand ce sont les caractères morts, on a directement la bonne sortie sous Windows quand le caractère n’existe pas en exposant ou en indice. -- [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 5 décembre 2016 à 18:21 (CET)<br />
<br />
== Un chantier plus général à mener ? ==<br />
<br />
Hello,<br />
<br />
Ça a été pointé du doigt dans le vote sur les exposants et indices : la façon dont sont gérés les associations touche morte/caractère associé est assez anarchique en BÉPO, et il serait souhaitable de mettre un peu d’ordre dans tout ça. Pour rappel, chaque touche a un symbole (qui sert à la noter sur les cartes). Il existe dans la version 1.0 essentiellement trois façons d’accéder au symbole associé : par double-pression sur la touche morte, par pression sur la touche morte suivie de la barre espace, et par pression sur la touche morte suivie de Maj+Espace, avec parfois des rendus distincts.<br />
<br />
De façon générale, double pression sur la touche donne le symbole, touche > espace donne soit le symbole, soit symbole proche, et touche > Maj+Espace donne le diacritique combinant pour les touches mortes associées à un diacritique, si celui existe dans Unicode.<br />
<br />
(le tableau suivant est à compléter)<br />
{| {{wtable|center}}<br />
|+ Récapitulatif des comportements en version 1.0rc3<ref>Testé sous X11, dans une installation datant de 2014.</ref><br />
|-<br />
! Touche !! colspan=2 | Symbole sur la carte !! colspan=2 | Double-pression !! colspan=2 | Espace !! colspan=2 | Maj+Espace <br />
|-<br />
| Grave || ` || {{U|0060}} || ` || {{U|0060}} || ` || {{U|0060}} || ` combinant || {{U|0300}}<br />
|-<br />
| Aigu || ´ || {{U|00B4}} || ´ || {{U|00B4}} || ' || {{U|0027}} || ´ combinant || {{U|0301}}<br />
|-<br />
| Circonflexe || ^ || {{U|005E}} || ^ || {{U|005E}} || ^ || {{U|005E}} || ^ combinant || {{U|0302}}<br />
|}<br />
<br />
La version 1.1 rajoute encore à l’incohérence en supprimant certains accès par double-pression pour des touches associées à des diacritiques (puisque cela donne à la place d’autres diacritiques). En revanche, les touches n’étant pas associées à des diacritiques peuvent avoir un comportement. Il serait souhaitable de proposer une solution d’ensemble convenant à tous les caractères. Par exemple :<br />
* Pour les diacritiques, toujours mettre le diacritique espaçant (s’il existe) sur espace et le combinant (s’il existe) sur Maj+Espace, dans le cas contraire laisser les positions vides. Ne plus proposer le symbole associé en double-pression de la touche morte.<br />
* Pour les autres touches (monnaie, grec, science, exposant et indice, latin étendu éventuellement API, cyrillique, hébreu et arabe) : que faire ? Certains caractères ne sont jusqu’à présent accessibles que par double-pression (c’est le cas de ¤ vif et de µ — micro) et devraient le rester. En revanche, sur indice et exposant, scientifique ou latin étendu le comportement peut encore évoluer.<br />
<br />
Par ailleurs, sous Windows le symbole apparaît dans les cas où l’enchaînement de touches n’est pas déterminé. Par exemple, si @ est le symbole d’une touche morte et si la combinaison @ puis X n’est pas défini, alors cette combinaison produira la chaîne « @X » sous Windows (mais rien sous X.org). Ce comportement n’est pas modifiable, mais pas non plus primordial.<br />
: Sous MacOS aussi. [^] [/] -> « ^/ » [[Utilisateur:Asr|asr]] ([[Discussion utilisateur:Asr|discussion]]) 19 janvier 2017 à 18:37 (CET)<br />
<br />
Bien cordialement --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 4 décembre 2016 à 23:14 (CET)<br />
<br />
PS : si quelqu’un est motivé pour compléter le tableau, qu’il n’hésite pas !<br />
: OK pour le tableau, mais j'y mettrais les caractères morts proposés, du coup. -- [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 5 décembre 2016 à 18:21 (CET)<br />
:: Pour l’instant, je me contente de recenser ce qui existe, si tu le veux bien. --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 5 décembre 2016 à 20:47 (CET)<br />
::: Désolé de ne pouvoir actuellement prendre le temps de documenter le bépo&nbsp;1.0 ''per se''. — FWIW, des caractères morts proposés sont [[Utilisateur:Marcel/Version_2.0#Comparatif_des_touches_mortes_classiques|ici]] et [[Utilisateur:Marcel/Version_1.1#Comparatif_des_touches_mortes_classiques|ici]]. -- [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 6 décembre 2016 à 08:13 (CET)<br />
:::: Toutefois j’ai pu créer le modèle {{m|wtable}} palliant la non-implémentation de la classe "wikitable", et me suis permis de l’appliquer au tableau que tu as commencé.<br />
:::: J’en profite pour soumettre à votre considération que dans le souci de mener rapidement à un projet de norme présentable pour la réunion du 16&nbsp;décembre, la documentation du bépo 1.0 me semble devoir être dépriorisée au profit de la conception du nouveau système de caractères morts… -- [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 7 décembre 2016 à 01:45 (CET)<br />
<br />
La proposition suivante a été formulée sur IRC :<br />
* Pour les touches mortes correspondant à une diacritique :<br />
** Choix comme symbole de la diacritique elle-même<br />
** En touche espace, diacritique combinante<br />
** En Maj+Espace, diacritique espaçante ''si elle existe'', rien sinon<br />
** En AltGr+Espace, lette modificatrice ''si elle existe'', rien sinon<br />
** En double pression, éventuellement une autre touche morte (voir ce qui a déjà été voté, par exemple deux fois aigu = double aigu), sinon rien.<br />
* Pour les touches mortes ne correspondant pas à une diacritique (grec, exposants et indices, scientifique, symbole monétaire, latin étendu)<br />
** Symboles choisis par vote (µ pour grec, en cours pour latin étendu et scientifique, ᵉ pour exposant, ¤ pour symbole monétaire).<br />
** En double pression : comportement à déterminer selon la touche. Pas de raison de changer symbole monétaire et grec ; rien pour exposant ; respecter la carte adoptée pour latin et scientifique.<br />
** Sur la barre d’espacement, rien ''sauf'' si au cas par cas, il appert que la combinaison touche morte + espace serait pertinente. Donc pour latin et ponctuation, respect de la carte votée ; pour les quatre autres ''a priori'' rien.<br />
<br />
Si des points sont peu clairs, merci de le signaler. Par ailleurs, LeBret a suggéré par courriel que ce comportement puisse être laissé indéterminé par la norme. Ce sera toujours une solution si l’on n’arrive pas à tenir les délais, mais je pense qu’on peut aboutir à un accord ! --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 7 décembre 2016 à 09:45 (CET)<br />
<br />
________________________<br />
<references /><br />
<br />
== Vote ==<br />
<br />
=== Durée ===<br />
Septante-deux heures, soit jusqu’au samedi 10 décembre, 20 h.<br />
<br />
=== Comportement de la barre d’espacement lorsqu’une touche morte est active ===<br />
Faut-il modifier le comportement de la barre d’espacement lorsqu’une touche morte est active de l’une des façons suivante ?<br />
<br />
==== Propositions ====<br />
* A : le comportement de la barre espace est harmonisé de la façon suivante :<br />
** Pour les touches mortes correspondant à une diacritique :<br />
*** Choix comme symbole de la diacritique elle-même<br />
*** En {{t|Espace}}, diacritique combinante (pour former le caractère décomposé)<br />
*** En {{ts|Maj|Espace}}, diacritique espaçante ''si elle existe'', rien sinon.<br />
*** En {{ts|AltGr|Espace}}, lette modificatrice ''si elle existe'', rien sinon.<br />
*** En double pression, éventuellement une autre touche morte (selon les votes ayant déjà eu lieu, par exemple circonflexe mort + circonflexe mort = circonflexe souscrit mort), sinon rien.<br />
** Pour les touches mortes ne correspondant pas à une diacritique (grec, exposants et indices, scientifique, symbole monétaire, latin étendu)<br />
*** Symboles choisis par vote (µ pour grec, en cours de discussion pour latin étendu et scientifique, ᵉ pour exposant, ¤ pour symbole monétaire).<br />
*** En double pression : pas de changement pour symbole monétaire et grec ; rien pour exposant ; respect de la carte adoptée pour latin et scientifique. À déterminer au cas par cas pour d’éventuels votes futurs.<br />
*** Sur la barre d’espacement, rien ''sauf'' si au cas par cas, il appert que la combinaison touche morte + espace serait pertinente. Donc pour latin et ponctuation, respect de la carte votée ; pour les quatre autres ''a priori'' rien.<br />
* B : variante, le comportement de la barre espace est harmonisé de la façon suivante :<br />
** Pour les touches mortes correspondant à une diacritique :<br />
*** Choix comme symbole de la diacritique elle-même<br />
*** En {{t|Espace}}, diacritique espaçante ''si elle existe'', rien sinon.<br />
*** En {{ts|Maj|Espace}}, diacritique combinante (pour former le caractère décomposé).<br />
*** En {{ts|AltGr|Espace}}, lette modificatrice ''si elle existe'', rien sinon.<br />
*** En double pression, éventuellement une autre touche morte (selon les votes ayant déjà eu lieu, par exemple circonflexe mort + circonflexe mort = circonflexe souscrit mort), sinon rien.<br />
** Pour les touches mortes ne correspondant pas à une diacritique (grec, exposants et indices, scientifique, symbole monétaire, latin étendu)<br />
*** Symboles choisis par vote (µ pour grec, en cours de discussion pour latin étendu et scientifique, ᵉ pour exposant, ¤ pour symbole monétaire).<br />
*** En double pression : pas de changement pour symbole monétaire et grec ; rien pour exposant ; respect de la carte adoptée pour latin et scientifique. À déterminer au cas par cas pour d’éventuels votes futurs.<br />
*** Sur la barre d’espacement, rien ''sauf'' si au cas par cas, il appert que la combinaison touche morte + espace serait pertinente. Donc pour latin et ponctuation, respect de la carte votée ; pour les quatre autres ''a priori'' rien.<br />
* C : ''statu quo''<br />
* D : idem à B, mais sans l’introduction de lettre modificatrice.<br />
* E : idem à B, mais les diacritiques combinants sont à la place positionnés sur la touche point, en accès direct. --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 8 décembre 2016 à 20:46 (CET)<br />
<br />
==== Méthode ====<br />
Méthode Schulze. Si une proposition est rajoutée au cours de la première journée de vote, alors les votes n’ayant pas été modifiés pour en tenir compte ne seront pas décomptés.<br />
<br />
==== Votes ====<br />
# E > A > B > D > C -- [[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 7 décembre 2016 à 20:35 (CET)<br />
# E > B > D > C > A -- [[Utilisateur:Flamme|Flamme]] ([[Discussion utilisateur:Flamme|discussion]]) 7 décembre 2016 à 20:51 (CET) (La proposition A change drastiquement le comportement usuel d’une touche morte avec Espace, et ne servira que que pour créer des caractères inusuels utiles à une poignée d’experts. Pour ceux qui l’ignorent, avec les diacritiques combinants, un caractère dessiné contient en vérité deux caractères, voire plus; par exemple, len("à") == 2, car "à" est en interne quelque chose comme "a`").<br />
#: Comme on le disait sur IRC, cette situation n’est pas le fait du BÉPO, mais du standard Unicode. Un caractère peut exister soit sous une forme précomposée, soit décomposée, et les outils doivent en tenir compte. En revanche, l’on obtient de cette façon un certain nombre de caractères qui n’existent pas dans le standard Unicode, voire n’existeront jamais si j’ai bien compris ce que dit Marcel (Unicode ne semblant plus disposé à inclure une infinité de caractères précomposés). My two cents. :-) --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 7 décembre 2016 à 21:44 (CET)<br />
#::Le problème, ce n’est pas intrinsèquement les combinants, c’est la place que leur réserve la proposition A. -- [[Utilisateur:Flamme|Flamme]] ([[Discussion utilisateur:Flamme|discussion]]) 9 décembre 2016 à 15:06 (CET)<br />
# C > B > E > D > A -- [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 7 décembre 2016 à 21:28 (CET)<br />
# C > B > A > D > E -- [[Utilisateur:Mimoza|Mimoza]] ([[Discussion utilisateur:Mimoza|discussion]]) 7 décembre 2016 à 23:25 (CET)<br />
# A > B > C -- [[Utilisateur:Logisim|Logisim]] ([[Discussion utilisateur:Logisim|discussion]]) 8 décembre 2016 à 16:10 (CET)<br />
# D > E > C > B > A -- [[Utilisateur:LeBret|LeBret]] ([[Discussion utilisateur:LeBret|discussion]]) 8 décembre 2016 à 20:34 (CET)<br />
# D > B > E > C > A -- [[Utilisateur:Europano|Europano]] ([[Discussion utilisateur:Europano|discussion]]) 10 décembre 2016 à 11:13 (CET)<br />
# je comprends rien, on peut étendre un peu? -- [[Utilisateur:JulieCaroline|JulieCaroline]] ([[Discussion utilisateur:JulieCaroline|discussion]]) 10 décembre 2016 à 16:49 (CET)<br />
#:En gros les espaçantes et [[wp:Lettre_modificative|modificatrices]] apparaissent à l’identique mais n’ont pas le même rôle. Je pense ne pas avoir besoin d’expliquer pour les combinantes. -- [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 10 décembre 2016 à 17:09 (CET)<br />
# C > A > B > D > E -- Les options autour desquelles on échangeait depuis 2 semaines ont '''encore''' été déformées, ça devient franchement saoulant [[Utilisateur:Crako|Crako]] ([[Discussion utilisateur:Crako|discussion]]) 10 décembre 2016 à 19:19 (CET)<br />
#: et accessoirement, j’ai toujours pas compris pourquoi on ne mettrait pas la lettre modificatrice pour le cas où y’a pas d’espaçante.<br />
#:: Pour ne pas perdre en cohérence : si l’on décide de mettre les modificatrices en AltGr et les chassantes en direct, pourquoi diable aller mettre sur une touche la modificatrice là où l’on attend la chassante ? C’est un peu comme si l’on décidait sur la carte accent circonflexe d’aller mettre les circonflexes souscrits lorsque le circonflexe simple n’existe pas, alors qu’on a choisi de mettre les circonflexes souscrits ailleurs (en deux fois circonflexe) --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 12 décembre 2016 à 00:11 (CET)<br />
# C > A > D > B > E -- [[Utilisateur:A2|A2]] ([[Discussion utilisateur:A2|discussion]]) 10 décembre 2016 à 19:58 (CET)<br />
# E > B > D > C > A -- [[Utilisateur:Laurent|Laurent]] ([[Discussion utilisateur:Laurent|discussion]]) 11 décembre 2016 à 04:46 (CET)<br />
# D > E > C > B > A -- [[Utilisateur:Thomas|Thomas]] ([[Discussion utilisateur:Thomas|discussion]]) 12 décembre 2016 à 11:32 (CET)<br />
<br />
===== Résultat =====<br />
'''Le vote est clos sans qu’une décision soit prise.'''<br />
<br />
===== Lettres modificatrices =====<br />
Ce vote ne se contente pas d’uniformiser un comportement, elle introduit toute la série des lettres modificatrices qui actuellement ne sont pas supportées par bépo. À mimima il faudrait le signaler. Et mieux, il faudrait dire à quoi elles servent, parce que les diacritiques combinants je les utilise (par exemple le p̃ est une abbréviation latine que j’ai utilisé une fois, et malheureusement absente d’unicode.) Mais les lettres modificatrices ??? Qui peut me dire l’intérêt de les introduire ?<br />
<br />
Si le but, en plus d’uniformiser le comportement, est de faciliter l’accès aux diacritiques combinants, j’avoue que ça m’interesse. Mais dans ce cas je préfère la solution suggérée par ISO à savoir {{tm|morte}} + point. Ça ne change pas le fonctionnement de l’espace et c’est aussi facile à taper vu que le point est en direct.<br />
[[Utilisateur:LeBret|LeBret]] ([[Discussion utilisateur:LeBret|discussion]]) 8 décembre 2016 à 18:48 (CET)<br />
: Salut. L’introduction des lettres modificatrices a été discuté sur IRC, notamment du fait que toutes les diacritiques n’ont pas d’espaçante. Je crois que cela facilite la saisie de l’API, mais je ne puis pas le garantir.<br />
: Tu as bien fait d’ajouter la proposition D. Sinon, si une solution est recommandée par l’ISO, je me permets d’ajouter une nouvelle option pour la suivre. Bien à toi --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 8 décembre 2016 à 20:45 (CET)<br />
:: Est-ce que cela ne relève pas plutôt du vote sur les [[Version_1.1/Touches_mortes/Diacritiques|diacritiques]] ?<br />
:: Quand aux lettres modificatrices, vu que l’API n’est pas encore introduit, ça peut attendre, non ? (Et puis honnêtement l’API… je suis prêt à parier qu’il y a plus de gens qui voudraient les émojis que l’API) -- [[Utilisateur:LeBret|LeBret]] ([[Discussion utilisateur:LeBret|discussion]]) 8 décembre 2016 à 22:45 (CET)<br />
<br />
=== Normalisation du comportement de la barre d’espacement ===<br />
Le comportement de la barre d’espacement lorsqu’une touche morte est active doit-il être précisé dans le brouillon de norme ?<br />
<br />
==== Propositions ====<br />
# A : oui, quelle que soit l’issue du vote précédent.<br />
# B : oui seulement si l’issue du vote précédent n’est pas le maintien du ''statu quo'' ; non si la proposition C est adoptée.<br />
# C : non, quelle que soit l’issue du vote précédent.<br />
<br />
==== Méthode ====<br />
Méthode Schulze. Si une proposition est rajoutée au cours de la première journée de vote, alors les votes n’ayant pas été modifiés pour en tenir compte ne seront pas décomptés.<br />
<br />
==== Votes ====<br />
# B > C > A -- [[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 7 décembre 2016 à 20:40 (CET)<br />
# A > B > C -- [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 7 décembre 2016 à 21:29 (CET)<br />
# B > C > A -- [[Utilisateur:Europano|Europano]] ([[Discussion utilisateur:Europano|discussion]]) 10 décembre 2016 à 11:16 (CET)<br />
# neutre -- [[Utilisateur:JulieCaroline|JulieCaroline]] ([[Discussion utilisateur:JulieCaroline|discussion]]) 10 décembre 2016 à 17:05 (CET)<br />
# B > A > C -- [[Utilisateur:Mimoza|Mimoza]] ([[Discussion utilisateur:Mimoza|discussion]]) 11 décembre 2016 à 22:43 (CET)<br />
<br />
===== Résultat =====<br />
'''Le comportement n’est pas normalisé.'''<br />
<br />
== Vote, version 2 ==<br />
<br />
Le vote précédent n’ayant pas permis d’arriver à une proposition consensuelle, alors qu’il serait souhaitable que cette question soit tranchée pour la normalisation de la disposition BÉPO, d’autres solutions sont proposées.<br />
<br />
Il sera ouvert une semaine (cent soixante-huit heures) à compter de son lancement, soit jusqu’au lundi 6 février à 8 h (CET).<br />
<br />
=== Dispositions pour les diacritiques non-combinants ===<br />
==== Proposition ====<br />
Lorsqu’une touche morte non-diacritique (grec, exposants et indices, scientifique, symbole monétaire, latin étendu) est active, le comportement est le suivant :<br />
* En double pression : pas de changement pour symbole monétaire et grec ; rien pour exposant ; respect de la carte adoptée pour latin et scientifique. ''Le symbole associé à la touche morte peut ne pas correspondre au caractère obtenu en double-pression.''<br />
* Sur la barre d’espacement, rien ''sauf'' si au cas par cas, il apparaît que la combinaison touche morte + espace serait pertinente. Plus précisément, respect de la carte votée pour la touche latin étendu, rien pour les autres touches mortes, et comportement à déterminer pour d’éventuelles futures nouvelles touches mortes.<br />
<br />
Votes : {{pour}}, {{neutre}}, {{contre}}<br />
<br />
==== Explication ====<br />
Le premier point entérine la situation actuelle. Le second permet d’harmoniser les comportements de la barre d’espacement, notamment sur les nouvelles touches mortes de la version 1.1.<br />
<br />
==== Modalités ====<br />
Majorité absolue des suffrages exprimés.<br />
<br />
==== Vote ====<br />
* {{pour}} -- [[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 30 janvier 2017 à 08:02 (CET)<br />
* {{pour}} -- [[Utilisateur:Flamme|Flamme]] ([[Discussion utilisateur:Flamme|discussion]]) 30 janvier 2017 à 08:11 (CET)<br />
* {{neutre}} -- [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 30 janvier 2017 à 08:43 (CET)<br />
* {{pour}} -- [[Utilisateur:Thomas|Thomas]] ([[Discussion utilisateur:Thomas|discussion]]) 30 janvier 2017 à 10:22 (CET)<br />
* {{neutre}} -- [[Utilisateur:Robert leleu|Robert leleu]] ([[Discussion utilisateur:Robert leleu|discussion]] 30 janvier 2017 à 10:45 (CET)<br />
* {{pour}} -- [[Utilisateur:Mimoza|Mimoza]] ([[Discussion utilisateur:Mimoza|discussion]]) 30 janvier 2017 à 22:53 (CET)<br />
* {{neutre}} -- Quelle est la situation actuelle ? [[Utilisateur:Asr|asr]] ([[Discussion utilisateur:Asr|discussion]]) 31 janvier 2017 à 19:28 (CET)<br />
* {{neutre}} -- [[Utilisateur:Nemolivier|nemolivier]] ([[Discussion utilisateur:Nemolivier|discussion]]) 31 janvier 2017 à 22:30 (CET)<br />
<br />
=== Mode d’accès principal aux caractères espaçants et combinants ===<br />
Il s’agit là de choisir la façon d’accéder aux caractères combinants (caractères d’Unicode qui se combinent avec le précédent, par exemple e + ´ = é ; nécessaires pour saisir certains caractères n’existant pas sous la forme d’un seul point de code, par exemple certains caractères du lituanien ou de langues de l’Afrique avec des fréquences non négligeables) et espaçants (caractères d’Unicode associés à un diacritique et prenant la place d’un caractère).<br />
<br />
==== Propositions ====<br />
Dans le tableau suivant, C désigne un combinant et E un espaçant.<br />
{| class="wikitable" border="1" style="text-align: center"<br />
! width="8%" |<br />
! width="15%" | A<br />
! width="15%" | B<br />
! width="15%" | C<br />
! width="15%" | D<br />
! width="15%" | E<br />
! width="15%" | F<br />
|-<br />
! {{t|espace}}<br />
| style="background-color: #C0D9D9" rowspan="4" | E<br />
| style="background-color: #E9C2A6" rowspan="4" | C<br />
| style="background-color: #C0D9D9" rowspan="2" | E<br />
| style="background-color: #E9C2A6" rowspan="2" | C<br />
| style="background-color: #C0D9D9" | E<br />
| style="background-color: #E9C2A6" | C<br />
|-<br />
! {{ts|AltGr|espace}}<br />
| style="background-color: #E9C2A6" | C<br />
| style="background-color: #C0D9D9" | E<br />
|-<br />
! {{ts|Maj|espace}}<br />
| style="background-color: #E9C2A6" rowspan="2" | C<br />
| style="background-color: #C0D9D9" rowspan="2" | E<br />
| style="background-color: #C0D9D9" | E<br />
| style="background-color: #E9C2A6" | C<br />
|-<br />
! {{ts|AltGr|Maj|espace}}<br />
| style="background-color: #E9C2A6" | C<br />
| style="background-color: #C0D9D9" | E<br />
|-<br />
! {{t|.}}<br />
| style="background-color: #E9C2A6" rowspan="8" | C<br />
| style="background-color: #C0D9D9" rowspan="8" | E<br />
| style="background-color: #E9C2A6" rowspan="8" colspan="4" | C<br />
|-<br />
! {{ts|AltGr|.}}<br />
|-<br />
! {{ts|Maj|.}}<br />
|-<br />
! {{ts|AltGr|Maj|.}}<br />
|-<br />
! {{t|’}}<br />
|-<br />
! {{ts|AltGr|’}}<br />
|-<br />
! {{ts|Maj|’}}<br />
|-<br />
! {{ts|AltGr|Maj|’}}<br />
|}<br />
<br />
==== Explications ====<br />
La norme 9995-11 ''suggère'' l’emplacement des combinants sur la touche {{t|.}}<ref>La norme suggère également que les caractères diacrités absents d’Unicode nécessitant plusieurs points de code devraient également pouvoir être produits par touche morte directement, augmentant immensément leur accessibilité et rendant ''de facto'' l’accès aux combinants seuls peu important. Ce n’est pas encore le cas dans BÉPO, l’implémentation ne pouvant facilement sans modification des outils systèmes.</ref>, bien accessible en BÉPO, mais ne se soucie pas de symétrie ; c’est pour cette raison qu’elle est systématiquement associée à l’apostrophe dans les propositions précédentes. Toutes les propositions suivent cette suggestion, à l’exception de la B.<br />
<br />
Les propositions C à F proposent de scinder la barre espace en deux (verticalement ou horizontalement) avec une zone allouée aux espaçants, et une autre aux combinants. Dans tous les cas, des duplications sont proposées pour limiter le risque d’erreur de frappe (en cas de non-relâchage de {{t|Maj}} ou {{t|AltGr}}.<br />
<br />
<references /><br />
<br />
==== Modalités ====<br />
Méthode de Schulze.<br />
<br />
==== Votes ====<br />
* A > C > D > B > E > F -- la compatibilité avec le futur AZERTY (espaçants sur espace, surtout pour " et ') me paraît importante, et les positions proposées pour les combinants très bonnes. --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 30 janvier 2017 à 08:02 (CET)<br />
* A > E > C > D > F > B -- [[Utilisateur:Flamme|Flamme]] ([[Discussion utilisateur:Flamme|discussion]]) 30 janvier 2017 à 08:13 (CET)<br />
* C > D > E > F > A > B -- [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 30 janvier 2017 à 08:39 (CET)<br />
* A > C > E > B > D > F -- [[Utilisateur:Thomas|Thomas]] ([[Discussion utilisateur:Thomas|discussion]]) 30 janvier 2017 à 10:26 (CET)<br />
* A > C > E > B > D > F -- [[Utilisateur:Mimoza|Mimoza]] ([[Discussion utilisateur:Mimoza|discussion]]) 30 janvier 2017 à 22:57 (CET)<br />
* A = C = E > B = D = F -- Je rappelle que le libellé de ce tableau est un non sens. Une fois qu’on considère non plus les combinaisons de touches simultanées, mais la composition de symboles, ce n’est plus AltGr + Espace, mais _, ni Maj + Espace, mais l’espace insécable… -- [[Utilisateur:Laurent|Laurent]] ([[Discussion utilisateur:Laurent|discussion]]) 31 janvier 2017 à 13:34 (CET)<br />
* A > C > E > F = D = B -- [[Utilisateur:Asr|asr]] ([[Discussion utilisateur:Asr|discussion]]) 31 janvier 2017 à 21:20 (CET)<br />
* A > B = C = D = E = F -- [[Utilisateur:Nemolivier|nemolivier]] ([[Discussion utilisateur:Nemolivier|discussion]]) 31 janvier 2017 à 23:01 (CET)<br />
<br />
=== Caractères espaçants à supporter ===<br />
Cette question, orthogonale à la précédente, porte sur le choix des caractères ''espaçants'' à supporter. Certains diacritiques ne sont associées à aucun espaçant (par exemple la corne ; la question ne se pose donc pas), d’autres à des combinants dont la pertinence peut faire défaut. L’on peut donc choisir de n’en inclure qu’une partie.<br />
<br />
==== Propositions ====<br />
Le tableau suivant indique le caractère devant être produit à l’appui sur l’une des positions notées « espaçant » à l’issue du vote précédent.<br />
<br />
{| class="wikitable" border="1" align="center" style="text-align: center"<br />
! width="8%" |<br />
! width="15%" | 1<br />
! width="15%" | 2<br />
! width="15%" | 3<br />
! width="15%" | 4<br />
! width="15%" | 5<br />
|-<br />
! style="white-space: nowrap;" | Accent circonflexe<br />
| colspan="5" | Accent circonflexe (^) {{U|005E}}<br />
|-<br />
! Accent aigu<br />
| colspan="3" | Apostrophe (') {{U|0027}}<br />
| Accent aigu (´) {{U|00B4}}<br />
| Apostrophe (') {{U|0027}}<br />
|-<br />
! Tréma<br />
| colspan="3" | Guillemets droits (") {{U|0022}}<br />
| Tréma (¨) {{U|00A8}} <br />
| Guillemets droits (") {{U|0022}}<br />
|-<br />
! Accent grave<br />
| rowspan="2" | Rien<br />
| colspan="4" | Accent grave (`) {{U|0060}}<br />
|-<br />
! Barre horizontale<br />
| colspan="4" | Tiret demi-cadratin (–) {{U|2013}}<br />
|-<br />
! Tilde<br />
| colspan="2" rowspan="5" | Rien<br />
| colspan="3" | Tilde (~) {{U|007E}}<br />
|-<br />
! Barre oblique<br />
| colspan="3" | Slash (/) {{U|002F}}<br />
|-<br />
! Point souscrit<br />
| colspan="3" | Point (.) {{U|002E}}<br />
|-<br />
! Rond en chef<br />
| colspan="3" | Degré (°) {{U|00B0}}<br />
|-<br />
! Virgule souscrite <br />
| colspan="3" | Virgule (,) {{U|002C}}<br />
|-<br />
! Autres<br />
| colspan="3" | Rien<br />
| Le diacritique espaçant s’il existe dans Unicode, rien sinon.<br />
| Le diacritique espaçant s’il existe dans Unicode, le diacritique combinant sinon.<br />
|}<br />
<br />
==== Explication ====<br />
La proposition 1 propose de limiter la génération de caractères espaçants aux deux cas permettant une plus grande compatibilité avec le clavier AZERTY (' et "), et au circonflexe ASCII dont la position actuelle est peu satisfaisante (bien que dupliquée).<br />
<br />
La proposition 2 ajoute les deux cas où la saisie par touche morte + espace est équivalente à la combinaison en AltGr existante, soit le tiret demi-cadratin et l’accent grave vif (en bouts de ligne).<br />
<br />
La proposition 3 prend en charge toutes les combinaisons produisant des symboles autrement disponibles en BÉPO et utilisés en pratique, même lorsque la combinaison touche morte+espace est moins confortable que le mode d’accès préexistant.<br />
<br />
La proposition 4, extensive, propose de supporter tous les caractères espaçants existant dans Unicode ; par cohérence, les touches mortes accent aigu et trémas produisent alors l’aigu vif et le tréma vif plutôt que l’apostrophe droite et les guillemets droits.<br />
<br />
La proposition 5, enfin, correspond au ''statu quo''.<br />
<br />
==== Vote ====<br />
* 1 = 2 = 3 > 4 > 5 -- [[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 30 janvier 2017 à 08:02 (CET)<br />
* 4 > 3 > 2 > 1 > 5 -- [[Utilisateur:Flamme|Flamme]] ([[Discussion utilisateur:Flamme|discussion]]) 30 janvier 2017 à 08:15 (CET)<br />
* 5 > 4 > 3 > 2 > 1 -- [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 30 janvier 2017 à 08:40 (CET)<br />
* 1 > 2 > 3 > 5 > 4 -- [[Utilisateur:Thomas|Thomas]] ([[Discussion utilisateur:Thomas|discussion]]) 30 janvier 2017 à 10:27 (CET)<br />
* 4 > 3 > 5 > 2 > 1 -- [[Utilisateur:Mimoza|Mimoza]] ([[Discussion utilisateur:Mimoza|discussion]]) 30 janvier 2017 à 23:00 (CET)<br />
* 5 > 3 > 2 > 1 = 4 -- [[Utilisateur:Laurent|Laurent]] ([[Discussion utilisateur:Laurent|discussion]]) 31 janvier 2017 à 13:20 (CET)<br />
* 4 > 5 > 3 > 2 > 1 -- [[Utilisateur:Asr|asr]] ([[Discussion utilisateur:Asr|discussion]]) 31 janvier 2017 à 21:22 (CET)<br />
<br />
=== Accès aux diacritiques espaçants par pression multiple ===<br />
Se pose également la question du maintien au diacritique espaçants par pression multiple sur la touche morte. Celle-ci n’a pas été résolue à l’ajout des touches mortes en double-pression.<br />
<br />
==== Propositions ====<br />
* A — aucun diacritique espaçant n’est rendu accessible par pression multiple.<br />
* B — pour les espaçants choisis à la question précédente, un accès est laissé par pression multiple : en double-pression s’il n’existe pas de diacritique en double-pression, en triple-pression sinon. Par exemple, l’accent circonflexe (^) {{U|005E}} serait accessible en triple-pression sur circonflexe mort {{t|{{r|ˆ}}}} puisque l’accent circonflexe souscrit mort occupe déjà la double-pression sur {{t|{{r|ˆ}}}}, mais le tiret demi-cadratin (–) {{U|2013}} pourrait être effectué par un double-appui sur barre horizontale morte {{t|{{r|–}}}}.<br />
<br />
==== Vote ====<br />
* A -- d’une part l’accès par pression triple me paraît fort peu ergonomique, d’autre part je ne parviens pas à trouver ce comportement suffisamment logique pour être pertinent, même s’il est proposé par Flavien depuis six mois. --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 30 janvier 2017 à 08:02 (CET)<br />
* B -- [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 30 janvier 2017 à 08:41 (CET)<br />
* A -- [[Utilisateur:Thomas|Thomas]] ([[Discussion utilisateur:Thomas|discussion]]) 30 janvier 2017 à 10:35 (CET)<br />
* B -- [[Utilisateur:Mimoza|Mimoza]] ([[Discussion utilisateur:Mimoza|discussion]]) 30 janvier 2017 à 23:02 (CET)<br />
* A -- [[Utilisateur:Asr|asr]] ([[Discussion utilisateur:Asr|discussion]]) 31 janvier 2017 à 19:12 (CET)</div>
Nemolivier
https://bepo.fr/wiki/index.php?title=Discussion:Version_1.1rc1/Touches_mortes/Caract%C3%A8res_morts&diff=28290
Discussion:Version 1.1rc1/Touches mortes/Caractères morts
2017-01-31T21:30:01Z
<p>Nemolivier : /* Vote */ je jure que j’ai tout lu !</p>
<hr />
<div>==Caractères pour Exposants/Indices==<br />
Où a tu vu que ^ et _ ont étés choisis comme caractères de ces deux touches mortes.<br><br />
Je proposais d’utiliser ² et ₂ plutôt, mais rien n’a été voté.<br><br />
Le titre de la page est bon, et les questions sont bonnes, mais tu présentes certaines choses comme acquises.<br><br />
[[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 25 novembre 2016 à 13:23 (CET)<br />
:Tu me parles ? Désolé, je viens seulement de trouver ta question ici. — On en a beaucoup discuté, ^ et _ sont les préfixes LaTeX et servent à signifier l’exponentiation et l’indiciation en texte brut, vu sur la ML d’Unicode. Quand ce sont les caractères morts, on a directement la bonne sortie sous Windows quand le caractère n’existe pas en exposant ou en indice. -- [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 5 décembre 2016 à 18:21 (CET)<br />
<br />
== Un chantier plus général à mener ? ==<br />
<br />
Hello,<br />
<br />
Ça a été pointé du doigt dans le vote sur les exposants et indices : la façon dont sont gérés les associations touche morte/caractère associé est assez anarchique en BÉPO, et il serait souhaitable de mettre un peu d’ordre dans tout ça. Pour rappel, chaque touche a un symbole (qui sert à la noter sur les cartes). Il existe dans la version 1.0 essentiellement trois façons d’accéder au symbole associé : par double-pression sur la touche morte, par pression sur la touche morte suivie de la barre espace, et par pression sur la touche morte suivie de Maj+Espace, avec parfois des rendus distincts.<br />
<br />
De façon générale, double pression sur la touche donne le symbole, touche > espace donne soit le symbole, soit symbole proche, et touche > Maj+Espace donne le diacritique combinant pour les touches mortes associées à un diacritique, si celui existe dans Unicode.<br />
<br />
(le tableau suivant est à compléter)<br />
{| {{wtable|center}}<br />
|+ Récapitulatif des comportements en version 1.0rc3<ref>Testé sous X11, dans une installation datant de 2014.</ref><br />
|-<br />
! Touche !! colspan=2 | Symbole sur la carte !! colspan=2 | Double-pression !! colspan=2 | Espace !! colspan=2 | Maj+Espace <br />
|-<br />
| Grave || ` || {{U|0060}} || ` || {{U|0060}} || ` || {{U|0060}} || ` combinant || {{U|0300}}<br />
|-<br />
| Aigu || ´ || {{U|00B4}} || ´ || {{U|00B4}} || ' || {{U|0027}} || ´ combinant || {{U|0301}}<br />
|-<br />
| Circonflexe || ^ || {{U|005E}} || ^ || {{U|005E}} || ^ || {{U|005E}} || ^ combinant || {{U|0302}}<br />
|}<br />
<br />
La version 1.1 rajoute encore à l’incohérence en supprimant certains accès par double-pression pour des touches associées à des diacritiques (puisque cela donne à la place d’autres diacritiques). En revanche, les touches n’étant pas associées à des diacritiques peuvent avoir un comportement. Il serait souhaitable de proposer une solution d’ensemble convenant à tous les caractères. Par exemple :<br />
* Pour les diacritiques, toujours mettre le diacritique espaçant (s’il existe) sur espace et le combinant (s’il existe) sur Maj+Espace, dans le cas contraire laisser les positions vides. Ne plus proposer le symbole associé en double-pression de la touche morte.<br />
* Pour les autres touches (monnaie, grec, science, exposant et indice, latin étendu éventuellement API, cyrillique, hébreu et arabe) : que faire ? Certains caractères ne sont jusqu’à présent accessibles que par double-pression (c’est le cas de ¤ vif et de µ — micro) et devraient le rester. En revanche, sur indice et exposant, scientifique ou latin étendu le comportement peut encore évoluer.<br />
<br />
Par ailleurs, sous Windows le symbole apparaît dans les cas où l’enchaînement de touches n’est pas déterminé. Par exemple, si @ est le symbole d’une touche morte et si la combinaison @ puis X n’est pas défini, alors cette combinaison produira la chaîne « @X » sous Windows (mais rien sous X.org). Ce comportement n’est pas modifiable, mais pas non plus primordial.<br />
: Sous MacOS aussi. [^] [/] -> « ^/ » [[Utilisateur:Asr|asr]] ([[Discussion utilisateur:Asr|discussion]]) 19 janvier 2017 à 18:37 (CET)<br />
<br />
Bien cordialement --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 4 décembre 2016 à 23:14 (CET)<br />
<br />
PS : si quelqu’un est motivé pour compléter le tableau, qu’il n’hésite pas !<br />
: OK pour le tableau, mais j'y mettrais les caractères morts proposés, du coup. -- [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 5 décembre 2016 à 18:21 (CET)<br />
:: Pour l’instant, je me contente de recenser ce qui existe, si tu le veux bien. --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 5 décembre 2016 à 20:47 (CET)<br />
::: Désolé de ne pouvoir actuellement prendre le temps de documenter le bépo&nbsp;1.0 ''per se''. — FWIW, des caractères morts proposés sont [[Utilisateur:Marcel/Version_2.0#Comparatif_des_touches_mortes_classiques|ici]] et [[Utilisateur:Marcel/Version_1.1#Comparatif_des_touches_mortes_classiques|ici]]. -- [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 6 décembre 2016 à 08:13 (CET)<br />
:::: Toutefois j’ai pu créer le modèle {{m|wtable}} palliant la non-implémentation de la classe "wikitable", et me suis permis de l’appliquer au tableau que tu as commencé.<br />
:::: J’en profite pour soumettre à votre considération que dans le souci de mener rapidement à un projet de norme présentable pour la réunion du 16&nbsp;décembre, la documentation du bépo 1.0 me semble devoir être dépriorisée au profit de la conception du nouveau système de caractères morts… -- [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 7 décembre 2016 à 01:45 (CET)<br />
<br />
La proposition suivante a été formulée sur IRC :<br />
* Pour les touches mortes correspondant à une diacritique :<br />
** Choix comme symbole de la diacritique elle-même<br />
** En touche espace, diacritique combinante<br />
** En Maj+Espace, diacritique espaçante ''si elle existe'', rien sinon<br />
** En AltGr+Espace, lette modificatrice ''si elle existe'', rien sinon<br />
** En double pression, éventuellement une autre touche morte (voir ce qui a déjà été voté, par exemple deux fois aigu = double aigu), sinon rien.<br />
* Pour les touches mortes ne correspondant pas à une diacritique (grec, exposants et indices, scientifique, symbole monétaire, latin étendu)<br />
** Symboles choisis par vote (µ pour grec, en cours pour latin étendu et scientifique, ᵉ pour exposant, ¤ pour symbole monétaire).<br />
** En double pression : comportement à déterminer selon la touche. Pas de raison de changer symbole monétaire et grec ; rien pour exposant ; respecter la carte adoptée pour latin et scientifique.<br />
** Sur la barre d’espacement, rien ''sauf'' si au cas par cas, il appert que la combinaison touche morte + espace serait pertinente. Donc pour latin et ponctuation, respect de la carte votée ; pour les quatre autres ''a priori'' rien.<br />
<br />
Si des points sont peu clairs, merci de le signaler. Par ailleurs, LeBret a suggéré par courriel que ce comportement puisse être laissé indéterminé par la norme. Ce sera toujours une solution si l’on n’arrive pas à tenir les délais, mais je pense qu’on peut aboutir à un accord ! --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 7 décembre 2016 à 09:45 (CET)<br />
<br />
________________________<br />
<references /><br />
<br />
== Vote ==<br />
<br />
=== Durée ===<br />
Septante-deux heures, soit jusqu’au samedi 10 décembre, 20 h.<br />
<br />
=== Comportement de la barre d’espacement lorsqu’une touche morte est active ===<br />
Faut-il modifier le comportement de la barre d’espacement lorsqu’une touche morte est active de l’une des façons suivante ?<br />
<br />
==== Propositions ====<br />
* A : le comportement de la barre espace est harmonisé de la façon suivante :<br />
** Pour les touches mortes correspondant à une diacritique :<br />
*** Choix comme symbole de la diacritique elle-même<br />
*** En {{t|Espace}}, diacritique combinante (pour former le caractère décomposé)<br />
*** En {{ts|Maj|Espace}}, diacritique espaçante ''si elle existe'', rien sinon.<br />
*** En {{ts|AltGr|Espace}}, lette modificatrice ''si elle existe'', rien sinon.<br />
*** En double pression, éventuellement une autre touche morte (selon les votes ayant déjà eu lieu, par exemple circonflexe mort + circonflexe mort = circonflexe souscrit mort), sinon rien.<br />
** Pour les touches mortes ne correspondant pas à une diacritique (grec, exposants et indices, scientifique, symbole monétaire, latin étendu)<br />
*** Symboles choisis par vote (µ pour grec, en cours de discussion pour latin étendu et scientifique, ᵉ pour exposant, ¤ pour symbole monétaire).<br />
*** En double pression : pas de changement pour symbole monétaire et grec ; rien pour exposant ; respect de la carte adoptée pour latin et scientifique. À déterminer au cas par cas pour d’éventuels votes futurs.<br />
*** Sur la barre d’espacement, rien ''sauf'' si au cas par cas, il appert que la combinaison touche morte + espace serait pertinente. Donc pour latin et ponctuation, respect de la carte votée ; pour les quatre autres ''a priori'' rien.<br />
* B : variante, le comportement de la barre espace est harmonisé de la façon suivante :<br />
** Pour les touches mortes correspondant à une diacritique :<br />
*** Choix comme symbole de la diacritique elle-même<br />
*** En {{t|Espace}}, diacritique espaçante ''si elle existe'', rien sinon.<br />
*** En {{ts|Maj|Espace}}, diacritique combinante (pour former le caractère décomposé).<br />
*** En {{ts|AltGr|Espace}}, lette modificatrice ''si elle existe'', rien sinon.<br />
*** En double pression, éventuellement une autre touche morte (selon les votes ayant déjà eu lieu, par exemple circonflexe mort + circonflexe mort = circonflexe souscrit mort), sinon rien.<br />
** Pour les touches mortes ne correspondant pas à une diacritique (grec, exposants et indices, scientifique, symbole monétaire, latin étendu)<br />
*** Symboles choisis par vote (µ pour grec, en cours de discussion pour latin étendu et scientifique, ᵉ pour exposant, ¤ pour symbole monétaire).<br />
*** En double pression : pas de changement pour symbole monétaire et grec ; rien pour exposant ; respect de la carte adoptée pour latin et scientifique. À déterminer au cas par cas pour d’éventuels votes futurs.<br />
*** Sur la barre d’espacement, rien ''sauf'' si au cas par cas, il appert que la combinaison touche morte + espace serait pertinente. Donc pour latin et ponctuation, respect de la carte votée ; pour les quatre autres ''a priori'' rien.<br />
* C : ''statu quo''<br />
* D : idem à B, mais sans l’introduction de lettre modificatrice.<br />
* E : idem à B, mais les diacritiques combinants sont à la place positionnés sur la touche point, en accès direct. --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 8 décembre 2016 à 20:46 (CET)<br />
<br />
==== Méthode ====<br />
Méthode Schulze. Si une proposition est rajoutée au cours de la première journée de vote, alors les votes n’ayant pas été modifiés pour en tenir compte ne seront pas décomptés.<br />
<br />
==== Votes ====<br />
# E > A > B > D > C -- [[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 7 décembre 2016 à 20:35 (CET)<br />
# E > B > D > C > A -- [[Utilisateur:Flamme|Flamme]] ([[Discussion utilisateur:Flamme|discussion]]) 7 décembre 2016 à 20:51 (CET) (La proposition A change drastiquement le comportement usuel d’une touche morte avec Espace, et ne servira que que pour créer des caractères inusuels utiles à une poignée d’experts. Pour ceux qui l’ignorent, avec les diacritiques combinants, un caractère dessiné contient en vérité deux caractères, voire plus; par exemple, len("à") == 2, car "à" est en interne quelque chose comme "a`").<br />
#: Comme on le disait sur IRC, cette situation n’est pas le fait du BÉPO, mais du standard Unicode. Un caractère peut exister soit sous une forme précomposée, soit décomposée, et les outils doivent en tenir compte. En revanche, l’on obtient de cette façon un certain nombre de caractères qui n’existent pas dans le standard Unicode, voire n’existeront jamais si j’ai bien compris ce que dit Marcel (Unicode ne semblant plus disposé à inclure une infinité de caractères précomposés). My two cents. :-) --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 7 décembre 2016 à 21:44 (CET)<br />
#::Le problème, ce n’est pas intrinsèquement les combinants, c’est la place que leur réserve la proposition A. -- [[Utilisateur:Flamme|Flamme]] ([[Discussion utilisateur:Flamme|discussion]]) 9 décembre 2016 à 15:06 (CET)<br />
# C > B > E > D > A -- [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 7 décembre 2016 à 21:28 (CET)<br />
# C > B > A > D > E -- [[Utilisateur:Mimoza|Mimoza]] ([[Discussion utilisateur:Mimoza|discussion]]) 7 décembre 2016 à 23:25 (CET)<br />
# A > B > C -- [[Utilisateur:Logisim|Logisim]] ([[Discussion utilisateur:Logisim|discussion]]) 8 décembre 2016 à 16:10 (CET)<br />
# D > E > C > B > A -- [[Utilisateur:LeBret|LeBret]] ([[Discussion utilisateur:LeBret|discussion]]) 8 décembre 2016 à 20:34 (CET)<br />
# D > B > E > C > A -- [[Utilisateur:Europano|Europano]] ([[Discussion utilisateur:Europano|discussion]]) 10 décembre 2016 à 11:13 (CET)<br />
# je comprends rien, on peut étendre un peu? -- [[Utilisateur:JulieCaroline|JulieCaroline]] ([[Discussion utilisateur:JulieCaroline|discussion]]) 10 décembre 2016 à 16:49 (CET)<br />
#:En gros les espaçantes et [[wp:Lettre_modificative|modificatrices]] apparaissent à l’identique mais n’ont pas le même rôle. Je pense ne pas avoir besoin d’expliquer pour les combinantes. -- [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 10 décembre 2016 à 17:09 (CET)<br />
# C > A > B > D > E -- Les options autour desquelles on échangeait depuis 2 semaines ont '''encore''' été déformées, ça devient franchement saoulant [[Utilisateur:Crako|Crako]] ([[Discussion utilisateur:Crako|discussion]]) 10 décembre 2016 à 19:19 (CET)<br />
#: et accessoirement, j’ai toujours pas compris pourquoi on ne mettrait pas la lettre modificatrice pour le cas où y’a pas d’espaçante.<br />
#:: Pour ne pas perdre en cohérence : si l’on décide de mettre les modificatrices en AltGr et les chassantes en direct, pourquoi diable aller mettre sur une touche la modificatrice là où l’on attend la chassante ? C’est un peu comme si l’on décidait sur la carte accent circonflexe d’aller mettre les circonflexes souscrits lorsque le circonflexe simple n’existe pas, alors qu’on a choisi de mettre les circonflexes souscrits ailleurs (en deux fois circonflexe) --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 12 décembre 2016 à 00:11 (CET)<br />
# C > A > D > B > E -- [[Utilisateur:A2|A2]] ([[Discussion utilisateur:A2|discussion]]) 10 décembre 2016 à 19:58 (CET)<br />
# E > B > D > C > A -- [[Utilisateur:Laurent|Laurent]] ([[Discussion utilisateur:Laurent|discussion]]) 11 décembre 2016 à 04:46 (CET)<br />
# D > E > C > B > A -- [[Utilisateur:Thomas|Thomas]] ([[Discussion utilisateur:Thomas|discussion]]) 12 décembre 2016 à 11:32 (CET)<br />
<br />
===== Résultat =====<br />
'''Le vote est clos sans qu’une décision soit prise.'''<br />
<br />
===== Lettres modificatrices =====<br />
Ce vote ne se contente pas d’uniformiser un comportement, elle introduit toute la série des lettres modificatrices qui actuellement ne sont pas supportées par bépo. À mimima il faudrait le signaler. Et mieux, il faudrait dire à quoi elles servent, parce que les diacritiques combinants je les utilise (par exemple le p̃ est une abbréviation latine que j’ai utilisé une fois, et malheureusement absente d’unicode.) Mais les lettres modificatrices ??? Qui peut me dire l’intérêt de les introduire ?<br />
<br />
Si le but, en plus d’uniformiser le comportement, est de faciliter l’accès aux diacritiques combinants, j’avoue que ça m’interesse. Mais dans ce cas je préfère la solution suggérée par ISO à savoir {{tm|morte}} + point. Ça ne change pas le fonctionnement de l’espace et c’est aussi facile à taper vu que le point est en direct.<br />
[[Utilisateur:LeBret|LeBret]] ([[Discussion utilisateur:LeBret|discussion]]) 8 décembre 2016 à 18:48 (CET)<br />
: Salut. L’introduction des lettres modificatrices a été discuté sur IRC, notamment du fait que toutes les diacritiques n’ont pas d’espaçante. Je crois que cela facilite la saisie de l’API, mais je ne puis pas le garantir.<br />
: Tu as bien fait d’ajouter la proposition D. Sinon, si une solution est recommandée par l’ISO, je me permets d’ajouter une nouvelle option pour la suivre. Bien à toi --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 8 décembre 2016 à 20:45 (CET)<br />
:: Est-ce que cela ne relève pas plutôt du vote sur les [[Version_1.1/Touches_mortes/Diacritiques|diacritiques]] ?<br />
:: Quand aux lettres modificatrices, vu que l’API n’est pas encore introduit, ça peut attendre, non ? (Et puis honnêtement l’API… je suis prêt à parier qu’il y a plus de gens qui voudraient les émojis que l’API) -- [[Utilisateur:LeBret|LeBret]] ([[Discussion utilisateur:LeBret|discussion]]) 8 décembre 2016 à 22:45 (CET)<br />
<br />
=== Normalisation du comportement de la barre d’espacement ===<br />
Le comportement de la barre d’espacement lorsqu’une touche morte est active doit-il être précisé dans le brouillon de norme ?<br />
<br />
==== Propositions ====<br />
# A : oui, quelle que soit l’issue du vote précédent.<br />
# B : oui seulement si l’issue du vote précédent n’est pas le maintien du ''statu quo'' ; non si la proposition C est adoptée.<br />
# C : non, quelle que soit l’issue du vote précédent.<br />
<br />
==== Méthode ====<br />
Méthode Schulze. Si une proposition est rajoutée au cours de la première journée de vote, alors les votes n’ayant pas été modifiés pour en tenir compte ne seront pas décomptés.<br />
<br />
==== Votes ====<br />
# B > C > A -- [[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 7 décembre 2016 à 20:40 (CET)<br />
# A > B > C -- [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 7 décembre 2016 à 21:29 (CET)<br />
# B > C > A -- [[Utilisateur:Europano|Europano]] ([[Discussion utilisateur:Europano|discussion]]) 10 décembre 2016 à 11:16 (CET)<br />
# neutre -- [[Utilisateur:JulieCaroline|JulieCaroline]] ([[Discussion utilisateur:JulieCaroline|discussion]]) 10 décembre 2016 à 17:05 (CET)<br />
# B > A > C -- [[Utilisateur:Mimoza|Mimoza]] ([[Discussion utilisateur:Mimoza|discussion]]) 11 décembre 2016 à 22:43 (CET)<br />
<br />
===== Résultat =====<br />
'''Le comportement n’est pas normalisé.'''<br />
<br />
== Vote, version 2 ==<br />
<br />
Le vote précédent n’ayant pas permis d’arriver à une proposition consensuelle, alors qu’il serait souhaitable que cette question soit tranchée pour la normalisation de la disposition BÉPO, d’autres solutions sont proposées.<br />
<br />
Il sera ouvert une semaine (cent soixante-huit heures) à compter de son lancement, soit jusqu’au lundi 6 février à 8 h (CET).<br />
<br />
=== Dispositions pour les diacritiques non-combinants ===<br />
==== Proposition ====<br />
Lorsqu’une touche morte non-diacritique (grec, exposants et indices, scientifique, symbole monétaire, latin étendu) est active, le comportement est le suivant :<br />
* En double pression : pas de changement pour symbole monétaire et grec ; rien pour exposant ; respect de la carte adoptée pour latin et scientifique. ''Le symbole associé à la touche morte peut ne pas correspondre au caractère obtenu en double-pression.''<br />
* Sur la barre d’espacement, rien ''sauf'' si au cas par cas, il apparaît que la combinaison touche morte + espace serait pertinente. Plus précisément, respect de la carte votée pour la touche latin étendu, rien pour les autres touches mortes, et comportement à déterminer pour d’éventuelles futures nouvelles touches mortes.<br />
<br />
Votes : {{pour}}, {{neutre}}, {{contre}}<br />
<br />
==== Explication ====<br />
Le premier point entérine la situation actuelle. Le second permet d’harmoniser les comportements de la barre d’espacement, notamment sur les nouvelles touches mortes de la version 1.1.<br />
<br />
==== Modalités ====<br />
Majorité absolue des suffrages exprimés.<br />
<br />
==== Vote ====<br />
* {{pour}} -- [[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 30 janvier 2017 à 08:02 (CET)<br />
* {{pour}} -- [[Utilisateur:Flamme|Flamme]] ([[Discussion utilisateur:Flamme|discussion]]) 30 janvier 2017 à 08:11 (CET)<br />
* {{neutre}} -- [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 30 janvier 2017 à 08:43 (CET)<br />
* {{pour}} -- [[Utilisateur:Thomas|Thomas]] ([[Discussion utilisateur:Thomas|discussion]]) 30 janvier 2017 à 10:22 (CET)<br />
* {{neutre}} -- [[Utilisateur:Robert leleu|Robert leleu]] ([[Discussion utilisateur:Robert leleu|discussion]] 30 janvier 2017 à 10:45 (CET)<br />
* {{pour}} -- [[Utilisateur:Mimoza|Mimoza]] ([[Discussion utilisateur:Mimoza|discussion]]) 30 janvier 2017 à 22:53 (CET)<br />
* {{neutre}} -- Quelle est la situation actuelle ? [[Utilisateur:Asr|asr]] ([[Discussion utilisateur:Asr|discussion]]) 31 janvier 2017 à 19:28 (CET)<br />
* {{neutre}} -- [[Utilisateur:Nemolivier|nemolivier]] ([[Discussion utilisateur:Nemolivier|discussion]]) 31 janvier 2017 à 22:30 (CET)<br />
<br />
=== Mode d’accès principal aux caractères espaçants et combinants ===<br />
Il s’agit là de choisir la façon d’accéder aux caractères combinants (caractères d’Unicode qui se combinent avec le précédent, par exemple e + ´ = é ; nécessaires pour saisir certains caractères n’existant pas sous la forme d’un seul point de code, par exemple certains caractères du lituanien ou de langues de l’Afrique avec des fréquences non négligeables) et espaçants (caractères d’Unicode associés à un diacritique et prenant la place d’un caractère).<br />
<br />
==== Propositions ====<br />
Dans le tableau suivant, C désigne un combinant et E un espaçant.<br />
{| class="wikitable" border="1" style="text-align: center"<br />
! width="8%" |<br />
! width="15%" | A<br />
! width="15%" | B<br />
! width="15%" | C<br />
! width="15%" | D<br />
! width="15%" | E<br />
! width="15%" | F<br />
|-<br />
! {{t|espace}}<br />
| style="background-color: #C0D9D9" rowspan="4" | E<br />
| style="background-color: #E9C2A6" rowspan="4" | C<br />
| style="background-color: #C0D9D9" rowspan="2" | E<br />
| style="background-color: #E9C2A6" rowspan="2" | C<br />
| style="background-color: #C0D9D9" | E<br />
| style="background-color: #E9C2A6" | C<br />
|-<br />
! {{ts|AltGr|espace}}<br />
| style="background-color: #E9C2A6" | C<br />
| style="background-color: #C0D9D9" | E<br />
|-<br />
! {{ts|Maj|espace}}<br />
| style="background-color: #E9C2A6" rowspan="2" | C<br />
| style="background-color: #C0D9D9" rowspan="2" | E<br />
| style="background-color: #C0D9D9" | E<br />
| style="background-color: #E9C2A6" | C<br />
|-<br />
! {{ts|AltGr|Maj|espace}}<br />
| style="background-color: #E9C2A6" | C<br />
| style="background-color: #C0D9D9" | E<br />
|-<br />
! {{t|.}}<br />
| style="background-color: #E9C2A6" rowspan="8" | C<br />
| style="background-color: #C0D9D9" rowspan="8" | E<br />
| style="background-color: #E9C2A6" rowspan="8" colspan="4" | C<br />
|-<br />
! {{ts|AltGr|.}}<br />
|-<br />
! {{ts|Maj|.}}<br />
|-<br />
! {{ts|AltGr|Maj|.}}<br />
|-<br />
! {{t|’}}<br />
|-<br />
! {{ts|AltGr|’}}<br />
|-<br />
! {{ts|Maj|’}}<br />
|-<br />
! {{ts|AltGr|Maj|’}}<br />
|}<br />
<br />
==== Explications ====<br />
La norme 9995-11 ''suggère'' l’emplacement des combinants sur la touche {{t|.}}<ref>La norme suggère également que les caractères diacrités absents d’Unicode nécessitant plusieurs points de code devraient également pouvoir être produits par touche morte directement, augmentant immensément leur accessibilité et rendant ''de facto'' l’accès aux combinants seuls peu important. Ce n’est pas encore le cas dans BÉPO, l’implémentation ne pouvant facilement sans modification des outils systèmes.</ref>, bien accessible en BÉPO, mais ne se soucie pas de symétrie ; c’est pour cette raison qu’elle est systématiquement associée à l’apostrophe dans les propositions précédentes. Toutes les propositions suivent cette suggestion, à l’exception de la B.<br />
<br />
Les propositions C à F proposent de scinder la barre espace en deux (verticalement ou horizontalement) avec une zone allouée aux espaçants, et une autre aux combinants. Dans tous les cas, des duplications sont proposées pour limiter le risque d’erreur de frappe (en cas de non-relâchage de {{t|Maj}} ou {{t|AltGr}}.<br />
<br />
<references /><br />
<br />
==== Modalités ====<br />
Méthode de Schulze.<br />
<br />
==== Votes ====<br />
* A > C > D > B > E > F -- la compatibilité avec le futur AZERTY (espaçants sur espace, surtout pour " et ') me paraît importante, et les positions proposées pour les combinants très bonnes. --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 30 janvier 2017 à 08:02 (CET)<br />
* A > E > C > D > F > B -- [[Utilisateur:Flamme|Flamme]] ([[Discussion utilisateur:Flamme|discussion]]) 30 janvier 2017 à 08:13 (CET)<br />
* C > D > E > F > A > B -- [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 30 janvier 2017 à 08:39 (CET)<br />
* A > C > E > B > D > F -- [[Utilisateur:Thomas|Thomas]] ([[Discussion utilisateur:Thomas|discussion]]) 30 janvier 2017 à 10:26 (CET)<br />
* A > C > E > B > D > F -- [[Utilisateur:Mimoza|Mimoza]] ([[Discussion utilisateur:Mimoza|discussion]]) 30 janvier 2017 à 22:57 (CET)<br />
* A = C = E > B = D = F -- Je rappelle que le libellé de ce tableau est un non sens. Une fois qu’on considère non plus les combinaisons de touches simultanées, mais la composition de symboles, ce n’est plus AltGr + Espace, mais _, ni Maj + Espace, mais l’espace insécable… -- [[Utilisateur:Laurent|Laurent]] ([[Discussion utilisateur:Laurent|discussion]]) 31 janvier 2017 à 13:34 (CET)<br />
* A > C > E > F = D = B -- [[Utilisateur:Asr|asr]] ([[Discussion utilisateur:Asr|discussion]]) 31 janvier 2017 à 21:20 (CET)<br />
<br />
=== Caractères espaçants à supporter ===<br />
Cette question, orthogonale à la précédente, porte sur le choix des caractères ''espaçants'' à supporter. Certains diacritiques ne sont associées à aucun espaçant (par exemple la corne ; la question ne se pose donc pas), d’autres à des combinants dont la pertinence peut faire défaut. L’on peut donc choisir de n’en inclure qu’une partie.<br />
<br />
==== Propositions ====<br />
Le tableau suivant indique le caractère devant être produit à l’appui sur l’une des positions notées « espaçant » à l’issue du vote précédent.<br />
<br />
{| class="wikitable" border="1" align="center" style="text-align: center"<br />
! width="8%" |<br />
! width="15%" | 1<br />
! width="15%" | 2<br />
! width="15%" | 3<br />
! width="15%" | 4<br />
! width="15%" | 5<br />
|-<br />
! style="white-space: nowrap;" | Accent circonflexe<br />
| colspan="5" | Accent circonflexe (^) {{U|005E}}<br />
|-<br />
! Accent aigu<br />
| colspan="3" | Apostrophe (') {{U|0027}}<br />
| Accent aigu (´) {{U|00B4}}<br />
| Apostrophe (') {{U|0027}}<br />
|-<br />
! Tréma<br />
| colspan="3" | Guillemets droits (") {{U|0022}}<br />
| Tréma (¨) {{U|00A8}} <br />
| Guillemets droits (") {{U|0022}}<br />
|-<br />
! Accent grave<br />
| rowspan="2" | Rien<br />
| colspan="4" | Accent grave (`) {{U|0060}}<br />
|-<br />
! Barre horizontale<br />
| colspan="4" | Tiret demi-cadratin (–) {{U|2013}}<br />
|-<br />
! Tilde<br />
| colspan="2" rowspan="5" | Rien<br />
| colspan="3" | Tilde (~) {{U|007E}}<br />
|-<br />
! Barre oblique<br />
| colspan="3" | Slash (/) {{U|002F}}<br />
|-<br />
! Point souscrit<br />
| colspan="3" | Point (.) {{U|002E}}<br />
|-<br />
! Rond en chef<br />
| colspan="3" | Degré (°) {{U|00B0}}<br />
|-<br />
! Virgule souscrite <br />
| colspan="3" | Virgule (,) {{U|002C}}<br />
|-<br />
! Autres<br />
| colspan="3" | Rien<br />
| Le diacritique espaçant s’il existe dans Unicode, rien sinon.<br />
| Le diacritique espaçant s’il existe dans Unicode, le diacritique combinant sinon.<br />
|}<br />
<br />
==== Explication ====<br />
La proposition 1 propose de limiter la génération de caractères espaçants aux deux cas permettant une plus grande compatibilité avec le clavier AZERTY (' et "), et au circonflexe ASCII dont la position actuelle est peu satisfaisante (bien que dupliquée).<br />
<br />
La proposition 2 ajoute les deux cas où la saisie par touche morte + espace est équivalente à la combinaison en AltGr existante, soit le tiret demi-cadratin et l’accent grave vif (en bouts de ligne).<br />
<br />
La proposition 3 prend en charge toutes les combinaisons produisant des symboles autrement disponibles en BÉPO et utilisés en pratique, même lorsque la combinaison touche morte+espace est moins confortable que le mode d’accès préexistant.<br />
<br />
La proposition 4, extensive, propose de supporter tous les caractères espaçants existant dans Unicode ; par cohérence, les touches mortes accent aigu et trémas produisent alors l’aigu vif et le tréma vif plutôt que l’apostrophe droite et les guillemets droits.<br />
<br />
La proposition 5, enfin, correspond au ''statu quo''.<br />
<br />
==== Vote ====<br />
* 1 = 2 = 3 > 4 > 5 -- [[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 30 janvier 2017 à 08:02 (CET)<br />
* 4 > 3 > 2 > 1 > 5 -- [[Utilisateur:Flamme|Flamme]] ([[Discussion utilisateur:Flamme|discussion]]) 30 janvier 2017 à 08:15 (CET)<br />
* 5 > 4 > 3 > 2 > 1 -- [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 30 janvier 2017 à 08:40 (CET)<br />
* 1 > 2 > 3 > 5 > 4 -- [[Utilisateur:Thomas|Thomas]] ([[Discussion utilisateur:Thomas|discussion]]) 30 janvier 2017 à 10:27 (CET)<br />
* 4 > 3 > 5 > 2 > 1 -- [[Utilisateur:Mimoza|Mimoza]] ([[Discussion utilisateur:Mimoza|discussion]]) 30 janvier 2017 à 23:00 (CET)<br />
* 5 > 3 > 2 > 1 = 4 -- [[Utilisateur:Laurent|Laurent]] ([[Discussion utilisateur:Laurent|discussion]]) 31 janvier 2017 à 13:20 (CET)<br />
* 4 > 5 > 3 > 2 > 1 -- [[Utilisateur:Asr|asr]] ([[Discussion utilisateur:Asr|discussion]]) 31 janvier 2017 à 21:22 (CET)<br />
<br />
=== Accès aux diacritiques espaçants par pression multiple ===<br />
Se pose également la question du maintien au diacritique espaçants par pression multiple sur la touche morte. Celle-ci n’a pas été résolue à l’ajout des touches mortes en double-pression.<br />
<br />
==== Propositions ====<br />
* A — aucun diacritique espaçant n’est rendu accessible par pression multiple.<br />
* B — pour les espaçants choisis à la question précédente, un accès est laissé par pression multiple : en double-pression s’il n’existe pas de diacritique en double-pression, en triple-pression sinon. Par exemple, l’accent circonflexe (^) {{U|005E}} serait accessible en triple-pression sur circonflexe mort {{t|{{r|ˆ}}}} puisque l’accent circonflexe souscrit mort occupe déjà la double-pression sur {{t|{{r|ˆ}}}}, mais le tiret demi-cadratin (–) {{U|2013}} pourrait être effectué par un double-appui sur barre horizontale morte {{t|{{r|–}}}}.<br />
<br />
==== Vote ====<br />
* A -- d’une part l’accès par pression triple me paraît fort peu ergonomique, d’autre part je ne parviens pas à trouver ce comportement suffisamment logique pour être pertinent, même s’il est proposé par Flavien depuis six mois. --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 30 janvier 2017 à 08:02 (CET)<br />
* B -- [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 30 janvier 2017 à 08:41 (CET)<br />
* A -- [[Utilisateur:Thomas|Thomas]] ([[Discussion utilisateur:Thomas|discussion]]) 30 janvier 2017 à 10:35 (CET)<br />
* B -- [[Utilisateur:Mimoza|Mimoza]] ([[Discussion utilisateur:Mimoza|discussion]]) 30 janvier 2017 à 23:02 (CET)<br />
* A -- [[Utilisateur:Asr|asr]] ([[Discussion utilisateur:Asr|discussion]]) 31 janvier 2017 à 19:12 (CET)</div>
Nemolivier
https://bepo.fr/wiki/index.php?title=Discussion:Version_1.1rc1/Touches_mortes/Caract%C3%A8res_morts&diff=28243
Discussion:Version 1.1rc1/Touches mortes/Caractères morts
2017-01-20T22:55:47Z
<p>Nemolivier : /* Propositions */</p>
<hr />
<div>==Caractères pour Exposants/Indices==<br />
Où a tu vu que ^ et _ ont étés choisis comme caractères de ces deux touches mortes.<br><br />
Je proposais d’utiliser ² et ₂ plutôt, mais rien n’a été voté.<br><br />
Le titre de la page est bon, et les questions sont bonnes, mais tu présentes certaines choses comme acquises.<br><br />
[[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 25 novembre 2016 à 13:23 (CET)<br />
:Tu me parles ? Désolé, je viens seulement de trouver ta question ici. — On en a beaucoup discuté, ^ et _ sont les préfixes LaTeX et servent à signifier l’exponentiation et l’indiciation en texte brut, vu sur la ML d’Unicode. Quand ce sont les caractères morts, on a directement la bonne sortie sous Windows quand le caractère n’existe pas en exposant ou en indice. -- [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 5 décembre 2016 à 18:21 (CET)<br />
<br />
== Un chantier plus général à mener ? ==<br />
<br />
Hello,<br />
<br />
Ça a été pointé du doigt dans le vote sur les exposants et indices : la façon dont sont gérés les associations touche morte/caractère associé est assez anarchique en BÉPO, et il serait souhaitable de mettre un peu d’ordre dans tout ça. Pour rappel, chaque touche a un symbole (qui sert à la noter sur les cartes). Il existe dans la version 1.0 essentiellement trois façons d’accéder au symbole associé : par double-pression sur la touche morte, par pression sur la touche morte suivie de la barre espace, et par pression sur la touche morte suivie de Maj+Espace, avec parfois des rendus distincts.<br />
<br />
De façon générale, double pression sur la touche donne le symbole, touche > espace donne soit le symbole, soit symbole proche, et touche > Maj+Espace donne le diacritique combinant pour les touches mortes associées à un diacritique, si celui existe dans Unicode.<br />
<br />
(le tableau suivant est à compléter)<br />
{| {{wtable|center}}<br />
|+ Récapitulatif des comportements en version 1.0rc3<ref>Testé sous X11, dans une installation datant de 2014.</ref><br />
|-<br />
! Touche !! colspan=2 | Symbole sur la carte !! colspan=2 | Double-pression !! colspan=2 | Espace !! colspan=2 | Maj+Espace <br />
|-<br />
| Grave || ` || {{U|0060}} || ` || {{U|0060}} || ` || {{U|0060}} || ` combinant || {{U|0300}}<br />
|-<br />
| Aigu || ´ || {{U|00B4}} || ´ || {{U|00B4}} || ' || {{U|0027}} || ´ combinant || {{U|0301}}<br />
|-<br />
| Circonflexe || ^ || {{U|005E}} || ^ || {{U|005E}} || ^ || {{U|005E}} || ^ combinant || {{U|0302}}<br />
|}<br />
<br />
La version 1.1 rajoute encore à l’incohérence en supprimant certains accès par double-pression pour des touches associées à des diacritiques (puisque cela donne à la place d’autres diacritiques). En revanche, les touches n’étant pas associées à des diacritiques peuvent avoir un comportement. Il serait souhaitable de proposer une solution d’ensemble convenant à tous les caractères. Par exemple :<br />
* Pour les diacritiques, toujours mettre le diacritique espaçant (s’il existe) sur espace et le combinant (s’il existe) sur Maj+Espace, dans le cas contraire laisser les positions vides. Ne plus proposer le symbole associé en double-pression de la touche morte.<br />
* Pour les autres touches (monnaie, grec, science, exposant et indice, latin étendu éventuellement API, cyrillique, hébreu et arabe) : que faire ? Certains caractères ne sont jusqu’à présent accessibles que par double-pression (c’est le cas de ¤ vif et de µ — micro) et devraient le rester. En revanche, sur indice et exposant, scientifique ou latin étendu le comportement peut encore évoluer.<br />
<br />
Par ailleurs, sous Windows le symbole apparaît dans les cas où l’enchaînement de touches n’est pas déterminé. Par exemple, si @ est le symbole d’une touche morte et si la combinaison @ puis X n’est pas défini, alors cette combinaison produira la chaîne « @X » sous Windows (mais rien sous X.org). Ce comportement n’est pas modifiable, mais pas non plus primordial.<br />
: Sous MacOS aussi. [^] [/] -> « ^/ » [[Utilisateur:Asr|asr]] ([[Discussion utilisateur:Asr|discussion]]) 19 janvier 2017 à 18:37 (CET)<br />
<br />
Bien cordialement --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 4 décembre 2016 à 23:14 (CET)<br />
<br />
PS : si quelqu’un est motivé pour compléter le tableau, qu’il n’hésite pas !<br />
: OK pour le tableau, mais j'y mettrais les caractères morts proposés, du coup. -- [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 5 décembre 2016 à 18:21 (CET)<br />
:: Pour l’instant, je me contente de recenser ce qui existe, si tu le veux bien. --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 5 décembre 2016 à 20:47 (CET)<br />
::: Désolé de ne pouvoir actuellement prendre le temps de documenter le bépo&nbsp;1.0 ''per se''. — FWIW, des caractères morts proposés sont [[Utilisateur:Marcel/Version_2.0#Comparatif_des_touches_mortes_classiques|ici]] et [[Utilisateur:Marcel/Version_1.1#Comparatif_des_touches_mortes_classiques|ici]]. -- [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 6 décembre 2016 à 08:13 (CET)<br />
:::: Toutefois j’ai pu créer le modèle {{m|wtable}} palliant la non-implémentation de la classe "wikitable", et me suis permis de l’appliquer au tableau que tu as commencé.<br />
:::: J’en profite pour soumettre à votre considération que dans le souci de mener rapidement à un projet de norme présentable pour la réunion du 16&nbsp;décembre, la documentation du bépo 1.0 me semble devoir être dépriorisée au profit de la conception du nouveau système de caractères morts… -- [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 7 décembre 2016 à 01:45 (CET)<br />
<br />
La proposition suivante a été formulée sur IRC :<br />
* Pour les touches mortes correspondant à une diacritique :<br />
** Choix comme symbole de la diacritique elle-même<br />
** En touche espace, diacritique combinante<br />
** En Maj+Espace, diacritique espaçante ''si elle existe'', rien sinon<br />
** En AltGr+Espace, lette modificatrice ''si elle existe'', rien sinon<br />
** En double pression, éventuellement une autre touche morte (voir ce qui a déjà été voté, par exemple deux fois aigu = double aigu), sinon rien.<br />
* Pour les touches mortes ne correspondant pas à une diacritique (grec, exposants et indices, scientifique, symbole monétaire, latin étendu)<br />
** Symboles choisis par vote (µ pour grec, en cours pour latin étendu et scientifique, ᵉ pour exposant, ¤ pour symbole monétaire).<br />
** En double pression : comportement à déterminer selon la touche. Pas de raison de changer symbole monétaire et grec ; rien pour exposant ; respecter la carte adoptée pour latin et scientifique.<br />
** Sur la barre d’espacement, rien ''sauf'' si au cas par cas, il appert que la combinaison touche morte + espace serait pertinente. Donc pour latin et ponctuation, respect de la carte votée ; pour les quatre autres ''a priori'' rien.<br />
<br />
Si des points sont peu clairs, merci de le signaler. Par ailleurs, LeBret a suggéré par courriel que ce comportement puisse être laissé indéterminé par la norme. Ce sera toujours une solution si l’on n’arrive pas à tenir les délais, mais je pense qu’on peut aboutir à un accord ! --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 7 décembre 2016 à 09:45 (CET)<br />
<br />
________________________<br />
<references /><br />
<br />
== Vote ==<br />
<br />
=== Durée ===<br />
Septante-deux heures, soit jusqu’au samedi 10 décembre, 20 h.<br />
<br />
=== Comportement de la barre d’espacement lorsqu’une touche morte est active ===<br />
Faut-il modifier le comportement de la barre d’espacement lorsqu’une touche morte est active de l’une des façons suivante ?<br />
<br />
==== Propositions ====<br />
* A : le comportement de la barre espace est harmonisé de la façon suivante :<br />
** Pour les touches mortes correspondant à une diacritique :<br />
*** Choix comme symbole de la diacritique elle-même<br />
*** En {{t|Espace}}, diacritique combinante (pour former le caractère décomposé)<br />
*** En {{ts|Maj|Espace}}, diacritique espaçante ''si elle existe'', rien sinon.<br />
*** En {{ts|AltGr|Espace}}, lette modificatrice ''si elle existe'', rien sinon.<br />
*** En double pression, éventuellement une autre touche morte (selon les votes ayant déjà eu lieu, par exemple circonflexe mort + circonflexe mort = circonflexe souscrit mort), sinon rien.<br />
** Pour les touches mortes ne correspondant pas à une diacritique (grec, exposants et indices, scientifique, symbole monétaire, latin étendu)<br />
*** Symboles choisis par vote (µ pour grec, en cours de discussion pour latin étendu et scientifique, ᵉ pour exposant, ¤ pour symbole monétaire).<br />
*** En double pression : pas de changement pour symbole monétaire et grec ; rien pour exposant ; respect de la carte adoptée pour latin et scientifique. À déterminer au cas par cas pour d’éventuels votes futurs.<br />
*** Sur la barre d’espacement, rien ''sauf'' si au cas par cas, il appert que la combinaison touche morte + espace serait pertinente. Donc pour latin et ponctuation, respect de la carte votée ; pour les quatre autres ''a priori'' rien.<br />
* B : variante, le comportement de la barre espace est harmonisé de la façon suivante :<br />
** Pour les touches mortes correspondant à une diacritique :<br />
*** Choix comme symbole de la diacritique elle-même<br />
*** En {{t|Espace}}, diacritique espaçante ''si elle existe'', rien sinon.<br />
*** En {{ts|Maj|Espace}}, diacritique combinante (pour former le caractère décomposé).<br />
*** En {{ts|AltGr|Espace}}, lette modificatrice ''si elle existe'', rien sinon.<br />
*** En double pression, éventuellement une autre touche morte (selon les votes ayant déjà eu lieu, par exemple circonflexe mort + circonflexe mort = circonflexe souscrit mort), sinon rien.<br />
** Pour les touches mortes ne correspondant pas à une diacritique (grec, exposants et indices, scientifique, symbole monétaire, latin étendu)<br />
*** Symboles choisis par vote (µ pour grec, en cours de discussion pour latin étendu et scientifique, ᵉ pour exposant, ¤ pour symbole monétaire).<br />
*** En double pression : pas de changement pour symbole monétaire et grec ; rien pour exposant ; respect de la carte adoptée pour latin et scientifique. À déterminer au cas par cas pour d’éventuels votes futurs.<br />
*** Sur la barre d’espacement, rien ''sauf'' si au cas par cas, il appert que la combinaison touche morte + espace serait pertinente. Donc pour latin et ponctuation, respect de la carte votée ; pour les quatre autres ''a priori'' rien.<br />
* C : ''statu quo''<br />
* D : idem à B, mais sans l’introduction de lettre modificatrice.<br />
* E : idem à B, mais les diacritiques combinants sont à la place positionnés sur la touche point, en accès direct. --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 8 décembre 2016 à 20:46 (CET)<br />
<br />
==== Méthode ====<br />
Méthode Schulze. Si une proposition est rajoutée au cours de la première journée de vote, alors les votes n’ayant pas été modifiés pour en tenir compte ne seront pas décomptés.<br />
<br />
==== Votes ====<br />
# E > A > B > D > C -- [[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 7 décembre 2016 à 20:35 (CET)<br />
# E > B > D > C > A -- [[Utilisateur:Flamme|Flamme]] ([[Discussion utilisateur:Flamme|discussion]]) 7 décembre 2016 à 20:51 (CET) (La proposition A change drastiquement le comportement usuel d’une touche morte avec Espace, et ne servira que que pour créer des caractères inusuels utiles à une poignée d’experts. Pour ceux qui l’ignorent, avec les diacritiques combinants, un caractère dessiné contient en vérité deux caractères, voire plus; par exemple, len("à") == 2, car "à" est en interne quelque chose comme "a`").<br />
#: Comme on le disait sur IRC, cette situation n’est pas le fait du BÉPO, mais du standard Unicode. Un caractère peut exister soit sous une forme précomposée, soit décomposée, et les outils doivent en tenir compte. En revanche, l’on obtient de cette façon un certain nombre de caractères qui n’existent pas dans le standard Unicode, voire n’existeront jamais si j’ai bien compris ce que dit Marcel (Unicode ne semblant plus disposé à inclure une infinité de caractères précomposés). My two cents. :-) --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 7 décembre 2016 à 21:44 (CET)<br />
#::Le problème, ce n’est pas intrinsèquement les combinants, c’est la place que leur réserve la proposition A. -- [[Utilisateur:Flamme|Flamme]] ([[Discussion utilisateur:Flamme|discussion]]) 9 décembre 2016 à 15:06 (CET)<br />
# C > B > E > D > A -- [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 7 décembre 2016 à 21:28 (CET)<br />
# C > B > A > D > E -- [[Utilisateur:Mimoza|Mimoza]] ([[Discussion utilisateur:Mimoza|discussion]]) 7 décembre 2016 à 23:25 (CET)<br />
# A > B > C -- [[Utilisateur:Logisim|Logisim]] ([[Discussion utilisateur:Logisim|discussion]]) 8 décembre 2016 à 16:10 (CET)<br />
# D > E > C > B > A -- [[Utilisateur:LeBret|LeBret]] ([[Discussion utilisateur:LeBret|discussion]]) 8 décembre 2016 à 20:34 (CET)<br />
# D > B > E > C > A -- [[Utilisateur:Europano|Europano]] ([[Discussion utilisateur:Europano|discussion]]) 10 décembre 2016 à 11:13 (CET)<br />
# je comprends rien, on peut étendre un peu? -- [[Utilisateur:JulieCaroline|JulieCaroline]] ([[Discussion utilisateur:JulieCaroline|discussion]]) 10 décembre 2016 à 16:49 (CET)<br />
#:En gros les espaçantes et [[wp:Lettre_modificative|modificatrices]] apparaissent à l’identique mais n’ont pas le même rôle. Je pense ne pas avoir besoin d’expliquer pour les combinantes. -- [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 10 décembre 2016 à 17:09 (CET)<br />
# C > A > B > D > E -- Les options autour desquelles on échangeait depuis 2 semaines ont '''encore''' été déformées, ça devient franchement saoulant [[Utilisateur:Crako|Crako]] ([[Discussion utilisateur:Crako|discussion]]) 10 décembre 2016 à 19:19 (CET)<br />
#: et accessoirement, j’ai toujours pas compris pourquoi on ne mettrait pas la lettre modificatrice pour le cas où y’a pas d’espaçante.<br />
#:: Pour ne pas perdre en cohérence : si l’on décide de mettre les modificatrices en AltGr et les chassantes en direct, pourquoi diable aller mettre sur une touche la modificatrice là où l’on attend la chassante ? C’est un peu comme si l’on décidait sur la carte accent circonflexe d’aller mettre les circonflexes souscrits lorsque le circonflexe simple n’existe pas, alors qu’on a choisi de mettre les circonflexes souscrits ailleurs (en deux fois circonflexe) --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 12 décembre 2016 à 00:11 (CET)<br />
# C > A > D > B > E -- [[Utilisateur:A2|A2]] ([[Discussion utilisateur:A2|discussion]]) 10 décembre 2016 à 19:58 (CET)<br />
# E > B > D > C > A -- [[Utilisateur:Laurent|Laurent]] ([[Discussion utilisateur:Laurent|discussion]]) 11 décembre 2016 à 04:46 (CET)<br />
# D > E > C > B > A -- [[Utilisateur:Thomas|Thomas]] ([[Discussion utilisateur:Thomas|discussion]]) 12 décembre 2016 à 11:32 (CET)<br />
<br />
===== Résultat =====<br />
'''Le vote est clos sans qu’une décision soit prise.'''<br />
<br />
===== Lettres modificatrices =====<br />
Ce vote ne se contente pas d’uniformiser un comportement, elle introduit toute la série des lettres modificatrices qui actuellement ne sont pas supportées par bépo. À mimima il faudrait le signaler. Et mieux, il faudrait dire à quoi elles servent, parce que les diacritiques combinants je les utilise (par exemple le p̃ est une abbréviation latine que j’ai utilisé une fois, et malheureusement absente d’unicode.) Mais les lettres modificatrices ??? Qui peut me dire l’intérêt de les introduire ?<br />
<br />
Si le but, en plus d’uniformiser le comportement, est de faciliter l’accès aux diacritiques combinants, j’avoue que ça m’interesse. Mais dans ce cas je préfère la solution suggérée par ISO à savoir {{tm|morte}} + point. Ça ne change pas le fonctionnement de l’espace et c’est aussi facile à taper vu que le point est en direct.<br />
[[Utilisateur:LeBret|LeBret]] ([[Discussion utilisateur:LeBret|discussion]]) 8 décembre 2016 à 18:48 (CET)<br />
: Salut. L’introduction des lettres modificatrices a été discuté sur IRC, notamment du fait que toutes les diacritiques n’ont pas d’espaçante. Je crois que cela facilite la saisie de l’API, mais je ne puis pas le garantir.<br />
: Tu as bien fait d’ajouter la proposition D. Sinon, si une solution est recommandée par l’ISO, je me permets d’ajouter une nouvelle option pour la suivre. Bien à toi --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 8 décembre 2016 à 20:45 (CET)<br />
:: Est-ce que cela ne relève pas plutôt du vote sur les [[Version_1.1/Touches_mortes/Diacritiques|diacritiques]] ?<br />
:: Quand aux lettres modificatrices, vu que l’API n’est pas encore introduit, ça peut attendre, non ? (Et puis honnêtement l’API… je suis prêt à parier qu’il y a plus de gens qui voudraient les émojis que l’API) -- [[Utilisateur:LeBret|LeBret]] ([[Discussion utilisateur:LeBret|discussion]]) 8 décembre 2016 à 22:45 (CET)<br />
<br />
=== Normalisation du comportement de la barre d’espacement ===<br />
Le comportement de la barre d’espacement lorsqu’une touche morte est active doit-il être précisé dans le brouillon de norme ?<br />
<br />
==== Propositions ====<br />
# A : oui, quelle que soit l’issue du vote précédent.<br />
# B : oui seulement si l’issue du vote précédent n’est pas le maintien du ''statu quo'' ; non si la proposition C est adoptée.<br />
# C : non, quelle que soit l’issue du vote précédent.<br />
<br />
==== Méthode ====<br />
Méthode Schulze. Si une proposition est rajoutée au cours de la première journée de vote, alors les votes n’ayant pas été modifiés pour en tenir compte ne seront pas décomptés.<br />
<br />
==== Votes ====<br />
# B > C > A -- [[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 7 décembre 2016 à 20:40 (CET)<br />
# A > B > C -- [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 7 décembre 2016 à 21:29 (CET)<br />
# B > C > A -- [[Utilisateur:Europano|Europano]] ([[Discussion utilisateur:Europano|discussion]]) 10 décembre 2016 à 11:16 (CET)<br />
# neutre -- [[Utilisateur:JulieCaroline|JulieCaroline]] ([[Discussion utilisateur:JulieCaroline|discussion]]) 10 décembre 2016 à 17:05 (CET)<br />
# B > A > C -- [[Utilisateur:Mimoza|Mimoza]] ([[Discussion utilisateur:Mimoza|discussion]]) 11 décembre 2016 à 22:43 (CET)<br />
<br />
===== Résultat =====<br />
'''Le comportement n’est pas normalisé.'''<br />
<br />
== Vote, version 2 ==<br />
<br />
Le vote précédent n’ayant pas permis d’arriver à une proposition consensuelle, alors qu’il serait souhaitable que cette question soit tranchée pour la normalisation de la disposition BÉPO, d’autres solutions sont proposées.<br />
<br />
Je me permets de rappeler [https://listengine.tuxfamily.org/ergodis.org/discussions/2017/01/msg00107.html ce courriel] envoyé à la ''mailing-list'', dans lequel sont justifiées les propositions A et variantes.<br />
<br />
=== Durée ===<br />
À fixer.<br />
<br />
=== Système de vote ===<br />
Ce sera la méthode de Schulze.<br />
<br />
=== Propositions ===<br />
Actuellement, les propositions sont les suivantes :<br />
* Propositions A1 à A4 : le comportement de la barre d’espacement est harmonisé de la façon suivante :<br />
** Lorsqu’une touche morte non-diacritique (grec, exposants et indices, scientifique, symbole monétaire, latin étendu) est active est harmonisé de la façon suivante :<br />
*** En double pression : pas de changement pour symbole monétaire et grec ; rien pour exposant ; respect de la carte adoptée pour latin et scientifique. Le symbole associé à la touche morte peut ne pas correspondre au caractère obtenu en double-pression.<br />
*** Sur la barre d’espacement, rien ''sauf'' si au cas par cas, il apparaît que la combinaison touche morte + espace serait pertinente. Plus précisément, respect de la carte votée pour la touche latin étendu, rien pour les autres touches mortes, et comportement à déterminer pour d’éventuelles futures nouvelles touches mortes.<br />
** Lorsqu’une touche morte diacritique est enfoncée,<br />
*** En double pression, soit une autre touche morte diacritique est activée, soit aucun caractère n’est produit.<br />
*** La diacritique combinante est accessible par un appui sur {{touche|.}} (point).<br />
*** Les positions {{ts|AltGr|espace}}, {{ts|Maj|espace}} et {{ts|AltGr|Maj|espace}} ne produisent aucun caractère.<br />
*** Le comportement de la proposition espace est détaillé dans le tableau suivant.<br />
{| class="wikitable" border="1" align="center" style="text-align: center"<br />
! width="8%" |<br />
! width="15%" | A1<br />
! width="15%" | A2<br />
! width="15%" | A3<br />
! width="15%" | A4<br />
|-<br />
! style="white-space: nowrap;" | Accent circonflexe<br />
| colspan="4" | Accent circonflexe (^) {{U|005E}}<br />
|-<br />
! Accent aigu<br />
| colspan="3" | Apostrophe (') {{U|0027}}<br />
| Accent aigu (´) {{U|00B4}}<br />
|-<br />
! Tréma<br />
| colspan="3" | Guillemets droits (") {{U|0022}}<br />
| Tréma (¨) {{U|00A8}} <br />
|-<br />
! Accent grave<br />
| rowspan="2" | Rien<br />
| colspan="3" | Accent grave (`) {{U|0060}}<br />
|-<br />
! Barre horizontale<br />
| colspan="3" | Tiret demi-cadratin (–) {{U|2013}}<br />
|-<br />
! Tilde<br />
| colspan="2" rowspan="5" | Rien<br />
| colspan="2" | Tilde (~) {{U|007E}}<br />
|-<br />
! Barre oblique<br />
| colspan="2" | Slash (/) {{U|002F}}<br />
|-<br />
! Point souscrit<br />
| colspan="2" | Point (.) {{U|002E}}<br />
|-<br />
! Rond en chef<br />
| colspan="2" | Degré (°) {{U|00B0}}<br />
|-<br />
! Virgule souscrite <br />
| colspan="2" | Virgule (,) {{U|002C}}<br />
|-<br />
! Autres<br />
| colspan="3" | Rien<br />
| Le diacritique espaçant s’il existe dans Unicode, rien sinon<br />
|}<br />
<br />
* B — Aucune des propositions précédentes.<br />
<br />
=== Justifications des propositions ===<br />
Concernant le comportement des touches mortes non diacritiques, les propositions A1 à A4 reprennent les idées du vote précédent, qui semblent n’avoir guère été remises en question. Elles proposent de déplacer les diacritiques combinantes sur la touche point pour suivre la norme ISO 9995-9, de supprimer les combinaisons par double-saisie.<br />
<br />
La proposition A1 propose de limiter la génération de caractères espaçants aux deux cas permettant une plus grande compatibilité avec le clavier AZERTY (' et "), et au circonflexe ASCII dont les positions actuelles sont peu satisfaisantes. La proposition A2 ajoute les deux cas où la saisie par touche morte + espace est équivalente à la combinaison en AltGr existante, soit le tiret demi-cadratin et l’accent grave vif (en bouts de ligne). La proposition A3 prend en charge toutes les combinaisons produisant des symboles autrement disponibles en BÉPO et utilisés en pratique, même lorsque la combinaison touche morte+espace est moins confortable que le mode d’accès préexistant, ce qui revient à ajouter. Enfin, la proposition A4, extensive, propose de supporter tous les caractères espaçants existant dans Unicode ; par cohérence, les touches mortes accent aigu et trémas produisent alors l’aigu vif et le tréma vif plutôt que l’apostrophe droite et les guillemets droits.</div>
Nemolivier
https://bepo.fr/wiki/index.php?title=Discussion:Version_1.1rc1/Touches_mortes/Caract%C3%A8res_morts&diff=28242
Discussion:Version 1.1rc1/Touches mortes/Caractères morts
2017-01-20T22:55:07Z
<p>Nemolivier : /* Propositions */</p>
<hr />
<div>==Caractères pour Exposants/Indices==<br />
Où a tu vu que ^ et _ ont étés choisis comme caractères de ces deux touches mortes.<br><br />
Je proposais d’utiliser ² et ₂ plutôt, mais rien n’a été voté.<br><br />
Le titre de la page est bon, et les questions sont bonnes, mais tu présentes certaines choses comme acquises.<br><br />
[[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 25 novembre 2016 à 13:23 (CET)<br />
:Tu me parles ? Désolé, je viens seulement de trouver ta question ici. — On en a beaucoup discuté, ^ et _ sont les préfixes LaTeX et servent à signifier l’exponentiation et l’indiciation en texte brut, vu sur la ML d’Unicode. Quand ce sont les caractères morts, on a directement la bonne sortie sous Windows quand le caractère n’existe pas en exposant ou en indice. -- [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 5 décembre 2016 à 18:21 (CET)<br />
<br />
== Un chantier plus général à mener ? ==<br />
<br />
Hello,<br />
<br />
Ça a été pointé du doigt dans le vote sur les exposants et indices : la façon dont sont gérés les associations touche morte/caractère associé est assez anarchique en BÉPO, et il serait souhaitable de mettre un peu d’ordre dans tout ça. Pour rappel, chaque touche a un symbole (qui sert à la noter sur les cartes). Il existe dans la version 1.0 essentiellement trois façons d’accéder au symbole associé : par double-pression sur la touche morte, par pression sur la touche morte suivie de la barre espace, et par pression sur la touche morte suivie de Maj+Espace, avec parfois des rendus distincts.<br />
<br />
De façon générale, double pression sur la touche donne le symbole, touche > espace donne soit le symbole, soit symbole proche, et touche > Maj+Espace donne le diacritique combinant pour les touches mortes associées à un diacritique, si celui existe dans Unicode.<br />
<br />
(le tableau suivant est à compléter)<br />
{| {{wtable|center}}<br />
|+ Récapitulatif des comportements en version 1.0rc3<ref>Testé sous X11, dans une installation datant de 2014.</ref><br />
|-<br />
! Touche !! colspan=2 | Symbole sur la carte !! colspan=2 | Double-pression !! colspan=2 | Espace !! colspan=2 | Maj+Espace <br />
|-<br />
| Grave || ` || {{U|0060}} || ` || {{U|0060}} || ` || {{U|0060}} || ` combinant || {{U|0300}}<br />
|-<br />
| Aigu || ´ || {{U|00B4}} || ´ || {{U|00B4}} || ' || {{U|0027}} || ´ combinant || {{U|0301}}<br />
|-<br />
| Circonflexe || ^ || {{U|005E}} || ^ || {{U|005E}} || ^ || {{U|005E}} || ^ combinant || {{U|0302}}<br />
|}<br />
<br />
La version 1.1 rajoute encore à l’incohérence en supprimant certains accès par double-pression pour des touches associées à des diacritiques (puisque cela donne à la place d’autres diacritiques). En revanche, les touches n’étant pas associées à des diacritiques peuvent avoir un comportement. Il serait souhaitable de proposer une solution d’ensemble convenant à tous les caractères. Par exemple :<br />
* Pour les diacritiques, toujours mettre le diacritique espaçant (s’il existe) sur espace et le combinant (s’il existe) sur Maj+Espace, dans le cas contraire laisser les positions vides. Ne plus proposer le symbole associé en double-pression de la touche morte.<br />
* Pour les autres touches (monnaie, grec, science, exposant et indice, latin étendu éventuellement API, cyrillique, hébreu et arabe) : que faire ? Certains caractères ne sont jusqu’à présent accessibles que par double-pression (c’est le cas de ¤ vif et de µ — micro) et devraient le rester. En revanche, sur indice et exposant, scientifique ou latin étendu le comportement peut encore évoluer.<br />
<br />
Par ailleurs, sous Windows le symbole apparaît dans les cas où l’enchaînement de touches n’est pas déterminé. Par exemple, si @ est le symbole d’une touche morte et si la combinaison @ puis X n’est pas défini, alors cette combinaison produira la chaîne « @X » sous Windows (mais rien sous X.org). Ce comportement n’est pas modifiable, mais pas non plus primordial.<br />
: Sous MacOS aussi. [^] [/] -> « ^/ » [[Utilisateur:Asr|asr]] ([[Discussion utilisateur:Asr|discussion]]) 19 janvier 2017 à 18:37 (CET)<br />
<br />
Bien cordialement --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 4 décembre 2016 à 23:14 (CET)<br />
<br />
PS : si quelqu’un est motivé pour compléter le tableau, qu’il n’hésite pas !<br />
: OK pour le tableau, mais j'y mettrais les caractères morts proposés, du coup. -- [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 5 décembre 2016 à 18:21 (CET)<br />
:: Pour l’instant, je me contente de recenser ce qui existe, si tu le veux bien. --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 5 décembre 2016 à 20:47 (CET)<br />
::: Désolé de ne pouvoir actuellement prendre le temps de documenter le bépo&nbsp;1.0 ''per se''. — FWIW, des caractères morts proposés sont [[Utilisateur:Marcel/Version_2.0#Comparatif_des_touches_mortes_classiques|ici]] et [[Utilisateur:Marcel/Version_1.1#Comparatif_des_touches_mortes_classiques|ici]]. -- [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 6 décembre 2016 à 08:13 (CET)<br />
:::: Toutefois j’ai pu créer le modèle {{m|wtable}} palliant la non-implémentation de la classe "wikitable", et me suis permis de l’appliquer au tableau que tu as commencé.<br />
:::: J’en profite pour soumettre à votre considération que dans le souci de mener rapidement à un projet de norme présentable pour la réunion du 16&nbsp;décembre, la documentation du bépo 1.0 me semble devoir être dépriorisée au profit de la conception du nouveau système de caractères morts… -- [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 7 décembre 2016 à 01:45 (CET)<br />
<br />
La proposition suivante a été formulée sur IRC :<br />
* Pour les touches mortes correspondant à une diacritique :<br />
** Choix comme symbole de la diacritique elle-même<br />
** En touche espace, diacritique combinante<br />
** En Maj+Espace, diacritique espaçante ''si elle existe'', rien sinon<br />
** En AltGr+Espace, lette modificatrice ''si elle existe'', rien sinon<br />
** En double pression, éventuellement une autre touche morte (voir ce qui a déjà été voté, par exemple deux fois aigu = double aigu), sinon rien.<br />
* Pour les touches mortes ne correspondant pas à une diacritique (grec, exposants et indices, scientifique, symbole monétaire, latin étendu)<br />
** Symboles choisis par vote (µ pour grec, en cours pour latin étendu et scientifique, ᵉ pour exposant, ¤ pour symbole monétaire).<br />
** En double pression : comportement à déterminer selon la touche. Pas de raison de changer symbole monétaire et grec ; rien pour exposant ; respecter la carte adoptée pour latin et scientifique.<br />
** Sur la barre d’espacement, rien ''sauf'' si au cas par cas, il appert que la combinaison touche morte + espace serait pertinente. Donc pour latin et ponctuation, respect de la carte votée ; pour les quatre autres ''a priori'' rien.<br />
<br />
Si des points sont peu clairs, merci de le signaler. Par ailleurs, LeBret a suggéré par courriel que ce comportement puisse être laissé indéterminé par la norme. Ce sera toujours une solution si l’on n’arrive pas à tenir les délais, mais je pense qu’on peut aboutir à un accord ! --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 7 décembre 2016 à 09:45 (CET)<br />
<br />
________________________<br />
<references /><br />
<br />
== Vote ==<br />
<br />
=== Durée ===<br />
Septante-deux heures, soit jusqu’au samedi 10 décembre, 20 h.<br />
<br />
=== Comportement de la barre d’espacement lorsqu’une touche morte est active ===<br />
Faut-il modifier le comportement de la barre d’espacement lorsqu’une touche morte est active de l’une des façons suivante ?<br />
<br />
==== Propositions ====<br />
* A : le comportement de la barre espace est harmonisé de la façon suivante :<br />
** Pour les touches mortes correspondant à une diacritique :<br />
*** Choix comme symbole de la diacritique elle-même<br />
*** En {{t|Espace}}, diacritique combinante (pour former le caractère décomposé)<br />
*** En {{ts|Maj|Espace}}, diacritique espaçante ''si elle existe'', rien sinon.<br />
*** En {{ts|AltGr|Espace}}, lette modificatrice ''si elle existe'', rien sinon.<br />
*** En double pression, éventuellement une autre touche morte (selon les votes ayant déjà eu lieu, par exemple circonflexe mort + circonflexe mort = circonflexe souscrit mort), sinon rien.<br />
** Pour les touches mortes ne correspondant pas à une diacritique (grec, exposants et indices, scientifique, symbole monétaire, latin étendu)<br />
*** Symboles choisis par vote (µ pour grec, en cours de discussion pour latin étendu et scientifique, ᵉ pour exposant, ¤ pour symbole monétaire).<br />
*** En double pression : pas de changement pour symbole monétaire et grec ; rien pour exposant ; respect de la carte adoptée pour latin et scientifique. À déterminer au cas par cas pour d’éventuels votes futurs.<br />
*** Sur la barre d’espacement, rien ''sauf'' si au cas par cas, il appert que la combinaison touche morte + espace serait pertinente. Donc pour latin et ponctuation, respect de la carte votée ; pour les quatre autres ''a priori'' rien.<br />
* B : variante, le comportement de la barre espace est harmonisé de la façon suivante :<br />
** Pour les touches mortes correspondant à une diacritique :<br />
*** Choix comme symbole de la diacritique elle-même<br />
*** En {{t|Espace}}, diacritique espaçante ''si elle existe'', rien sinon.<br />
*** En {{ts|Maj|Espace}}, diacritique combinante (pour former le caractère décomposé).<br />
*** En {{ts|AltGr|Espace}}, lette modificatrice ''si elle existe'', rien sinon.<br />
*** En double pression, éventuellement une autre touche morte (selon les votes ayant déjà eu lieu, par exemple circonflexe mort + circonflexe mort = circonflexe souscrit mort), sinon rien.<br />
** Pour les touches mortes ne correspondant pas à une diacritique (grec, exposants et indices, scientifique, symbole monétaire, latin étendu)<br />
*** Symboles choisis par vote (µ pour grec, en cours de discussion pour latin étendu et scientifique, ᵉ pour exposant, ¤ pour symbole monétaire).<br />
*** En double pression : pas de changement pour symbole monétaire et grec ; rien pour exposant ; respect de la carte adoptée pour latin et scientifique. À déterminer au cas par cas pour d’éventuels votes futurs.<br />
*** Sur la barre d’espacement, rien ''sauf'' si au cas par cas, il appert que la combinaison touche morte + espace serait pertinente. Donc pour latin et ponctuation, respect de la carte votée ; pour les quatre autres ''a priori'' rien.<br />
* C : ''statu quo''<br />
* D : idem à B, mais sans l’introduction de lettre modificatrice.<br />
* E : idem à B, mais les diacritiques combinants sont à la place positionnés sur la touche point, en accès direct. --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 8 décembre 2016 à 20:46 (CET)<br />
<br />
==== Méthode ====<br />
Méthode Schulze. Si une proposition est rajoutée au cours de la première journée de vote, alors les votes n’ayant pas été modifiés pour en tenir compte ne seront pas décomptés.<br />
<br />
==== Votes ====<br />
# E > A > B > D > C -- [[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 7 décembre 2016 à 20:35 (CET)<br />
# E > B > D > C > A -- [[Utilisateur:Flamme|Flamme]] ([[Discussion utilisateur:Flamme|discussion]]) 7 décembre 2016 à 20:51 (CET) (La proposition A change drastiquement le comportement usuel d’une touche morte avec Espace, et ne servira que que pour créer des caractères inusuels utiles à une poignée d’experts. Pour ceux qui l’ignorent, avec les diacritiques combinants, un caractère dessiné contient en vérité deux caractères, voire plus; par exemple, len("à") == 2, car "à" est en interne quelque chose comme "a`").<br />
#: Comme on le disait sur IRC, cette situation n’est pas le fait du BÉPO, mais du standard Unicode. Un caractère peut exister soit sous une forme précomposée, soit décomposée, et les outils doivent en tenir compte. En revanche, l’on obtient de cette façon un certain nombre de caractères qui n’existent pas dans le standard Unicode, voire n’existeront jamais si j’ai bien compris ce que dit Marcel (Unicode ne semblant plus disposé à inclure une infinité de caractères précomposés). My two cents. :-) --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 7 décembre 2016 à 21:44 (CET)<br />
#::Le problème, ce n’est pas intrinsèquement les combinants, c’est la place que leur réserve la proposition A. -- [[Utilisateur:Flamme|Flamme]] ([[Discussion utilisateur:Flamme|discussion]]) 9 décembre 2016 à 15:06 (CET)<br />
# C > B > E > D > A -- [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 7 décembre 2016 à 21:28 (CET)<br />
# C > B > A > D > E -- [[Utilisateur:Mimoza|Mimoza]] ([[Discussion utilisateur:Mimoza|discussion]]) 7 décembre 2016 à 23:25 (CET)<br />
# A > B > C -- [[Utilisateur:Logisim|Logisim]] ([[Discussion utilisateur:Logisim|discussion]]) 8 décembre 2016 à 16:10 (CET)<br />
# D > E > C > B > A -- [[Utilisateur:LeBret|LeBret]] ([[Discussion utilisateur:LeBret|discussion]]) 8 décembre 2016 à 20:34 (CET)<br />
# D > B > E > C > A -- [[Utilisateur:Europano|Europano]] ([[Discussion utilisateur:Europano|discussion]]) 10 décembre 2016 à 11:13 (CET)<br />
# je comprends rien, on peut étendre un peu? -- [[Utilisateur:JulieCaroline|JulieCaroline]] ([[Discussion utilisateur:JulieCaroline|discussion]]) 10 décembre 2016 à 16:49 (CET)<br />
#:En gros les espaçantes et [[wp:Lettre_modificative|modificatrices]] apparaissent à l’identique mais n’ont pas le même rôle. Je pense ne pas avoir besoin d’expliquer pour les combinantes. -- [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 10 décembre 2016 à 17:09 (CET)<br />
# C > A > B > D > E -- Les options autour desquelles on échangeait depuis 2 semaines ont '''encore''' été déformées, ça devient franchement saoulant [[Utilisateur:Crako|Crako]] ([[Discussion utilisateur:Crako|discussion]]) 10 décembre 2016 à 19:19 (CET)<br />
#: et accessoirement, j’ai toujours pas compris pourquoi on ne mettrait pas la lettre modificatrice pour le cas où y’a pas d’espaçante.<br />
#:: Pour ne pas perdre en cohérence : si l’on décide de mettre les modificatrices en AltGr et les chassantes en direct, pourquoi diable aller mettre sur une touche la modificatrice là où l’on attend la chassante ? C’est un peu comme si l’on décidait sur la carte accent circonflexe d’aller mettre les circonflexes souscrits lorsque le circonflexe simple n’existe pas, alors qu’on a choisi de mettre les circonflexes souscrits ailleurs (en deux fois circonflexe) --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 12 décembre 2016 à 00:11 (CET)<br />
# C > A > D > B > E -- [[Utilisateur:A2|A2]] ([[Discussion utilisateur:A2|discussion]]) 10 décembre 2016 à 19:58 (CET)<br />
# E > B > D > C > A -- [[Utilisateur:Laurent|Laurent]] ([[Discussion utilisateur:Laurent|discussion]]) 11 décembre 2016 à 04:46 (CET)<br />
# D > E > C > B > A -- [[Utilisateur:Thomas|Thomas]] ([[Discussion utilisateur:Thomas|discussion]]) 12 décembre 2016 à 11:32 (CET)<br />
<br />
===== Résultat =====<br />
'''Le vote est clos sans qu’une décision soit prise.'''<br />
<br />
===== Lettres modificatrices =====<br />
Ce vote ne se contente pas d’uniformiser un comportement, elle introduit toute la série des lettres modificatrices qui actuellement ne sont pas supportées par bépo. À mimima il faudrait le signaler. Et mieux, il faudrait dire à quoi elles servent, parce que les diacritiques combinants je les utilise (par exemple le p̃ est une abbréviation latine que j’ai utilisé une fois, et malheureusement absente d’unicode.) Mais les lettres modificatrices ??? Qui peut me dire l’intérêt de les introduire ?<br />
<br />
Si le but, en plus d’uniformiser le comportement, est de faciliter l’accès aux diacritiques combinants, j’avoue que ça m’interesse. Mais dans ce cas je préfère la solution suggérée par ISO à savoir {{tm|morte}} + point. Ça ne change pas le fonctionnement de l’espace et c’est aussi facile à taper vu que le point est en direct.<br />
[[Utilisateur:LeBret|LeBret]] ([[Discussion utilisateur:LeBret|discussion]]) 8 décembre 2016 à 18:48 (CET)<br />
: Salut. L’introduction des lettres modificatrices a été discuté sur IRC, notamment du fait que toutes les diacritiques n’ont pas d’espaçante. Je crois que cela facilite la saisie de l’API, mais je ne puis pas le garantir.<br />
: Tu as bien fait d’ajouter la proposition D. Sinon, si une solution est recommandée par l’ISO, je me permets d’ajouter une nouvelle option pour la suivre. Bien à toi --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 8 décembre 2016 à 20:45 (CET)<br />
:: Est-ce que cela ne relève pas plutôt du vote sur les [[Version_1.1/Touches_mortes/Diacritiques|diacritiques]] ?<br />
:: Quand aux lettres modificatrices, vu que l’API n’est pas encore introduit, ça peut attendre, non ? (Et puis honnêtement l’API… je suis prêt à parier qu’il y a plus de gens qui voudraient les émojis que l’API) -- [[Utilisateur:LeBret|LeBret]] ([[Discussion utilisateur:LeBret|discussion]]) 8 décembre 2016 à 22:45 (CET)<br />
<br />
=== Normalisation du comportement de la barre d’espacement ===<br />
Le comportement de la barre d’espacement lorsqu’une touche morte est active doit-il être précisé dans le brouillon de norme ?<br />
<br />
==== Propositions ====<br />
# A : oui, quelle que soit l’issue du vote précédent.<br />
# B : oui seulement si l’issue du vote précédent n’est pas le maintien du ''statu quo'' ; non si la proposition C est adoptée.<br />
# C : non, quelle que soit l’issue du vote précédent.<br />
<br />
==== Méthode ====<br />
Méthode Schulze. Si une proposition est rajoutée au cours de la première journée de vote, alors les votes n’ayant pas été modifiés pour en tenir compte ne seront pas décomptés.<br />
<br />
==== Votes ====<br />
# B > C > A -- [[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 7 décembre 2016 à 20:40 (CET)<br />
# A > B > C -- [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 7 décembre 2016 à 21:29 (CET)<br />
# B > C > A -- [[Utilisateur:Europano|Europano]] ([[Discussion utilisateur:Europano|discussion]]) 10 décembre 2016 à 11:16 (CET)<br />
# neutre -- [[Utilisateur:JulieCaroline|JulieCaroline]] ([[Discussion utilisateur:JulieCaroline|discussion]]) 10 décembre 2016 à 17:05 (CET)<br />
# B > A > C -- [[Utilisateur:Mimoza|Mimoza]] ([[Discussion utilisateur:Mimoza|discussion]]) 11 décembre 2016 à 22:43 (CET)<br />
<br />
===== Résultat =====<br />
'''Le comportement n’est pas normalisé.'''<br />
<br />
== Vote, version 2 ==<br />
<br />
Le vote précédent n’ayant pas permis d’arriver à une proposition consensuelle, alors qu’il serait souhaitable que cette question soit tranchée pour la normalisation de la disposition BÉPO, d’autres solutions sont proposées.<br />
<br />
Je me permets de rappeler [https://listengine.tuxfamily.org/ergodis.org/discussions/2017/01/msg00107.html ce courriel] envoyé à la ''mailing-list'', dans lequel sont justifiées les propositions A et variantes.<br />
<br />
=== Durée ===<br />
À fixer.<br />
<br />
=== Système de vote ===<br />
Ce sera la méthode de Schulze.<br />
<br />
=== Propositions ===<br />
Actuellement, les propositions sont les suivantes :<br />
* Propositions A1 à A4 : le comportement de la barre d’espacement est harmonisé de la façon suivante :<br />
** Lorsqu’une touche morte non-diacritique (grec, exposants et indices, scientifique, symbole monétaire, latin étendu) est active est harmonisé de la façon suivante :<br />
*** En double pression : pas de changement pour symbole monétaire et grec ; rien pour exposant ; respect de la carte adoptée pour latin et scientifique. Le symbole associé à la touche morte peut ne pas correspondre au caractère obtenu en double-pression.<br />
*** Sur la barre d’espacement, rien ''sauf'' si au cas par cas, il apparait que la combinaison touche morte + espace serait pertinente. Plus précisément, respect de la carte votée pour la touche latin étendu, rien pour les autres touches mortes, et comportement à déterminer pour d’éventuelles futures nouvelles touches mortes.<br />
** Lorsqu’une touche morte diacritique est enfoncée,<br />
*** En double pression, soit une autre touche morte diacritique est activée, soit aucun caractère n’est produit.<br />
*** La diacritique combinante est accessible par un appui sur {{touche|.}} (point).<br />
*** Les positions {{ts|AltGr|espace}}, {{ts|Maj|espace}} et {{ts|AltGr|Maj|espace}} ne produisent aucun caractère.<br />
*** Le comportement de la proposition espace est détaillé dans le tableau suivant.<br />
{| class="wikitable" border="1" align="center" style="text-align: center"<br />
! width="8%" |<br />
! width="15%" | A1<br />
! width="15%" | A2<br />
! width="15%" | A3<br />
! width="15%" | A4<br />
|-<br />
! style="white-space: nowrap;" | Accent circonflexe<br />
| colspan="4" | Accent circonflexe (^) {{U|005E}}<br />
|-<br />
! Accent aigu<br />
| colspan="3" | Apostrophe (') {{U|0027}}<br />
| Accent aigu (´) {{U|00B4}}<br />
|-<br />
! Tréma<br />
| colspan="3" | Guillemets droits (") {{U|0022}}<br />
| Tréma (¨) {{U|00A8}} <br />
|-<br />
! Accent grave<br />
| rowspan="2" | Rien<br />
| colspan="3" | Accent grave (`) {{U|0060}}<br />
|-<br />
! Barre horizontale<br />
| colspan="3" | Tiret demi-cadratin (–) {{U|2013}}<br />
|-<br />
! Tilde<br />
| colspan="2" rowspan="5" | Rien<br />
| colspan="2" | Tilde (~) {{U|007E}}<br />
|-<br />
! Barre oblique<br />
| colspan="2" | Slash (/) {{U|002F}}<br />
|-<br />
! Point souscrit<br />
| colspan="2" | Point (.) {{U|002E}}<br />
|-<br />
! Rond en chef<br />
| colspan="2" | Degré (°) {{U|00B0}}<br />
|-<br />
! Virgule souscrite <br />
| colspan="2" | Virgule (,) {{U|002C}}<br />
|-<br />
! Autres<br />
| colspan="3" | Rien<br />
| Le diacritique espaçant s’il existe dans Unicode, rien sinon<br />
|}<br />
<br />
* B — Aucune des propositions précédentes.<br />
<br />
=== Justifications des propositions ===<br />
Concernant le comportement des touches mortes non diacritiques, les propositions A1 à A4 reprennent les idées du vote précédent, qui semblent n’avoir guère été remises en question. Elles proposent de déplacer les diacritiques combinantes sur la touche point pour suivre la norme ISO 9995-9, de supprimer les combinaisons par double-saisie.<br />
<br />
La proposition A1 propose de limiter la génération de caractères espaçants aux deux cas permettant une plus grande compatibilité avec le clavier AZERTY (' et "), et au circonflexe ASCII dont les positions actuelles sont peu satisfaisantes. La proposition A2 ajoute les deux cas où la saisie par touche morte + espace est équivalente à la combinaison en AltGr existante, soit le tiret demi-cadratin et l’accent grave vif (en bouts de ligne). La proposition A3 prend en charge toutes les combinaisons produisant des symboles autrement disponibles en BÉPO et utilisés en pratique, même lorsque la combinaison touche morte+espace est moins confortable que le mode d’accès préexistant, ce qui revient à ajouter. Enfin, la proposition A4, extensive, propose de supporter tous les caractères espaçants existant dans Unicode ; par cohérence, les touches mortes accent aigu et trémas produisent alors l’aigu vif et le tréma vif plutôt que l’apostrophe droite et les guillemets droits.</div>
Nemolivier
https://bepo.fr/wiki/index.php?title=Discussion:Version_1.1rc1/Touches_mortes/Barres_oblique_et_inscrite&diff=27647
Discussion:Version 1.1rc1/Touches mortes/Barres oblique et inscrite
2016-12-08T13:01:12Z
<p>Nemolivier : /* Placement */ vote némolivier, principalement pour dégager de la place sur le r</p>
<hr />
<div>== Vote ==<br />
=== Propositions ===<br />
<br />
====Principe de la touche morte====<br />
* {{pour}} : acception de la proposition de nouvelles cartes rayé et barré en l’état<br />
* {{contre}} : refus de la proposition en l’état (''statu quo''), les caractères rayés et barrés restent sur la même carte.<br />
* {{neutre}}<br />
<br />
====Placement de la touche====<br />
<br />
* A : {{touches|AltGr|d}} comme dans đ, version en alphabet latin du serbe cyrillique ђ ;<br />
* B : {{touches|AltGr|z}} comme dans ƶ, variante stylisé (surtout en manuscrit) du z en français et allemand (entre autres) ;<br />
* C : {{touches|AltGr|Maj|B}} La barre rappelant le côté rayé des caractères ;<br />
* D : {{touches|AltGr|Maj|<nowiki>=</nowiki>}} Le égal rappelant le rayé, Prime (′) est déplacé en {{tm|aigu}}{{tv|1}} ;<br />
* E : {{touches|AltGr|r}} R comme rayé ;<br />
<br />
=== Méthode ===<br />
Les votes à choix multiples utilisent la méthode de Condorcet (en cas de paradoxe, on utilisera la méthode Schulze). Les autres sont simplement à la majorité absolu. <br />
<br />
=== Durée ===<br />
Principe : Trois jours, soit jusqu’au 3 décembre à 20 h.<br><br />
Placement : Trois jours, soit jusqu’au 8 décembre à 20h.<br />
<br />
=== Votes ===<br />
<br />
====Principe====<br />
# {{pour}} -- [[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 30 novembre 2016 à 23:29 (CET)<br />
# {{pour}} -- [[Utilisateur:Flamme|Flamme]] ([[Discussion utilisateur:Flamme|discussion]]) 1 décembre 2016 à 07:32 (CET)<br />
# {{pour}} -- [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 1 décembre 2016 à 07:59 (CET)<br />
# {{pour}} -- [[Utilisateur:Mimoza|Mimoza]] ([[Discussion utilisateur:Mimoza|discussion]]) 1 décembre 2016 à 09:00 (CET)<br />
# {{pour}} -- [[Utilisateur:Nemolivier|nemolivier]] ([[Discussion utilisateur:Nemolivier|discussion]]) 1 décembre 2016 à 09:34 (CET)<br />
# {{pour}} -- [[Utilisateur:Crako|Crako]] ([[Discussion utilisateur:Crako|discussion]]) 2 décembre 2016 à 17:13 (CET)<br />
# {{pour}} -- [[Utilisateur:Thomas|Thomas]] ([[Discussion utilisateur:Thomas|discussion]]) 2 décembre 2016 à 23:04 (CET)<br />
# {{pour}} -- [[Utilisateur:Ejpcmac|ejpcmac]] ([[Discussion utilisateur:Ejpcmac|discussion]]) 3 décembre 2016 à 11:06 (CET)<br />
# {{neutre}} -- [[Utilisateur:A2|A2]] ([[Discussion utilisateur:A2|discussion]]) 3 décembre 2016 à 11:13 (CET)<br />
<br />
====Placement====<br />
# B > A > C > E > D -- [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 5 décembre 2016 à 19:05 (CET)<br />
# B > C > A > D = E -- [[Utilisateur:Flamme|Flamme]] ([[Discussion utilisateur:Flamme|discussion]]) 5 décembre 2016 à 20:10 (CET)<br />
# C > B > A > E > D -- [[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 5 décembre 2016 à 20:15 (CET)<br />
# E > B > A > C > D -- [[Utilisateur:Thomas|Thomas]] ([[Discussion utilisateur:Thomas|discussion]]) 5 décembre 2016 à 20:38 (CET)<br />
# D > E > A = B = C -- [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 5 décembre 2016 à 22:37 (CET) / [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 5 décembre 2016 à 23:23 (CET)<br />
# E > C > B = A = D -- [[Utilisateur:Europano|Europano]] ([[Discussion utilisateur:Europano|discussion]]) 5 décembre 2016 à 23:07 (CET) / [[Utilisateur:Europano|Europano]] ([[Discussion utilisateur:Europano|discussion]]) 7 décembre 2016 à 09:51 (CET)<br />
#: Sans ce symbole, {{ts|AltGr|r}} à toutes les chances de rester vide. Dommage. [[Utilisateur:Europano|Europano]] ([[Discussion utilisateur:Europano|discussion]]) 7 décembre 2016 à 09:51 (CET)<br />
#:: Note que je propose d’y rapprocher la brève, un peu plus utile imho : [[Discussion:Version 1.1/Touches mortes/Brève]]. ;-) --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 7 décembre 2016 à 20:36 (CET)<br />
# A > C > B > E > D -- [[Utilisateur:Sinma|Sinma]] ([[Discussion utilisateur:Sinma|discussion]]) 6 décembre 2016 à 00:47 (CET)<br />
# A = B > E > C > D -- [[Utilisateur:A2|A2]] ([[Discussion utilisateur:A2|discussion]]) 6 décembre 2016 à 02:21 (CET)<br />
# E > B > A = C = D -- [[Utilisateur:Mimoza|Mimoza]] ([[Discussion utilisateur:Mimoza|discussion]]) 6 décembre 2016 à 12:21 (CET)<br />
# B = A > C = D > E -- [[Utilisateur:Nemolivier|nemolivier]] ([[Discussion utilisateur:Nemolivier|discussion]]) 6 décembre 2016 à 13:25 (CET)<br />
# B > E > C > D > A -- [[Utilisateur:LeBret|LeBret]] ([[Discussion utilisateur:LeBret|discussion]]) 6 décembre 2016 à 14:48 (CET)<br />
# C > E > B > A > D -- [[Utilisateur:Crako|Crako]] ([[Discussion utilisateur:Crako|discussion]]) 6 décembre 2016 à 20:27 (CET)<br />
<br />
==Problème pour Ꝉ==<br />
Le problème, c’est que ma proposition n’inclus pas Ꝉ, car l’enchaînement {{tm|rayé}}+{{touches|AltGr|l}} est déjà pris pour l’enchainement avec barré, pour faire Ꝅ. [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 1 décembre 2016 à 07:59 (CET)<br />
<br />
== Problème pour AltGr ==<br />
La solution complète est à mon avis inapplicable, en tous cas pour la partie {{tm|touche}}+{{touches|AltGr|lettre}}. Si je ne me trompe pas, nous n'avons pas la main, en tous cas sous X11 (Linux), pour décider des combinaisons avec touches mortes. Ces combinaisons sont globales et valables pour toutes les dispositions de clavier. (on avait déjà dû forcer un peu la main pour faire passer la touche morte « Grec ».) S'il y a plusieurs graphie, il vaut mieux avoir plusieurs touches mortes. [[Utilisateur:Stéphane Veyret|Rideĉjo]] ([[Discussion utilisateur:Stéphane Veyret|discussion]]) 1 décembre 2016 à 08:40 (CET)<br />
<br />
== Noms des touches mortes ==<br />
Selon [https://fr.wikipedia.org/wiki/Barre_inscrite Wikipédia], « Barre inscrite » est une catégorie incluant l’horizontale et l’oblique. Sur Wikipédia et dans une partie de la traduction ISO d’Unicode, on dit ''rayé'' pour la barre inscrite horizontale, et ''barré'' pour la barre inscrite oblique. Il faut renommer la page en « /Barré et rayé ». Désolé de ne pas avoir été attentif à ce flou terminologique ici. -- [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 5 décembre 2016 à 17:51 (CET)<br />
:L’article wiki bien qu'exact n'a aucune source, c'est une traduction de l'anglaise à l'origine. L’anglais n’a pas évolué des masses non plus. Je note qu'on avait renommé la touche morte à l'époque [[diacritique inscrit]] pour être cohérent avec son contenu. On a toujours un problème que beaucoup de lettres avec barre inscrite sont nommées « barré·e » et non « rayé·e ». Je suis d’avis pour nommer l'une la touche morte [[barre oblique]] et l’autre la touche morte [[barre inscrite]] (en omettant le « horizontal » par simplification ce qui n'empêchera pas de l'écrire sur l’article adéquat. Si ça peut aussi porter à confusion on peut faire une touche morte [[barre horizontale]] (on omet « inscrite » pour les deux touches mortes). On peut éventuellement maintenir en documentation ces nomenclatures alternatives plus récentes de rayés/barrés qui me paraissent tout de même moins explicites. – [[Utilisateur:A2|A2]] ([[Discussion utilisateur:A2|discussion]]) 6 décembre 2016 à 00:46 (CET)<br />
::J'ajoute qu’il n’y a aucun besoin de renommer cette page-ci d’autant que c’est celle sur laquelle se font les votes en ce moment (ça évitera de trainer des redirections inutiles). — [[Utilisateur:A2|A2]] ([[Discussion utilisateur:A2|discussion]]) 6 décembre 2016 à 00:54 (CET)<br />
<br />
== Placement ==<br />
[[Discussion:Version_1.1#Valse_des_touches_mortes]], 3ᵉ alinéa, déconseille de placer les touches mortes sur leur lettre de base la plus fréquente. Pour des raisons de mnémotechnique et pour libérer des places, on peut placer la touche morte ''barré'' sur {{tv|%}}, à la place du pour mille, rare et obtenable par touches mortes (Latin, Circonflexe, Rond en chef, …). La touche morte ''rond en chef'' peut prendre la place du symbole ≠, banalement obtenable par {{tm|barré}}{{tv|&#x3D;}}, et sera ainsi sur la touche d’un symbole mnémonique, le symbole degré. ''Rayé'' comme étant moins fréquent que ''barré'', peut prendre la place du symbole Prime ′, car tous ces symboles sont bien en {{tm|accent&nbsp;aigu}}{{tv|chiffre}}, ainsi ′, ″, ‴, ⁗, et avec {{tm|accent&nbsp;grave}}{{tv|chiffre}} : ‵, ‶, ‷. Donc ''rayé'' en {{tt|Maj|AltGr|&#x3D;}}, très mnémonique grâce au signe égal (deux barres horizontales). cf. [[Version_1.1/Touches_vives#Carte_d.E2.80.99implantation|carte exemple]]. -- [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 5 décembre 2016 à 17:51 (CET)<br />
:Le problème est que ta proposition se base sur énormément de chose qui n’ont pas été actées (les différents primes par exemple qui ne sont pas où tu le prétends). Le nombre de changements seraient énorme juste pour placer une touche morte a un endroit spécifique. -- [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 5 décembre 2016 à 18:00 (CET)<br />
::Le mieux est de traiter le pb dans une approche globale qui en plus, ferait gagner les places tant nécessaires, en plus d’apporter plus de cohérence comme pour rond en chef, barré. Et la touche morte '''''Latin ponctuation''''' sur {{tv|L}} est mnémonique. Elle peut être la porte d’entrée vers tout l’univers de cartes hyper spécialisées comme mathématique, scientifique, musicologie, avec à la clé enfin tout l’espace d’agencement qu’il faut, et zéro plaintes. -- [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 5 décembre 2016 à 18:31 (CET)<br />
<br />
== AltGr+r ? ==<br />
<br />
Hello,<br />
<br />
Juste pour signaler ce qui me semble être un défaut d’ergonomie de la position AltGr+r proposée. La plupart des lettres pouvant porter cette diacritique sont situées sur la main droite (à l’exception notable du B). C’est notamment : le D (pour le serbe), le H (pour le maltais et l’API) ou le Ƶ (polonais, rare). Dans tous ces cas, la combinaison vers l’intérieur en partant de Z est plus confortable que vers l’extérieur en partant de R. On a là un paradoxe entre ergonomie et accessibilité : en cours de frappe, je ne suis pas sûr que la position la plus accessible soit la plus ergonomique.<br />
<br />
Bien cordialement --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 7 décembre 2016 à 21:08 (CET)</div>
Nemolivier
https://bepo.fr/wiki/index.php?title=Discussion:Version_1.1rc1/Touches_mortes/Br%C3%A8ve&diff=27631
Discussion:Version 1.1rc1/Touches mortes/Brève
2016-12-07T22:49:58Z
<p>Nemolivier : /* Votes */ vote nemolivier</p>
<hr />
<div>== Vote ==<br />
=== Propositions ===<br />
* A : déplacement de la brève morte sur {{ts|AltGr|r}}<br />
* B : déplacement de la brève morte sur {{ts|AltGr|j}}<br />
* C : déplacement de la brève morte sur {{ts|AltGr|Maj|V}}<br />
* D : déplacement de la brève morte sur {{ts|AltGr|Maj|^}}<br />
* E : ''statu quo'' — maintien de la brève morte sur {{ts|AltGr|w}}<br />
<br />
=== Modalités ===<br />
Le vote se fait à la méthode Schulze (classement des propositions). En cas d’ajout de nouvelles propositions au cours de la première journée de vote, les suffrages n’en ayant pas tenu compte au moment de la clôture seront écartés.<br />
<br />
=== Durée ===<br />
Le vote se fait pour une durée de septante-deux heures, soit jusqu’au samedi 10 décembre à 20 h.<br />
<br />
=== Votes ===<br />
# A > B > E > C > D -- [[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 7 décembre 2016 à 19:33 (CET)<br />
# E > C > D > A = B -- [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 7 décembre 2016 à 19:59 (CET)<br />
# E > B > A > D > C -- [[Utilisateur:Flamme|Flamme]] ([[Discussion utilisateur:Flamme|discussion]]) 7 décembre 2016 à 20:12 (CET)<br />
# A > B > E > C > D -- [[Utilisateur:Crako|Crako]] ([[Discussion utilisateur:Crako|discussion]]) 7 décembre 2016 à 20:50 (CET)<br />
# A > E > B > C > D -- [[Utilisateur:Robert leleu|Robert leleu]] ([[Discussion utilisateur:Robert leleu|discussion]])<br />
# A > B > E > C = D -- [[Utilisateur:Stéphane Veyret|Rideĉjo]] ([[Discussion utilisateur:Stéphane Veyret|discussion]]) 7 décembre 2016 à 21:27 (CET)<br />
# A > B > E > C > D -- [[Utilisateur:Mimoza|Mimoza]] ([[Discussion utilisateur:Mimoza|discussion]]) 7 décembre 2016 à 23:20 (CET)<br />
# A > B = E > C = D -- [[Utilisateur:Nemolivier|nemolivier]] ([[Discussion utilisateur:Nemolivier|discussion]]) 7 décembre 2016 à 23:49 (CET)<br />
<br />
== Au sujet des propositions C et D ==<br />
Je ne suis vraiment pas convaincu que la proposition C améliore l’accessibilité de la brève morte, la D la détériorant même fortement (AltGr+Maj+^ étant l’une des pires positions qui fussent). Bien cordialement --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 7 décembre 2016 à 20:42 (CET)<br />
: Entièrement d’accord. Si on a autant râlé sur ces emplacements pendant le vote des touches mortes exposants/indices, c’est pas pour y mettre autre chose, c’est simplement qu’ils sont parmi les pires emplacements (avec le {{ts|AltGr|@}}, dont on cherche actuellement à virer le ^). -- [[Utilisateur:Crako|Crako]] ([[Discussion utilisateur:Crako|discussion]]) 7 décembre 2016 à 20:48 (CET)</div>
Nemolivier
https://bepo.fr/wiki/index.php?title=Version_1.1rc1/Touches_vives/C%C3%A9dille&diff=27519
Version 1.1rc1/Touches vives/Cédille
2016-12-06T17:25:28Z
<p>Nemolivier : /* C/ Déplacer ç et Ç (simple mais incomplet !) */ duplication du tiret</p>
<hr />
<div>{{sommaire à droite}}<br />
Sur les claviers 104 touches, la touche BKSL portant le {{t|Ç}} du bépo existe à quatre positions dont trois très excentrées (voir les différents [[Type de clavier#Clavier 105 touches et variantes|types de clavier]] en bas de la section 105 touche).<br />
<br />
Par exemple, sur ce clavier, '''ç''' est très excentré.<br />
<br />
[[Fichier:Keyboard_104_BKSL.png|800px|center|alt=Clavier 104 touche avec Ç.]]<br />
<br />
Cette page explore les possibilités pour pallier ce problème posé par les claviers ANSI.<br />
<br />
== A/ Déplacer la cédille (simple) ==<br />
<br />
La cédille est déplacée en {{t|AltGr}}+{{touche|c}}.<br />
<br />
Le caractère '''ſ''' (LATIN SMALL LETTER LONG S, U+017F), actuellement à cette place, serait déplacé en {{t|AltGr}}+{{t|Maj}}+{{t|s}}. Idéalement, elle aurait plutôt sa place en Latin étendu (sur {{t|c}} puisque {{t|s}} est occupée).<br />
<br />
== B/ Dupliquer ç et Ç (assez simple) ==<br />
<br />
Le caractère '''ç''' est dupliqué sur {{t|AltGr}}+{{touche|c}} et '''Ç''' sur {{t|AltGr}}+{{t|Maj}}+{{t|c}}.<br />
<br />
Le caractère '''ſ''' (LATIN SMALL LETTER LONG S, U+017F) serait déplacé en {{t|AltGr}}+{{t|Maj}}+{{t|s}}.<br />
<br />
Les caractères ©, ® et ™ sont déplacés sur la touche morte Latin étendu et ponctuation :<br />
* © sur {{t|c}}<br />
* ® sur {{t|r}}<br />
* ™ sur {{t|AltGr}}+{{t|t}}<br />
<br />
Les places sont libres, il n’y a rien à déplacer.<br />
<br />
== C/ Déplacer ç et Ç (simple mais incomplet !) ==<br />
<br />
Même idée que la B, à la différence que '''ç''' et '''Ç''' seraient déplacés, libérant deux places sur la touche {{t|BKSL}}.<br />
<br />
Il faut se décider sur que mettre à la place de '''ç''' et '''Ç''' sur la touche {{t|BKSL}}. Nous disposons malheureusement d’un temps limité.<br />
<br />
Le tiret pourrait être un bon candidat car il est plus fréquent que yzkwzàç. On pourrait par exemple dupliquer le tiret du 8 sur BKSL.<br />
<br />
:L'idée de dupliquer le tiret ne me semble pas géniale :<br />
:* on duplique le tiret sur la même main que sa place actuelle ;<br />
:* à une place pas vraiment plus accessible que la place actuel (enfin, je pense que les avis seront partagés).<br />
:du coup le bénéfice n'est pas clair et on se retrouve avec une touche dédoublée sans franche raison (ou alors on vire le tiret du 8… et on peut basculer les chiffres en direct, tout ça tout ça…).<br />
:--[[Utilisateur:Nemolivier|nemolivier]] ([[Discussion utilisateur:Nemolivier|discussion]]) 6 décembre 2016 à 18:25 (CET)<br />
<br />
== Discussion ==<br />
<br />
Ceci est le fruit d’un brainstorming sur IRC entre A2 et moi. -- [[Utilisateur:Flamme|Flamme]] ([[Discussion utilisateur:Flamme|discussion]]) 6 décembre 2016 à 15:52 (CET) [[Utilisateur:A2|A2]] ([[Discussion utilisateur:A2|discussion]]) 6 décembre 2016 à 16:07 (CET) :D</div>
Nemolivier
https://bepo.fr/wiki/index.php?title=Discussion:Version_1.1rc1/Touches_vives/Espaces&diff=27517
Discussion:Version 1.1rc1/Touches vives/Espaces
2016-12-06T17:16:27Z
<p>Nemolivier : /* nbsp vs nnbsp */</p>
<hr />
<div>== Vote ==<br />
=== Durée ===<br />
Un peu moins de septante-deux heures après le lancement du vote, soit jusqu’au 8 décembre 2016 à 20 h.<br />
<br />
=== Méthode ===<br />
Vote majoritaire.<br />
<br />
=== Propositions ===<br />
* {{pour}} la permutation de l’espace fine insécable et de l’espace insécable classique.<br />
* {{contre}} cette permutation (''statu quo'').<br />
* {{neutre}}<br />
<br />
=== Vote ===<br />
# {{neutre}} tendance {{contre}} –– [[Utilisateur:A2|A2]] ([[Discussion utilisateur:A2|discussion]]) 5 décembre 2016 à 22:19 (CET)<br />
# {{contre}} -- [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 5 décembre 2016 à 22:50 (CET) (La fine est encore trop souvent mal gérée)<br />
# {{pour}} -- [[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 5 décembre 2016 à 23:00 (CET)<br />
# {{neutre}} -- [[Utilisateur:Sinma|Sinma]] ([[Discussion utilisateur:Sinma|discussion]]) 6 décembre 2016 à 00:41 (CET)<br />
# {{contre}} tendance {{neutre}} -- [[Utilisateur:Flamme|Flamme]] ([[Discussion utilisateur:Flamme|discussion]]) 6 décembre 2016 à 06:38 (CET)<br />
# {{neutre}} (d’un côté, c’est mieux pour la typographie, d’un autre côté, à l’heure actuelle, ça pose problème avec les traitements de texte, ce forum…) -- [[Utilisateur:Laurent|Laurent]] ([[Discussion utilisateur:Laurent|discussion]]) 6 décembre 2016 à 07:24 (CET)<br />
# {{contre}} -- [[Utilisateur:Mimoza|Mimoza]] ([[Discussion utilisateur:Mimoza|discussion]]) 6 décembre 2016 à 10:43 (CET)<br />
# {{neutre}} -- [[Utilisateur:Ejpcmac|ejpcmac]] ([[Discussion utilisateur:Ejpcmac|discussion]]) 6 décembre 2016 à 11:55 (CET)<br />
# {{pour}} -- [[Utilisateur:Logisim|Logisim]] ([[Discussion utilisateur:Logisim|discussion]]) 6 décembre 2016 à 12:26 (CET)<br />
# {{pour}} -- [[Utilisateur:Thomas|Thomas]] ([[Discussion utilisateur:Thomas|discussion]]) 6 décembre 2016 à 14:16 (CET)<br />
# {{contre}} tendance {{neutre}} -- [[Utilisateur:LeBret|LeBret]] ([[Discussion utilisateur:LeBret|discussion]]) 6 décembre 2016 à 15:08 (CET)<br />
# {{pour}} tendance {{neutre}} -- [[Utilisateur:Nemolivier|nemolivier]] ([[Discussion utilisateur:Nemolivier|discussion]]) 6 décembre 2016 à 15:34 (CET) Suis comme tout le monde… la situation actuelle est tellement « merdique »… seulement elle est mieux qu'il y a dix ans… gageons qu'on va vers du mieux encore.<br />
<br />
== Que deviennent les diacritiques combinants ? ==<br />
<br />
Actuellement les diacritiques combinants s’obtiennent en {{tm|accent}} + {{t|Espace insécable}}.<br />
<br />
Par exemple pour obtenir V̄ (V + macron au dessus. Cela peut mal s’afficher selon votre police) s’obtient en tapant {{t|V}} + {{tt|AltGr+M|Shift+Espace}}.<br />
<br />
Est-ce que cette modification échange aussi l’espace insécable et l’espace insécable fine pour l’obtention des diacritiques combinants ? Autrement dit dans l’exemple ci-dessus :<br />
# on continue à taper {{t|V}} + {{tt|AltGr+M|Shift+Espace}}<br />
# ou on tape désormais {{t|V}} + {{tt|AltGr+M|AltGr+Shift+Espace}}<br />
<br />
[[Utilisateur:LeBret|LeBret]] ([[Discussion utilisateur:LeBret|discussion]]) 6 décembre 2016 à 15:07 (CET)<br />
<br />
: On garde ce comportement pour les deux ? [[Utilisateur:Nemolivier|nemolivier]] ([[Discussion utilisateur:Nemolivier|discussion]]) 6 décembre 2016 à 15:32 (CET)<br />
:: Pas envie de les chercher, mais y'a deux sous-pages 1.1 et une page de discussion à ce sujet ! – [[Utilisateur:A2|A2]] ([[Discussion utilisateur:A2|discussion]]) 6 décembre 2016 à 15:57 (CET)<br />
<br />
== nbsp vs nnbsp ==<br />
Pourquoi je vote neutre tendance contre. Je prends un exemple simple : j'ai corrigé hier un article assez court pour le blog d’une amie en français assez soigné : https://savoirsdhistoire.wordpress.com/2016/12/05/jeanne-de-belleville-pirate-vengeresse/ (si vous voyez des fautes n'hésitez pas à les signaler !). En le regardant de très près si vous avez un navigateur compétent pour le faire, vous pouvez compter les insécables et les fines insécables, vous verrez qu'il y a 3-4× plus d'insécables dans le corps du texte que de fines pour la ponctuation. Évidement, ça peut être l'inverse fonction des auteurs/styles !? ;D ; et c’est ce que j'ai écris sur la page de présentation du vote. Comme les deux sont en {{touche|Maj}}, comme ;:?! aussi, mais «» non… et que les insécables eux s'insèrent très souvent entre des majuscules (Louis XI, 3 novembre, 45 kg, M. Dupont, etc.), le choix de l'inversion ou non se résume une question de fréquence d'utilisation et si l’on préfère faire une pause (AltGr en plus) en milieu de phrase pour une insécable ou si l’on préfère ce AltGr en rab au niveau de la ponctuation. Pour moi c'est kif kif, donc neutre, tendance contre car je préfère faire ma pause en fin de phrase d'autant qu'on met souvent Entrée après :?! En espérant que la lecture de ce bref passage vous ait permis de comprendre que l'inversion ne sert pas à grand chose car les deux espaces sont très utiles. – [[Utilisateur:A2|A2]] ([[Discussion utilisateur:A2|discussion]]) 6 décembre 2016 à 15:57 (CET)<br />
: Intéressant… je pensais vraiment que le fines étaient plus fréquentes ; il faut dire que, moi, j'ai les «/» en Maj, pas en AltGr, du coup… j'ai un avis biaisé (et je ne mets pas d'insécables dans les exemples que tu donnes :(). [[Utilisateur:Nemolivier|nemolivier]] ([[Discussion utilisateur:Nemolivier|discussion]]) 6 décembre 2016 à 18:16 (CET)</div>
Nemolivier
https://bepo.fr/wiki/index.php?title=Discussion:Version_1.1rc1/Touches_vives/Espaces&diff=27504
Discussion:Version 1.1rc1/Touches vives/Espaces
2016-12-06T14:34:22Z
<p>Nemolivier : /* Vote */ vote nemolivier</p>
<hr />
<div>== Vote ==<br />
=== Durée ===<br />
Un peu moins de septante-deux heures après le lancement du vote, soit jusqu’au 8 décembre 2016 à 20 h.<br />
<br />
=== Méthode ===<br />
Vote majoritaire.<br />
<br />
=== Propositions ===<br />
* {{pour}} la permutation de l’espace fine insécable et de l’espace insécable classique.<br />
* {{contre}} cette permutation (''statu quo'').<br />
* {{neutre}}<br />
<br />
=== Vote ===<br />
# {{neutre}} tendance {{contre}} –– [[Utilisateur:A2|A2]] ([[Discussion utilisateur:A2|discussion]]) 5 décembre 2016 à 22:19 (CET)<br />
# {{contre}} -- [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 5 décembre 2016 à 22:50 (CET) (La fine est encore trop souvent mal gérée)<br />
# {{pour}} -- [[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 5 décembre 2016 à 23:00 (CET)<br />
# {{neutre}} -- [[Utilisateur:Sinma|Sinma]] ([[Discussion utilisateur:Sinma|discussion]]) 6 décembre 2016 à 00:41 (CET)<br />
# {{contre}} tendance {{neutre}} -- [[Utilisateur:Flamme|Flamme]] ([[Discussion utilisateur:Flamme|discussion]]) 6 décembre 2016 à 06:38 (CET)<br />
# {{neutre}} (d’un côté, c’est mieux pour la typographie, d’un autre côté, à l’heure actuelle, ça pose problème avec les traitements de texte, ce forum…) -- [[Utilisateur:Laurent|Laurent]] ([[Discussion utilisateur:Laurent|discussion]]) 6 décembre 2016 à 07:24 (CET)<br />
# {{contre}} -- [[Utilisateur:Mimoza|Mimoza]] ([[Discussion utilisateur:Mimoza|discussion]]) 6 décembre 2016 à 10:43 (CET)<br />
# {{neutre}} -- [[Utilisateur:Ejpcmac|ejpcmac]] ([[Discussion utilisateur:Ejpcmac|discussion]]) 6 décembre 2016 à 11:55 (CET)<br />
# {{pour}} -- [[Utilisateur:Logisim|Logisim]] ([[Discussion utilisateur:Logisim|discussion]]) 6 décembre 2016 à 12:26 (CET)<br />
# {{pour}} -- [[Utilisateur:Thomas|Thomas]] ([[Discussion utilisateur:Thomas|discussion]]) 6 décembre 2016 à 14:16 (CET)<br />
# {{contre}} tendance {{neutre}} -- [[Utilisateur:LeBret|LeBret]] ([[Discussion utilisateur:LeBret|discussion]]) 6 décembre 2016 à 15:08 (CET)<br />
# {{pour}} tendance {{neutre}} -- [[Utilisateur:Nemolivier|nemolivier]] ([[Discussion utilisateur:Nemolivier|discussion]]) 6 décembre 2016 à 15:34 (CET) Suis comme tout le monde… la situation actuelle est tellement « merdique »… seulement elle est mieux qu'il y a dix ans… gageons qu'on va vers du mieux encore.<br />
<br />
== Que deviennent les diacritques combinant ? ==<br />
<br />
Actuellement les diacritiques combinants s’obtiennent en {{tm|accent}} + {{t|Espace insécable}}.<br />
<br />
Par exemple pour obtenir V̄ (V + macron au dessus. Cela peut mal s’afficher selon votre police) s’obtient en tapant {{t|V}} + {{tt|AltGr+M|Shift+Espace}}.<br />
<br />
Est-ce que cette modification échange aussi l’espace insécable et l’espace insécable fine pour l’obtention des diacritiques combinants ? Autrement dit dans l’exemple ci-dessus :<br />
# on continue à taper {{t|V}} + {{tt|AltGr+M|Shift+Espace}}<br />
# ou on tape désormais {{t|V}} + {{tt|AltGr+M|AltGr+Shift+Espace}}<br />
<br />
[[Utilisateur:LeBret|LeBret]] ([[Discussion utilisateur:LeBret|discussion]]) 6 décembre 2016 à 15:07 (CET)<br />
<br />
: On garde ce comportement pour les deux ? [[Utilisateur:Nemolivier|nemolivier]] ([[Discussion utilisateur:Nemolivier|discussion]]) 6 décembre 2016 à 15:32 (CET)</div>
Nemolivier
https://bepo.fr/wiki/index.php?title=Discussion:Version_1.1rc1/Touches_vives/Espaces&diff=27503
Discussion:Version 1.1rc1/Touches vives/Espaces
2016-12-06T14:32:14Z
<p>Nemolivier : /* Que deviennent les diacritques combinant ? */</p>
<hr />
<div>== Vote ==<br />
=== Durée ===<br />
Un peu moins de septante-deux heures après le lancement du vote, soit jusqu’au 8 décembre 2016 à 20 h.<br />
<br />
=== Méthode ===<br />
Vote majoritaire.<br />
<br />
=== Propositions ===<br />
* {{pour}} la permutation de l’espace fine insécable et de l’espace insécable classique.<br />
* {{contre}} cette permutation (''statu quo'').<br />
* {{neutre}}<br />
<br />
=== Vote ===<br />
# {{neutre}} tendance {{contre}} –– [[Utilisateur:A2|A2]] ([[Discussion utilisateur:A2|discussion]]) 5 décembre 2016 à 22:19 (CET)<br />
# {{contre}} -- [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 5 décembre 2016 à 22:50 (CET) (La fine est encore trop souvent mal gérée)<br />
# {{pour}} -- [[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 5 décembre 2016 à 23:00 (CET)<br />
# {{neutre}} -- [[Utilisateur:Sinma|Sinma]] ([[Discussion utilisateur:Sinma|discussion]]) 6 décembre 2016 à 00:41 (CET)<br />
# {{contre}} tendance {{neutre}} -- [[Utilisateur:Flamme|Flamme]] ([[Discussion utilisateur:Flamme|discussion]]) 6 décembre 2016 à 06:38 (CET)<br />
# {{neutre}} (d’un côté, c’est mieux pour la typographie, d’un autre côté, à l’heure actuelle, ça pose problème avec les traitements de texte, ce forum…) -- [[Utilisateur:Laurent|Laurent]] ([[Discussion utilisateur:Laurent|discussion]]) 6 décembre 2016 à 07:24 (CET)<br />
# {{contre}} -- [[Utilisateur:Mimoza|Mimoza]] ([[Discussion utilisateur:Mimoza|discussion]]) 6 décembre 2016 à 10:43 (CET)<br />
# {{neutre}} -- [[Utilisateur:Ejpcmac|ejpcmac]] ([[Discussion utilisateur:Ejpcmac|discussion]]) 6 décembre 2016 à 11:55 (CET)<br />
# {{pour}} -- [[Utilisateur:Logisim|Logisim]] ([[Discussion utilisateur:Logisim|discussion]]) 6 décembre 2016 à 12:26 (CET)<br />
# {{pour}} -- [[Utilisateur:Thomas|Thomas]] ([[Discussion utilisateur:Thomas|discussion]]) 6 décembre 2016 à 14:16 (CET)<br />
# {{contre}} tendance {{neutre}} -- [[Utilisateur:LeBret|LeBret]] ([[Discussion utilisateur:LeBret|discussion]]) 6 décembre 2016 à 15:08 (CET)<br />
<br />
== Que deviennent les diacritques combinant ? ==<br />
<br />
Actuellement les diacritiques combinants s’obtiennent en {{tm|accent}} + {{t|Espace insécable}}.<br />
<br />
Par exemple pour obtenir V̄ (V + macron au dessus. Cela peut mal s’afficher selon votre police) s’obtient en tapant {{t|V}} + {{tt|AltGr+M|Shift+Espace}}.<br />
<br />
Est-ce que cette modification échange aussi l’espace insécable et l’espace insécable fine pour l’obtention des diacritiques combinants ? Autrement dit dans l’exemple ci-dessus :<br />
# on continue à taper {{t|V}} + {{tt|AltGr+M|Shift+Espace}}<br />
# ou on tape désormais {{t|V}} + {{tt|AltGr+M|AltGr+Shift+Espace}}<br />
<br />
[[Utilisateur:LeBret|LeBret]] ([[Discussion utilisateur:LeBret|discussion]]) 6 décembre 2016 à 15:07 (CET)<br />
<br />
: On garde ce comportement pour les deux ? [[Utilisateur:Nemolivier|nemolivier]] ([[Discussion utilisateur:Nemolivier|discussion]]) 6 décembre 2016 à 15:32 (CET)</div>
Nemolivier
https://bepo.fr/wiki/index.php?title=Discussion:Version_1.1rc1/Touches_mortes/Barres_oblique_et_inscrite&diff=27487
Discussion:Version 1.1rc1/Touches mortes/Barres oblique et inscrite
2016-12-06T12:26:21Z
<p>Nemolivier : /* Votes */</p>
<hr />
<div>== Vote ==<br />
=== Propositions ===<br />
<br />
====Principe de la touche morte====<br />
* {{pour}} : acception de la proposition de nouvelles cartes rayé et barré en l’état<br />
* {{contre}} : refus de la proposition en l’état (''statu quo''), les caractères rayés et barrés restent sur la même carte.<br />
* {{neutre}}<br />
<br />
====Placement de la touche====<br />
<br />
* A : {{touches|AltGr|d}} comme dans đ, version en alphabet latin du serbe cyrillique ђ ;<br />
* B : {{touches|AltGr|z}} comme dans ƶ, variante stylisé (surtout en manuscrit) du z en français et allemand (entre autres) ;<br />
* C : {{touches|AltGr|Maj|B}} La barre rappelant le côté rayé des caractères ;<br />
* D : {{touches|AltGr|Maj|<nowiki>=</nowiki>}} Le égal rappelant le rayé, Prime (′) est déplacé en {{tm|aigu}}{{tv|1}} ;<br />
* E : {{touches|AltGr|r}} R comme rayé ;<br />
<br />
=== Méthode ===<br />
Les votes à choix multiples utilisent la méthode de Condorcet (en cas de paradoxe, on utilisera la méthode Schulze). Les autres sont simplement à la majorité absolu. <br />
<br />
=== Durée ===<br />
Principe : Trois jours, soit jusqu’au 3 décembre à 20 h.<br><br />
Placement : Trois jours, soit jusqu’au 8 décembre à 20h.<br />
<br />
=== Votes ===<br />
<br />
====Principe====<br />
# {{pour}} -- [[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 30 novembre 2016 à 23:29 (CET)<br />
# {{pour}} -- [[Utilisateur:Flamme|Flamme]] ([[Discussion utilisateur:Flamme|discussion]]) 1 décembre 2016 à 07:32 (CET)<br />
# {{pour}} -- [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 1 décembre 2016 à 07:59 (CET)<br />
# {{pour}} -- [[Utilisateur:Mimoza|Mimoza]] ([[Discussion utilisateur:Mimoza|discussion]]) 1 décembre 2016 à 09:00 (CET)<br />
# {{pour}} -- [[Utilisateur:Nemolivier|nemolivier]] ([[Discussion utilisateur:Nemolivier|discussion]]) 1 décembre 2016 à 09:34 (CET)<br />
# {{pour}} -- [[Utilisateur:Crako|Crako]] ([[Discussion utilisateur:Crako|discussion]]) 2 décembre 2016 à 17:13 (CET)<br />
# {{pour}} -- [[Utilisateur:Thomas|Thomas]] ([[Discussion utilisateur:Thomas|discussion]]) 2 décembre 2016 à 23:04 (CET)<br />
# {{pour}} -- [[Utilisateur:Ejpcmac|ejpcmac]] ([[Discussion utilisateur:Ejpcmac|discussion]]) 3 décembre 2016 à 11:06 (CET)<br />
# {{neutre}} -- [[Utilisateur:A2|A2]] ([[Discussion utilisateur:A2|discussion]]) 3 décembre 2016 à 11:13 (CET)<br />
<br />
====Placement====<br />
# B > A > C > E > D -- [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 5 décembre 2016 à 19:05 (CET)<br />
# B > C > A > D = E -- [[Utilisateur:Flamme|Flamme]] ([[Discussion utilisateur:Flamme|discussion]]) 5 décembre 2016 à 20:10 (CET)<br />
# C > B > A > E > D -- [[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 5 décembre 2016 à 20:15 (CET)<br />
# B > A > C > D -- [[Utilisateur:Thomas|Thomas]] ([[Discussion utilisateur:Thomas|discussion]]) 5 décembre 2016 à 20:38 (CET)<br />
# D > E > A = B = C -- [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 5 décembre 2016 à 22:37 (CET) / [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 5 décembre 2016 à 23:23 (CET)<br />
# B > E > C > A > D -- [[Utilisateur:Europano|Europano]] ([[Discussion utilisateur:Europano|discussion]]) 5 décembre 2016 à 23:07 (CET)<br />
# A > C > B > E > D -- [[Utilisateur:Sinma|Sinma]] ([[Discussion utilisateur:Sinma|discussion]]) 6 décembre 2016 à 00:47 (CET)<br />
# A = B > E > C > D -- [[Utilisateur:A2|A2]] ([[Discussion utilisateur:A2|discussion]]) 6 décembre 2016 à 02:21 (CET)<br />
# E > B > A = C = D -- [[Utilisateur:Mimoza|Mimoza]] ([[Discussion utilisateur:Mimoza|discussion]]) 6 décembre 2016 à 12:21 (CET)<br />
# {{neutre}} -- [[Utilisateur:Nemolivier|nemolivier]] ([[Discussion utilisateur:Nemolivier|discussion]]) 6 décembre 2016 à 13:25 (CET)<br />
<br />
==Problème pour Ꝉ==<br />
Le problème, c’est que ma proposition n’inclus pas Ꝉ, car l’enchaînement {{tm|rayé}}+{{touches|AltGr|l}} est déjà pris pour l’enchainement avec barré, pour faire Ꝅ. [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 1 décembre 2016 à 07:59 (CET)<br />
<br />
== Problème pour AltGr ==<br />
La solution complète est à mon avis inapplicable, en tous cas pour la partie {{tm|touche}}+{{touches|AltGr|lettre}}. Si je ne me trompe pas, nous n'avons pas la main, en tous cas sous X11 (Linux), pour décider des combinaisons avec touches mortes. Ces combinaisons sont globales et valables pour toutes les dispositions de clavier. (on avait déjà dû forcer un peu la main pour faire passer la touche morte « Grec ».) S'il y a plusieurs graphie, il vaut mieux avoir plusieurs touches mortes. [[Utilisateur:Stéphane Veyret|Rideĉjo]] ([[Discussion utilisateur:Stéphane Veyret|discussion]]) 1 décembre 2016 à 08:40 (CET)<br />
<br />
== Noms des touches mortes ==<br />
Selon [https://fr.wikipedia.org/wiki/Barre_inscrite Wikipédia], « Barre inscrite » est une catégorie incluant l’horizontale et l’oblique. Sur Wikipédia et dans une partie de la traduction ISO d’Unicode, on dit ''rayé'' pour la barre inscrite horizontale, et ''barré'' pour la barre inscrite oblique. Il faut renommer la page en « /Barré et rayé ». Désolé de ne pas avoir été attentif à ce flou terminologique ici. -- [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 5 décembre 2016 à 17:51 (CET)<br />
:L’article wiki bien qu'exact n'a aucune source, c'est une traduction de l'anglaise à l'origine. L’anglais n’a pas évolué des masses non plus. Je note qu'on avait renommé la touche morte à l'époque [[diacritique inscrit]] pour être cohérent avec son contenu. On a toujours un problème que beaucoup de lettres avec barre inscrite sont nommées « barré·e » et non « rayé·e ». Je suis d’avis pour nommer l'une la touche morte [[barre oblique]] et l’autre la touche morte [[barre inscrite]] (en omettant le « horizontal » par simplification ce qui n'empêchera pas de l'écrire sur l’article adéquat. Si ça peut aussi porter à confusion on peut faire une touche morte [[barre horizontale]] (on omet « inscrite » pour les deux touches mortes). On peut éventuellement maintenir en documentation ces nomenclatures alternatives plus récentes de rayés/barrés qui me paraissent tout de même moins explicites. – [[Utilisateur:A2|A2]] ([[Discussion utilisateur:A2|discussion]]) 6 décembre 2016 à 00:46 (CET)<br />
::J'ajoute qu’il n’y a aucun besoin de renommer cette page-ci d’autant que c’est celle sur laquelle se font les votes en ce moment (ça évitera de trainer des redirections inutiles). — [[Utilisateur:A2|A2]] ([[Discussion utilisateur:A2|discussion]]) 6 décembre 2016 à 00:54 (CET)<br />
<br />
== Placement ==<br />
[[Discussion:Version_1.1#Valse_des_touches_mortes]], 3ᵉ alinéa, déconseille de placer les touches mortes sur leur lettre de base la plus fréquente. Pour des raisons de mnémotechnique et pour libérer des places, on peut placer la touche morte ''barré'' sur {{tv|%}}, à la place du pour mille, rare et obtenable par touches mortes (Latin, Circonflexe, Rond en chef, …). La touche morte ''rond en chef'' peut prendre la place du symbole ≠, banalement obtenable par {{tm|barré}}{{tv|&#x3D;}}, et sera ainsi sur la touche d’un symbole mnémonique, le symbole degré. ''Rayé'' comme étant moins fréquent que ''barré'', peut prendre la place du symbole Prime ′, car tous ces symboles sont bien en {{tm|accent&nbsp;aigu}}{{tv|chiffre}}, ainsi ′, ″, ‴, ⁗, et avec {{tm|accent&nbsp;grave}}{{tv|chiffre}} : ‵, ‶, ‷. Donc ''rayé'' en {{tt|Maj|AltGr|&#x3D;}}, très mnémonique grâce au signe égal (deux barres horizontales). cf. [[Version_1.1/Touches_vives#Carte_d.E2.80.99implantation|carte exemple]]. -- [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 5 décembre 2016 à 17:51 (CET)<br />
:Le problème est que ta proposition se base sur énormément de chose qui n’ont pas été actées (les différents primes par exemple qui ne sont pas où tu le prétends). Le nombre de changements seraient énorme juste pour placer une touche morte a un endroit spécifique. -- [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 5 décembre 2016 à 18:00 (CET)<br />
::Le mieux est de traiter le pb dans une approche globale qui en plus, ferait gagner les places tant nécessaires, en plus d’apporter plus de cohérence comme pour rond en chef, barré. Et la touche morte '''''Latin ponctuation''''' sur {{tv|L}} est mnémonique. Elle peut être la porte d’entrée vers tout l’univers de cartes hyper spécialisées comme mathématique, scientifique, musicologie, avec à la clé enfin tout l’espace d’agencement qu’il faut, et zéro plaintes. -- [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 5 décembre 2016 à 18:31 (CET)</div>
Nemolivier
https://bepo.fr/wiki/index.php?title=Discussion:Version_1.1rc1/Touches_mortes/Barres_oblique_et_inscrite&diff=27486
Discussion:Version 1.1rc1/Touches mortes/Barres oblique et inscrite
2016-12-06T12:25:56Z
<p>Nemolivier : /* Placement */ vote némolivier</p>
<hr />
<div>== Vote ==<br />
=== Propositions ===<br />
<br />
====Principe de la touche morte====<br />
* {{pour}} : acception de la proposition de nouvelles cartes rayé et barré en l’état<br />
* {{contre}} : refus de la proposition en l’état (''statu quo''), les caractères rayés et barrés restent sur la même carte.<br />
* {{neutre}}<br />
<br />
====Placement de la touche====<br />
<br />
* A : {{touches|AltGr|d}} comme dans đ, version en alphabet latin du serbe cyrillique ђ ;<br />
* B : {{touches|AltGr|z}} comme dans ƶ, variante stylisé (surtout en manuscrit) du z en français et allemand (entre autres) ;<br />
* C : {{touches|AltGr|Maj|B}} La barre rappelant le côté rayé des caractères ;<br />
* D : {{touches|AltGr|Maj|<nowiki>=</nowiki>}} Le égal rappelant le rayé, Prime (′) est déplacé en {{tm|aigu}}{{tv|1}} ;<br />
* E : {{touches|AltGr|r}} R comme rayé ;<br />
<br />
=== Méthode ===<br />
Les votes à choix multiples utilisent la méthode de Condorcet (en cas de paradoxe, on utilisera la méthode Schulze). Les autres sont simplement à la majorité absolu. <br />
<br />
=== Durée ===<br />
Principe : Trois jours, soit jusqu’au 3 décembre à 20 h.<br><br />
Placement : Trois jours, soit jusqu’au 8 décembre à 20h.<br />
<br />
=== Votes ===<br />
<br />
====Principe====<br />
# {{pour}} -- [[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 30 novembre 2016 à 23:29 (CET)<br />
# {{pour}} -- [[Utilisateur:Flamme|Flamme]] ([[Discussion utilisateur:Flamme|discussion]]) 1 décembre 2016 à 07:32 (CET)<br />
# {{pour}} -- [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 1 décembre 2016 à 07:59 (CET)<br />
# {{pour}} -- [[Utilisateur:Mimoza|Mimoza]] ([[Discussion utilisateur:Mimoza|discussion]]) 1 décembre 2016 à 09:00 (CET)<br />
# {{pour}} -- [[Utilisateur:Nemolivier|nemolivier]] ([[Discussion utilisateur:Nemolivier|discussion]]) 1 décembre 2016 à 09:34 (CET)<br />
# {{pour}} -- [[Utilisateur:Crako|Crako]] ([[Discussion utilisateur:Crako|discussion]]) 2 décembre 2016 à 17:13 (CET)<br />
# {{pour}} -- [[Utilisateur:Thomas|Thomas]] ([[Discussion utilisateur:Thomas|discussion]]) 2 décembre 2016 à 23:04 (CET)<br />
# {{pour}} -- [[Utilisateur:Ejpcmac|ejpcmac]] ([[Discussion utilisateur:Ejpcmac|discussion]]) 3 décembre 2016 à 11:06 (CET)<br />
# {{neutre}} -- [[Utilisateur:A2|A2]] ([[Discussion utilisateur:A2|discussion]]) 3 décembre 2016 à 11:13 (CET)<br />
<br />
====Placement====<br />
# B > A > C > E > D -- [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 5 décembre 2016 à 19:05 (CET)<br />
# B > C > A > D = E -- [[Utilisateur:Flamme|Flamme]] ([[Discussion utilisateur:Flamme|discussion]]) 5 décembre 2016 à 20:10 (CET)<br />
# C > B > A > E > D -- [[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 5 décembre 2016 à 20:15 (CET)<br />
# B > A > C > D -- [[Utilisateur:Thomas|Thomas]] ([[Discussion utilisateur:Thomas|discussion]]) 5 décembre 2016 à 20:38 (CET)<br />
# D > E > A = B = C -- [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 5 décembre 2016 à 22:37 (CET) / [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 5 décembre 2016 à 23:23 (CET)<br />
# B > E > C > A > D -- [[Utilisateur:Europano|Europano]] ([[Discussion utilisateur:Europano|discussion]]) 5 décembre 2016 à 23:07 (CET)<br />
# A > C > B > E > D -- [[Utilisateur:Sinma|Sinma]] ([[Discussion utilisateur:Sinma|discussion]]) 6 décembre 2016 à 00:47 (CET)<br />
# A = B > E > C > D -- [[Utilisateur:A2|A2]] ([[Discussion utilisateur:A2|discussion]]) 6 décembre 2016 à 02:21 (CET)<br />
# E > B > A = C = D -- [[Utilisateur:Mimoza|Mimoza]] ([[Discussion utilisateur:Mimoza|discussion]]) 6 décembre 2016 à 12:21 (CET)<br />
# {neutre} -- [[Utilisateur:Nemolivier|nemolivier]] ([[Discussion utilisateur:Nemolivier|discussion]]) 6 décembre 2016 à 13:25 (CET)<br />
<br />
==Problème pour Ꝉ==<br />
Le problème, c’est que ma proposition n’inclus pas Ꝉ, car l’enchaînement {{tm|rayé}}+{{touches|AltGr|l}} est déjà pris pour l’enchainement avec barré, pour faire Ꝅ. [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 1 décembre 2016 à 07:59 (CET)<br />
<br />
== Problème pour AltGr ==<br />
La solution complète est à mon avis inapplicable, en tous cas pour la partie {{tm|touche}}+{{touches|AltGr|lettre}}. Si je ne me trompe pas, nous n'avons pas la main, en tous cas sous X11 (Linux), pour décider des combinaisons avec touches mortes. Ces combinaisons sont globales et valables pour toutes les dispositions de clavier. (on avait déjà dû forcer un peu la main pour faire passer la touche morte « Grec ».) S'il y a plusieurs graphie, il vaut mieux avoir plusieurs touches mortes. [[Utilisateur:Stéphane Veyret|Rideĉjo]] ([[Discussion utilisateur:Stéphane Veyret|discussion]]) 1 décembre 2016 à 08:40 (CET)<br />
<br />
== Noms des touches mortes ==<br />
Selon [https://fr.wikipedia.org/wiki/Barre_inscrite Wikipédia], « Barre inscrite » est une catégorie incluant l’horizontale et l’oblique. Sur Wikipédia et dans une partie de la traduction ISO d’Unicode, on dit ''rayé'' pour la barre inscrite horizontale, et ''barré'' pour la barre inscrite oblique. Il faut renommer la page en « /Barré et rayé ». Désolé de ne pas avoir été attentif à ce flou terminologique ici. -- [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 5 décembre 2016 à 17:51 (CET)<br />
:L’article wiki bien qu'exact n'a aucune source, c'est une traduction de l'anglaise à l'origine. L’anglais n’a pas évolué des masses non plus. Je note qu'on avait renommé la touche morte à l'époque [[diacritique inscrit]] pour être cohérent avec son contenu. On a toujours un problème que beaucoup de lettres avec barre inscrite sont nommées « barré·e » et non « rayé·e ». Je suis d’avis pour nommer l'une la touche morte [[barre oblique]] et l’autre la touche morte [[barre inscrite]] (en omettant le « horizontal » par simplification ce qui n'empêchera pas de l'écrire sur l’article adéquat. Si ça peut aussi porter à confusion on peut faire une touche morte [[barre horizontale]] (on omet « inscrite » pour les deux touches mortes). On peut éventuellement maintenir en documentation ces nomenclatures alternatives plus récentes de rayés/barrés qui me paraissent tout de même moins explicites. – [[Utilisateur:A2|A2]] ([[Discussion utilisateur:A2|discussion]]) 6 décembre 2016 à 00:46 (CET)<br />
::J'ajoute qu’il n’y a aucun besoin de renommer cette page-ci d’autant que c’est celle sur laquelle se font les votes en ce moment (ça évitera de trainer des redirections inutiles). — [[Utilisateur:A2|A2]] ([[Discussion utilisateur:A2|discussion]]) 6 décembre 2016 à 00:54 (CET)<br />
<br />
== Placement ==<br />
[[Discussion:Version_1.1#Valse_des_touches_mortes]], 3ᵉ alinéa, déconseille de placer les touches mortes sur leur lettre de base la plus fréquente. Pour des raisons de mnémotechnique et pour libérer des places, on peut placer la touche morte ''barré'' sur {{tv|%}}, à la place du pour mille, rare et obtenable par touches mortes (Latin, Circonflexe, Rond en chef, …). La touche morte ''rond en chef'' peut prendre la place du symbole ≠, banalement obtenable par {{tm|barré}}{{tv|&#x3D;}}, et sera ainsi sur la touche d’un symbole mnémonique, le symbole degré. ''Rayé'' comme étant moins fréquent que ''barré'', peut prendre la place du symbole Prime ′, car tous ces symboles sont bien en {{tm|accent&nbsp;aigu}}{{tv|chiffre}}, ainsi ′, ″, ‴, ⁗, et avec {{tm|accent&nbsp;grave}}{{tv|chiffre}} : ‵, ‶, ‷. Donc ''rayé'' en {{tt|Maj|AltGr|&#x3D;}}, très mnémonique grâce au signe égal (deux barres horizontales). cf. [[Version_1.1/Touches_vives#Carte_d.E2.80.99implantation|carte exemple]]. -- [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 5 décembre 2016 à 17:51 (CET)<br />
:Le problème est que ta proposition se base sur énormément de chose qui n’ont pas été actées (les différents primes par exemple qui ne sont pas où tu le prétends). Le nombre de changements seraient énorme juste pour placer une touche morte a un endroit spécifique. -- [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 5 décembre 2016 à 18:00 (CET)<br />
::Le mieux est de traiter le pb dans une approche globale qui en plus, ferait gagner les places tant nécessaires, en plus d’apporter plus de cohérence comme pour rond en chef, barré. Et la touche morte '''''Latin ponctuation''''' sur {{tv|L}} est mnémonique. Elle peut être la porte d’entrée vers tout l’univers de cartes hyper spécialisées comme mathématique, scientifique, musicologie, avec à la clé enfin tout l’espace d’agencement qu’il faut, et zéro plaintes. -- [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 5 décembre 2016 à 18:31 (CET)</div>
Nemolivier
https://bepo.fr/wiki/index.php?title=Discussion:Version_1.1rc1/Touches_mortes/Latin_ponctuation&diff=27485
Discussion:Version 1.1rc1/Touches mortes/Latin ponctuation
2016-12-06T12:22:04Z
<p>Nemolivier : /* Votes */ vote nemolivier</p>
<hr />
<div>== Vote ==<br />
<br />
=== Version soumise au vote ===<br />
La version soumise au vote est [http://bepo.fr/wiki/index.php?title=Version_1.1/Touches_mortes/Latin_ponctuation&oldid=26492 la dernière de la soirée du 24 novembre 2016]. Voir aussi [http://bepo.fr/wiki/index.php?title=Latin_et_ponctuation&oldid=26499 sa page associée, détaillant son comportement].<br />
<br />
==== Précision sur le contenu ====<br />
Cette version ne contient pas les caractères latins spécifiques à l’alphabet phonétique international.<br />
<br />
Elle ne contient pas non plus l’intégralité des caractères dit “turned” dans la nomenclature unicode (nomenclature parfois imprécise). De plus, l’ensemble de ces caractères est trop important et nécessiterait une touche morte dédiée.<br />
<br />
=== Méthode ===<br />
<br />
Le vote utilise la méthode de Condorcet (en cas de paradoxe, on utilisera la méthode Schulze).<br />
Si le vote ne propose que deux options, on utilise simplement la majorité absolue.<br />
<br />
=== Durée ===<br />
<br />
72h à compter de la diffusion du vote. C’est-à-dire une fin au lundi 28 novembre 2016 à 20h CET.<br />
<br />
=== Options ===<br />
* A : acceptation en l’état, sans les caracatères “turned” superflus ;<br />
* B : refus (status quo).<br />
<br />
=== Votes ===<br />
# A > B — À noter que je n’aurais rien contre un allégement supplémentaire (avec éventuellement des déplacements de certains caractères en couche scientifique), mais de toute façon c’est hors-''scope'' AFNOR donc pas urgent. Cordialement --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 25 novembre 2016 à 19:53 (CET)<br />
# A > B -- [[Utilisateur:Crako|Crako]] ([[Discussion utilisateur:Crako|discussion]]) 25 novembre 2016 à 19:58 (CET)<br />
# A > B -- [[Utilisateur:Flamme|Flamme]] ([[Discussion utilisateur:Flamme|discussion]]) 25 novembre 2016 à 20:05 (CET)<br />
# A > B -- [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 25 novembre 2016 à 20:11 (CET)<br />
# A > B -- [[Utilisateur:C4software|Valentin Brosseau]] ([[Discussion utilisateur:C4software|discussion]]) 25 novembre 2016 à 22:18 (CET)<br />
# B > A — Je trouve regrettable de compliquer l'accès au eszett (ß) en le déplaçant dans cette couche « latin », dans la mesure où la normalisation AFNOR a pour but de définir un clavier pour la France (et pas pour la francophonie) -- [[Utilisateur:Thomas|Thomas]] ([[Discussion utilisateur:Thomas|discussion]]) 26 novembre 2016 à 00:03 (CET)<br />
#: Je comprends le problème, mais la position proposée pour l’esztett reste extrêmement accessible, tout de même ! ;-) Pour rappel, ce n’est pas tant en France que dans les pays voisins que ce caractère est utilisé… Bien à toi --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 26 novembre 2016 à 10:07 (CET)<br />
<br />
'''La proposition A est acceptée.'''<br />
<br />
== Vote pour le choix du symbole de la touche morte Latin étendu ==<br />
<br />
=== Méthode ===<br />
<br />
Le vote utilise la méthode de Condorcet (en cas de paradoxe, on utilisera la méthode Schulze).<br />
Si le vote ne propose que deux options, on utilise simplement la majorité absolue.<br />
<br />
=== Durée ===<br />
Un peu moins de 72 h à compter de la diffusion du vote, soit jusqu’au 8 décembre 2016 à 20 h (CET).<br />
<br />
=== Symbole ===<br />
* A : ⁂ (astérisme)<br />
* B : ⸮ (point d’ironie)<br />
* C : þ (thorn)<br />
* D : ³ (exposant trois, parce que c’est le groupe tertiaire, ou groupe 3) (cf. [[#Caractère mort|commentaire]])<br />
<br />
=== Votes ===<br />
# A > B > C > D -- [[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 5 décembre 2016 à 22:01 (CET)<br />
# C > A > B > D -- [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 5 décembre 2016 à 22:46 (CET)<br />
# D > A > B > C -- [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 5 décembre 2016 à 23:19 (CET)<br />
# A > B > C > D -- [[Utilisateur:Sinma|Sinma]] ([[Discussion utilisateur:Sinma|discussion]]) 6 décembre 2016 à 00:53 (CET)<br />
# A > B = C > D -- [[Utilisateur:Flamme|Flamme]] ([[Discussion utilisateur:Flamme|discussion]]) 6 décembre 2016 à 06:34 (CET)<br />
# C > A > B > D -- [[Utilisateur:Mimoza|Mimoza]] ([[Discussion utilisateur:Mimoza|discussion]]) 6 décembre 2016 à 12:04 (CET)<br />
# A > B > C > D -- [[Utilisateur:Nemolivier|nemolivier]] ([[Discussion utilisateur:Nemolivier|discussion]]) 6 décembre 2016 à 13:22 (CET)<br />
<br />
==Fourre-tout ?==<br />
En quoi la [[Latin_et_ponctuation|version actuelle]] est-elle fourre-tout, alors que justement elle a été largement simplifiée pour être la plus logique possible et beaucoup moins fourre-tout. [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 24 novembre 2016 à 08:58 (CET)<br />
:Assez d’accord avec toi. Je pense qu’on peut éventuellement dégager les symboles musicaux (ou plutôt les passer en scientifique), les 1/3 et 2/3 (sont-ils vraiment utilisés ? Leur position est-elle intuitive ?) ainsi que ⁃, ⁜ et ※. Quant aux tierce et quarte, je les ai proposés en scientifique, ça me paraît plus pertinent aussi. --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 24 novembre 2016 à 14:17 (CET)<br />
::Toutes les positions sont logique, ⅓ est en þ+¼ et ⅔ en þ+¾, ⁜ et ※ sont en + et ×, le ⁃ est une des deux puces les plus utilisés et est surement plus utilisé que les caractères précédent. Le reste ne dérange pas en scientifiques, ils était en latin étendu car présent avant l’ajout de la couche scientifique. [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 24 novembre 2016 à 14:27 (CET)<br />
<br />
:Sur la totalité des caractères de cette couche, seuls cinq sont obligatoires : Ə, ϴ,Þ, Ŋ et Ʒ Plus un ou deux tirets. Tous le reste est optionnel. Veut-on « figer » ces positions dans la norme ? Si c’est pour les déplacer dans 6 mois on perd en crédibilité. [[Utilisateur:LeBret|LeBret]] ([[Discussion utilisateur:LeBret|discussion]]) 24 novembre 2016 à 14:59 (CET)<br />
<br />
:Toutes mes confuses, je n’avais pas vu la derniere version, elle est effectivement bien plus propre que celle sur laquelle je me suis basé (bépo2fm 1.0). [[Utilisateur:Crako|Crako]] ([[Discussion utilisateur:Crako|discussion]]) 24 novembre 2016 à 23:06 (CET)<br />
:: Je ne sais pas quel est l’usage de certains de ces caractères (⁜, ※ ou fractions). @LeBret : les positions des caractères non optionnels seront figées, c’est une certitude. Le reste peut bouger, on n’est pas pressé pour la position des puces ou traits de fractions. :P --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 24 novembre 2016 à 23:59 (CET)<br />
<br />
== La place de l’eszett (ßẞ) ==<br />
Je trouve regrettable de compliquer l'accès au eszett (ß) en le déplaçant dans cette couche « latin », dans la mesure où la normalisation AFNOR a pour but de définir un clavier pour la France (et pas pour la francophonie) -- [[Utilisateur:Thomas|Thomas]] ([[Discussion utilisateur:Thomas|discussion]]) 26 novembre 2016 à 00:03 (CET)<br />
: Je comprends le problème, mais la position proposée pour l’esztett reste extrêmement accessible, tout de même ! ;-) Pour rappel, ce n’est pas tant en France que dans les pays voisins que ce caractère est utilisé… Bien à toi --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 26 novembre 2016 à 10:07 (CET)<br />
:: {{a|Re:eszett_2}} Je plussoie Thomas en soulignant (comme d’autres sur la ML) la présence d’une population germanophone en France, et des Français étudiant l’allemand. Comme pour la touche morte ''cyrillique'', l’argument « marketing » (je cite la ML) joue ici dans le sens où la suppression de l’eszett de la carte de base peut être perçue comme un pied-de-nez… Notez ma surenchère de vocabulaire face à cette remise en question d’un des essentiels du bépo. J’avoue que j’avais été partisan d’un accès à l’ß par la touche morte {{tm|ë}}, mais actuellement je recommande de placer l’eszett sur la carte de base partout en France. Mais pas sur l’{{tv|S}} (utile pour le '$'), plutôt sur l’autre lettre du digramme soudé, le {{tv|Z}}. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 26 novembre 2016 à 10:44 (CET)<br />
<br />
:Au contraire, je trouve cela plus logique de nettoyer la carte de base, et d’homogénéiser ce point qui – rétrospectivement – peut être considéré comme des anomalies. Pourquoi un germanophone aurait simplement {{ts|AltGr|s}} à faire pour produire un ß (d’usage de plus en plus rare), alors qu’un hispanophone aurait {{ts|AltGr|n|o}} pour produire un õ ?<br />
:De mon point de vue, en procédant ainsi, on gagne à la fois en clarté, en cohérence, ainsi qu’en possibilités supplémentaires via la place libérée. [[Utilisateur:Crako|Crako]] ([[Discussion utilisateur:Crako|discussion]]) 26 novembre 2016 à 13:33 (CET)<br />
:: +1. [[Utilisateur:Flamme|Flamme]] ([[Discussion utilisateur:Flamme|discussion]]) 26 novembre 2016 à 13:58 (CET)<br />
::: Le õ est une lettre diacritée tandis que le ß est une ligature (comme œ, qui est sur la carte de base). Si on voulait vraiment nettoyer la carte de base, on n’y mettrait pas le symbole de la livre sterling. Je suis donc du même avis que Marcel : le choix des caractères est subjectif, puisqu’il correspond à ce qui ''nous'' semble important. De mon point de vue, reléguer le ß dans la couche latin étendu signifie que nous considérons que l’allemand n’a pas plus d’importance que l’islandais. Notez au passage que l’allemand est parlé en Belgique [https://fr.wikipedia.org/wiki/Communaut%C3%A9_germanophone_de_Belgique]. -- [[Utilisateur:Thomas|Thomas]] ([[Discussion utilisateur:Thomas|discussion]]) 26 novembre 2016 à 14:03 (CET)<br />
:::: +1. S’il est vrai que la place en {{t|AltGr}}+{{tv|S}} est souhaitable pour (redonder) le '$', il reste quand même l’équivalent sur {{tv|Z}}, où l’ß sera en bonne compagnie, entre l’'ijIJ' et l’'əƏ' déplacé pour faire un [[Version 1.1/Touches vives/International|'''mini-pavé international''']]. Avant d’ajouter la touche morte ''cyrillique'' « pour le marketing », on ferait bien de laisser l’eszett sur la carte de base, pour ''symboliser le tandem franco-allemand'', si ça parle mieux. Une fois le mini-pavé international blindé, je suggère de mettre le ''cyrillique'' juste à côté du ''grec''. À mon avis c’est ainsi que le bépo fera un pas de plus vers une carte “propre”, « logique » et « nettoyée ». [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 26 novembre 2016 à 15:59 (CET)<br />
:{{a|36DA58CF2A59C51}}<!--ancre ajoutée par Marcel le 2016-12-03 à 09:46(CET)--><br><br />
:: L’usage plus rare de ß, ce n’est pas une nouvelle fraîche, ça fait très longtemps que la Suisse ne l’utilise plus. La nouvelle assez récente, c’est plutôt l’introduction de la majuscule et son usage qui commence à décoller en Allemagne, alors qu’elle était systématiquement remplacée par un double S.<br><br />
:: Quant à õ, ça concerne plutôt les lusophones ; en espagnol, pour autant que je sache, seul ñ porte un tilde.<br><br />
:: Quoi qu’il en soit, la question est de savoir à quoi servira l’espace libéré ; améliorer (enfin) l’accessibilité des caractères utilisés dans les langages informatiques ? -- [[Utilisateur:Laurent|Laurent]] ([[Discussion utilisateur:Laurent|discussion]]) 1 décembre 2016 à 07:00 (CET)<br />
::: +1. {{a|EszettCcedillaInformatique}}<br />
::: • Sur l’importance de l’ß sur le bépo, cf. [[Version 1.1/Touches vives/International|International]] (l’ß au sein d’un mini-pavé international) ;<br />
::: • sur l’usage de l’espace libéré, cf. [[Version 1.1/Touches vives/Compatibilité|Compatibilité]] (redonder le Ç sur S) ;<br />
::: • sur l’accessibilité des caractères informatiques, cf. [[Version 1.1/Touches vives/Informatique|Informatique]] (redonder ou déplacer des caractères informatiques).<br />
::: -- [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 1 décembre 2016 à 07:57 (CET)<br />
:::: Au risque de vous décevoir, les places libérés sur S devraient accueillir les touches mortes Exposants et, Indices ou Symboles scientifiques suivant les résultats du vote. -- [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 1 décembre 2016 à 08:16 (CET)<br />
::::: L'accessibilité de quels caractères informatiques fait-elle défaut, sinon $ et # ? La plupart sont en AltGr+bas de casse main gauche, ce qui est plutôt confortable et cohérent... ;-) -- Miltøn<br />
:::::: Ils sont tous répertoriés sur la page [[Version 1.1/Touches vives/Informatique|Informatique]] (redonder ou déplacer des caractères informatiques). -- [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 1 décembre 2016 à 12:26 (CET)<br />
::::: C’est que malgré ma tentative, les votes sont faits à l’envers. On n’a pas besoin d’une touche morte exposants ou symboles à cet endroit précis. Symboles qui sont si rares qu’il suffirait de pouvoir y accéder par triple pression de /Latin/ (la double pression activant l’/IPA/), si la proposition correspondante est acceptée. C’est pourquoi je dis que c’est fait à l’envers, les priorités sont mal choisies. -- [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 1 décembre 2016 à 12:26 (CET)<br />
<br />
== Caractère mort ==<br />
Techniquement, l’exposant trois symbolise le groupe 3, puisque c’est de cela qu’il s’agit. -- [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 5 décembre 2016 à 22:29 (CET)<br />
<br/>Une double frappe active le groupe 4, dont le caractère mort est alors l’exposant quatre, et qui correspond à l’actuelle touche morte IPA. Et ainsi de suite. -- [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 5 décembre 2016 à 22:32 (CET)</div>
Nemolivier
https://bepo.fr/wiki/index.php?title=Discussion:Exposant_et_indice&diff=27277
Discussion:Exposant et indice
2016-12-03T21:32:13Z
<p>Nemolivier : /* Caractères morts associés */</p>
<hr />
<div>{{attention|Attention, une septième proposition a été rajoutée au vote sur les indices et exposants peu après le lancement, merci de mettre à jour vos votes pour en tenir compte !}}<br />
<br />
== Vote ==<br />
<br />
=== Version soumise au vote ===<br />
La version soumise au vote est [http://bepo.fr/wiki/index.php?title=Exposant_et_indice&oldid=26814 la dernière de la soirée du 29 novembre 2016].<br />
<br />
==== Précision sur le contenu ====<br />
Pour le placement, gardez en mémoire qu’il y aura probablement d’autres touches mortes à placer :<br />
* touche morte barre inscrite (en plus de barre oblique), hypothèses de placement : {{ts|AltGr|d}} ou {{ts|AltGr|B}} ;<br />
* touche morte symboles scientifiques, hypothèses de placement : {{ts|AltGr|S}} ou {{ts|AltGr|D}} ;<br />
* touche morte API, hypothèse de placement : {{ts|AltGr|z}} ;<br />
<br />
=== Méthode ===<br />
Les votes à choix multiples utilisent la méthode de Condorcet (en cas de paradoxe, on utilisera la méthode Schulze).<br />
Les autres sont simplement à la majorité absolu.<br />
<br />
=== Durée ===<br />
Fin le samedi 3 décembre 2016 à 20h CET. C’est-à-dire au moins 72 h à compter de la diffusion du vote.<br />
<br />
=== Options ===<br />
==== Principe, et placement des touches mortes ====<br />
* A : exposant en {{ts|AltGr|Maj|^}}, indice en {{ts|AltGr|Maj|v}}<br />
* B : exposant en {{ts|AltGr|s}}, indice en sup redondé<br />
* C : exposant en {{ts|AltGr|s}}, indice en {{ts|AltGr|Maj|s}}<br />
* D : exposant en {{ts|AltGr|s}}, indice en {{ts|AltGr|Maj|b}}<br />
* E : exposant en {{ts|AltGr|s}}, indice en {{ts|AltGr|Maj|n}}<br />
* F : status quo.<br />
* G : exposant en {{ts|AltGr|^}}, indice en {{ts|AltGr|v}} + déplacement de ¿ et ¡ en {{ts|AltGr|Maj|’/^}}, du caron en {{ts|AltGr|Maj|v}} et du crochet en {{ts|AltGr||’}}<br />
* H : exposant en {{ts|AltGr|^}}, indice en sup redondé + déplacement de ¿ et ¡ en {{ts|AltGr|Maj|’/^}} et du crochet en {{ts|AltGr||’}}, pas de déplacement du caron.<br />
<br />
Les propositions G et H ont été ajoutées en cours de route … merci de mettre à jour vos votes.<br />
<br />
==== Ordinaux masculin et féminin ====<br />
* ({{pour}}/{{contre}}/neutre) déplacer º et ª, de respectivement {{ts|AltGr|M}} et {{ts|AltGr|F}}, sur {{tm|exposants}}{{ts|AltGr|m}} et {{tm|exposants}}{{ts|AltGr|f}}. Ces caractères ne servent pas en français car « numéro » s’abrège avec un <sup>o</sup> — o en exposant — et non un º.<br />
: Vous voulez dire les déplacer sur {{tm|exposants}} macron et {{tm|exposants}} ogonek ? Je plains les gens de X.org quand vous essaierez de faire adopter une telle aberration (même la notation utilisée avec + {{tm|exposants}}+{{ts|AltGr|m}} est incohérente puisqu’il ne s’agit pas d’un appui simultané). -- [[Utilisateur:Laurent|Laurent]] ([[Discussion utilisateur:Laurent|discussion]]) 1 décembre 2016 à 08:36 (CET)<br />
:: Non, c’est bien exposant suivi de AltGr+M et AltGr+F. ;-) -- [[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 1 décembre 2016 à 14:26 (CET)<br />
::: C’est corrigé, mais sachant que les claviers gérant le key rollover (roulements), donc tous les claviers actuels, permettent l’appui simultané (dans le bon ordre) si c’est au même niveau. Pour {{tm|touche&nbsp;morte}} suivie de quelque chose, le modèle {{m|tm}} contient déjà l’EFI qui va avec. -- [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 1 décembre 2016 à 16:15 (CET)<br />
::<br />
::: Oui, c’est ce que je disais, {{tm|exposants}} macron et {{tm|exposants}} ogonek (roulement possible ou pas {{tm|exposants}} et {{tm|indices}} seraient bien des touches morts, pas des modificatrices (quand on tape Maj m pas simultanément, ça ne produit pas M). Donc c’est toujours incohérent d’un point de vue logique. Si les développeurs de X.org vous rembarrent en disant qu’eux ne mélangent pas les cochons et les serviettes (je sais que ce n’est pas l’expression exacte, mais celle-ci est… plus visuelle), il ne faudra pas vous plaindre. [[Utilisateur:Laurent|Laurent]] ([[Discussion utilisateur:Laurent|discussion]]) 2 décembre 2016 à 12:22 (CET)<br />
<br />
==== Caractères morts associés ====<br />
* A : remettre cette décision à plus tard, et en profiter pour [[Version_1.1/Touches_mortes/Caract%C3%A8res_morts|homogénéiser ce point sur toutes les touches mortes]] ;<br />
* B : « ^ » pour exposant et « _ » pour indice, et changer le caractère mort associé au circonflexe par « ê » ;<br />
* C : « ² » pour exposant et « ₂ » pour indice ;<br />
* D : « ᵉ » pour exposant (sans doute l’exposant le plus utilisé en français), « ᵢ » pour indice ;<br />
* E : cohérence avec la touche (donc « ˢ » en exposant si exposant passe en AltGr+s par exemple).<br />
<br />
=== Votes ===<br />
==== Principe, et placement des touches mortes ====<br />
# C > B > A > H > E > D = F = G -- [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 30 novembre 2016 à 18:02 (CET)<br />
# B > C > H > G > D = E > A > F -- [[Utilisateur:Flamme|Flamme]] ([[Discussion utilisateur:Flamme|discussion]]) 30 novembre 2016 à 18:30 (CET)<br />
# C = B > D = E > H > G > A > F -- [[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 30 novembre 2016 à 19:23 (CET)<br />
# B > C > D > E > H > G > A > F -- [[Utilisateur:Crako|Crako]] ([[Discussion utilisateur:Crako|discussion]]) 30 novembre 2016 à 21:39 (CET)<br />
#: De mon point de vue, l’exposant sert suffisement souvent pour ne pas avoir à privilégier le mnémotechnique sur l’ergonomie. [[Utilisateur:Crako|Crako]] ([[Discussion utilisateur:Crako|discussion]]) 1 décembre 2016 à 23:51 (CET)<br />
# A > B = C = D = E = F = G = H -- [[Utilisateur:Airevspin|Airevspin]] ([[Discussion utilisateur:Airevspin|discussion]]) 1 décembre 2016 à 00:16 (CET)<br />
# G = H > F = A > B = C = D = E -- (l’argument de Marcel comme quoi AltGr+S est plutôt une bonne position, malgré la combinaison à une main, puisque S est une touche de repos, m’a convaincu ; par conséquent, je trouve dommage de la gâcher avec quelque chose qui est certes utile, mais pas si fréquemment que ça ; plus généralement, il me semblerait bien préférable de régler la question de redonder ou pas Ç et de déplacer ou pas les caractères utilisés pour les langages informatiques avant de positionner les touches mortes exposant et indice) -- [[Utilisateur:Laurent|Laurent]] ([[Discussion utilisateur:Laurent|discussion]]) 1 décembre 2016 à 08:18 (CET)<br />
# G = A > F > B = C = D = E = H -- (je vais même plus loin que Laurent : on s'en fout d'être sur la touche de repos, on parle d'exposant et indice, des touches mortes qui ne serviront presque jamais et qu'il faudra retrouver sur le clavier le jour où on en aura besoin, donc il vaut mieux que le placement soit mnémotechnique !) [[Utilisateur:Stéphane Veyret|Rideĉjo]] ([[Discussion utilisateur:Stéphane Veyret|discussion]]) 1 décembre 2016 à 08:58 (CET)<br />
#: Je ne suis pas certain du fait que cela ne servira « presque jamais ». C’était aussi mon point de vue, et la raison pour laquelle j’étais favorable à la proposition A dans un premier temps. Cependant, l’usage d’abréviations est général en français aujourd’hui : titres de civilité, ordinaux (même s’il vaut mieux les écrire en toutes lettres) et un certain nombre d’abréviations. C’est pour cela que je pense qu’''a minima'' une place ''agréable'' pour les exposants serait souhaitable. L’indice, en revanche, pourrait se contenter d’une place bien moindre, je te l’accorde, mais c’est là que l’argument de la cohérence intervient. Bien à toi --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 1 décembre 2016 à 09:47 (CET)<br />
#:: Je ne suis absolument pas d’accord avec Stéphane. Si j’avais cette touche, je m’en servirais plusieurs fois par jour. Ce qui est largement suffisant pour considérer que l’ergonomie (bonne place sur S) doit l’emporter sur l’aspect mnémotechnique (placement sur ^). [[Utilisateur:Crako|Crako]] ([[Discussion utilisateur:Crako|discussion]]) 1 décembre 2016 à 23:51 (CET)<br />
#:::Les exposants sont très utiles, et serviront à moi aussi plusieurs fois par jour. Pourriez-vous envisager de les placer ailleurs que sur AltGr+Maj, n’importe où, mais accessible seulement avec un AltGr. -- [[Utilisateur:Flamme|Flamme]] ([[Discussion utilisateur:Flamme|discussion]]) 2 décembre 2016 à 01:42 (CET)<br />
#::::Sauf que, si j'ai bien compris, les indices et exposants ont une utilisation particulière, et c'est d'ailleurs pour cela qu'on y trouve pas toutes les lettres. Pour écrire M<sup>me</sup>, il ne faut pas utiliser les lettres-exposants, mais la faculté de l'éditeur de mettre le texte en exposant. Ceci dit, il est difficile de dire qu'on l'utilisera (ou ne l'utilisera pas) plusieurs fois par jour tant qu'on ne l'a pas essayé. Ma remarque était donc sans doute un peu trop « agressive ». [[Utilisateur:Stéphane Veyret|Rideĉjo]] ([[Discussion utilisateur:Stéphane Veyret|discussion]]) 2 décembre 2016 à 07:52 (CET)<br />
#:::::D’où sortez-vous l’idée qu’il ne faut pas utiliser les lettres exposants? L’Unicode ajoute-t-il des caractères pour nous déconseiller de les utiliser? Du reste, on écrit ailleurs que dans un traitement de texte. Web, courrielleurs, éditeur de texte, markdown, etc. Que vous ne vouliez pas les exposants sur {s}, soit, mais est-il nécessaire de les reléguer sur une place aussi punitive? (AltGr+Maj) -- [[Utilisateur:Flamme|Flamme]] ([[Discussion utilisateur:Flamme|discussion]]) 2 décembre 2016 à 10:56 (CET)<br />
#::::::Tu t'enflamme, [[Utilisateur:Flamme|Flamme]] ! ;-) Personne ne dit qu'il ne faut pas utiliser ces lettres, mais qu'elles ont une fonction particulière, qui n'est pas de simplement mettre les lettres en exposant. C'est d'ailleurs le sujet de la discussion en bas de cette page. [[Utilisateur:Stéphane Veyret|Rideĉjo]] ([[Discussion utilisateur:Stéphane Veyret|discussion]]) 2 décembre 2016 à 11:20 (CET)<br />
#:::::::Mais c’est précisément pour cette fonction particulière qu’on en a besoin. Pas pour ce que vous supposez qu’on en fera. Ajout tardif: je veux dire que l’absence d’uniformité parfois observée n’est pas une gêne puisqu’on ne s’en sert pas pour écrire des phrases entières. -- [[Utilisateur:Flamme|Flamme]] ([[Discussion utilisateur:Flamme|discussion]]) 2 décembre 2016 à 12:00 (CET)<br />
# C > B > E > H > D = A = G > F -- [[Utilisateur:Ejpcmac|ejpcmac]] ([[Discussion utilisateur:Ejpcmac|discussion]]) 1 décembre 2016 à 09:24 (CET)<br />
# F = A > B = C = D = E > G = H -- [[Utilisateur:LeBret|LeBret]] ([[Discussion utilisateur:LeBret|discussion]]) 1 décembre 2016 à 10:37 (CET)<br />
# G > F > A > H > B > C = D = E -- [[Utilisateur:Mimoza|Mimoza]] ([[Discussion utilisateur:Mimoza|discussion]]) 1 décembre 2016 à 10:55 (CET) <br />
#:La proposition G est de mon fait. Elle a pour avantage d'être similaire a ce qui est déjà en place sans perdre vraiment en accessibilité. Par contre elle oblige a déplacer le ¡ et par conséquent le ¿ pour conserver une certaine logique. -- [[Utilisateur:Mimoza|Mimoza]] ([[Discussion utilisateur:Mimoza|discussion]]) 1 décembre 2016 à 12:03 (CET)<br />
#::C'est grosso-modo ce que j'avais proposé moi avec la [[Discussion:Version_1.1#Suite_de_la_danse|suite de la valse des touches mortes]] et où j'avais conclus de moi-même que ces accès étaient très mauvais et que la seule idée à garder était d'avoir indice en double frappe des exposants. C'est que pire à vouloir déplacer le caron en majuscule pour les indices utilisés eux quasi seulement en chimie. On a tout fait pour redonner aux touches mortes un peu plus d'accessibilité, ce n’est clairement pas pour priver le caron de la sienne, déjà qu'il est pénible en {{ts|AltGr|v}}… Ma proposition en pdd avait un sens y'a trois semaines quand il manquait gravement de place en AltGr simple, mais elle n'a plus vraiment de sens depuis qu'on a la touche morte [[latin et ponctuation]] qui a libéré plein d'autres AltGr accessibles. – [[Utilisateur:A2|A2]] ([[Discussion utilisateur:A2|discussion]]) 2 décembre 2016 à 23:19 (CET)<br />
# G > F > A > B > C = D = E > H -- [[Utilisateur:logisim|logisim]] ([[Discussion utilisateur:logisim|discussion]]) 1 décembre 2016 à 12:52 (CET)<br />
# A > G > H > B = C = D = E > F -- [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 1 décembre 2016 à 12:56 (CET)<br />
# A > B = C = D = E = F = G = H -- [[Utilisateur:Thomas|Thomas]] ([[Discussion utilisateur:Thomas|discussion]]) 2 décembre 2016 à 22:58 (CET)<br />
# B > C > H > D = E = G > A > F -- [[Utilisateur:A2|A2]] ([[Discussion utilisateur:A2|discussion]]) 3 décembre 2016 à 08:49 (CET)<br />
# A > G > C > H > B > D = E = F -- [[Utilisateur:Europano|Europano]] ([[Discussion utilisateur:Europano|discussion]]) 3 décembre 2016 à 18:55 (CET)<br />
# B > C = D = E > H > G > A = F La touche morte est nécessaire pour saisir les exposants qui ont une valeur sémantique comme le montre Marcel, il y a une chance que ce soit la troisième touche morte la plus utile au français après ^ et ¨ ! Alors il faut une position accessible. J'ai l'impression que beaucoup votent en espérant pouvoir mettre autre chose en AltGr(+Maj)+S, mais on ne sait pas encore quoi y mettre. Il vaut mieux attendre que des propositions soient faites, quitte à ce que de prochains votes proposent de déplacer exposant si on a mieux à mettre dessus. En espérant avoir le droit de voter, c'est la première fois que je prends part aux discussions. --[[Utilisateur:Gazomètre2|Gazomètre2]] ([[Discussion utilisateur:Gazomètre2|discussion]]) 3 décembre 2016 à 19:48 (CET)<br />
# B > C > D > E > H > G > A = F -- [[Utilisateur:JulieCaroline|JulieCaroline]] ([[Discussion utilisateur:JulieCaroline|discussion]]) 3 décembre 2016 à 19:50 (CET)<br />
# C > B > D = E > H > G > A > F -- [[Utilisateur:Nemolivier|nemolivier]] ([[Discussion utilisateur:Nemolivier|discussion]]) 3 décembre 2016 à 22:29 (CET)<br />
<br />
==== Ordinaux masculin et féminin ====<br />
# {{neutre}} -- [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 30 novembre 2016 à 18:02 (CET)<br />
# {{pour}} -- [[Utilisateur:Flamme|Flamme]] ([[Discussion utilisateur:Flamme|discussion]]) 30 novembre 2016 à 18:30 (CET)<br />
# {{pour}} -- [[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 30 novembre 2016 à 19:25 (CET)<br />
# {{pour}} -- [[Utilisateur:Crako|Crako]] ([[Discussion utilisateur:Crako|discussion]]) 30 novembre 2016 à 21:41 (CET)<br />
# {{pour}} -- [[Utilisateur:Airevspin|Airevspin]] ([[Discussion utilisateur:Airevspin|discussion]]) 1 décembre 2016 à 00:18 (CET)<br />
# {{contre}} -- [[Utilisateur:Laurent|Laurent]] ([[Discussion utilisateur:Laurent|discussion]]) 1 décembre 2016 à 08:37 (CET)<br />
# {{neutre}} -- [[Utilisateur:Ejpcmac|ejpcmac]] ([[Discussion utilisateur:Ejpcmac|discussion]]) 1 décembre 2016 à 09:24 (CET)<br />
# {{contre}} -- [[Utilisateur:Mimoza|Mimoza]] ([[Discussion utilisateur:Mimoza|discussion]]) 1 décembre 2016 à 11:03 (CET)<br />
# {{contre}} -- [[Utilisateur:Thomas|Thomas]] ([[Discussion utilisateur:Thomas|discussion]]) 2 décembre 2016 à 22:59 (CET)<br />
# {{pour}} -- [[Utilisateur:A2|A2]] ([[Discussion utilisateur:A2|discussion]]) 3 décembre 2016 à 08:49 (CET)<br />
# {{neutre}} -- [[Utilisateur:Nemolivier|nemolivier]] ([[Discussion utilisateur:Nemolivier|discussion]]) 3 décembre 2016 à 22:30 (CET)<br />
<br />
==== Caractères morts associés ====<br />
# C > E > D > A > B -- [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 30 novembre 2016 à 18:02 (CET)<br />
# D > C > A > E > B -- [[Utilisateur:Flamme|Flamme]] ([[Discussion utilisateur:Flamme|discussion]]) 30 novembre 2016 à 18:30 (CET)<br />
# D = E > C > A > B -- [[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 30 novembre 2016 à 19:28 (CET)<br />
# C = D > A > E > B -- [[Utilisateur:Crako|Crako]] ([[Discussion utilisateur:Crako|discussion]]) 30 novembre 2016 à 21:47 (CET)<br />
# D = C > A > E > B -- [[Utilisateur:Ejpcmac|ejpcmac]] ([[Discussion utilisateur:Ejpcmac|discussion]]) 1 décembre 2016 à 09:24 (CET)<br />
# A > E > B > D > C -- [[Utilisateur:Mimoza|Mimoza]] ([[Discussion utilisateur:Mimoza|discussion]]) 1 décembre 2016 à 11:06 (CET)<br />
# B > A > C = D = E -- [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 1 décembre 2016 à 12:58 (CET)<br />
# D > C > A > B = E -- [[Utilisateur:Thomas|Thomas]] ([[Discussion utilisateur:Thomas|discussion]]) 2 décembre 2016 à 23:01 (CET)<br />
# D > C > A > B > E -- [[Utilisateur:A2|A2]] ([[Discussion utilisateur:A2|discussion]]) 3 décembre 2016 à 08:51 (CET)<br />
# D > C > A > E > B -- [[Utilisateur:Europano|Europano]] ([[Discussion utilisateur:Europano|discussion]]) 3 décembre 2016 à 11:24 (CET)<br />
# D > C > B > E > A -- [[Utilisateur:Nemolivier|nemolivier]] ([[Discussion utilisateur:Nemolivier|discussion]]) 3 décembre 2016 à 22:32 (CET)<br />
<br />
== Barre espace ==<br />
Hello,<br />
<br />
Je suis assez surpris par le choix des caractères sur la barre d’espace. Pourquoi ceux-ci précisément ?<br />
<br />
Bien cordialement --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 20 novembre 2016 à 15:02 (CET)<br />
:Le ² et ₂ sont les caractères utilisés pour représenter la touche, je les ai donc mis logiquement en espace, après j’ai mis le ³ en maj car il est souvent utiliser pour m³ mais c’est optionnel [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 20 novembre 2016 à 19:40 (CET)<br />
::Ah, je ne me souvenais pas que le caractère ² avait été retenu pour symboliser cette touche morte. Ce n’est pas absurde, mais vue la fréquence du « e » en exposant, on aurait aussi pu penser à celle-ci. Cordialement --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 20 novembre 2016 à 22:08 (CET)<br />
:::Rien n’a été retenu, c’est une décision arbitraire de ma part [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 21 novembre 2016 à 09:17 (CET)<br />
<br />
== Caractères morts ==<br />
Je ne comprends pas cette section :<br />
* en quoi doit-on absolument mettre ^ et _ en caractères morts sur ces touches mortes ?<br />
* en quoi cela serait-ce incompatible avec la touche morte circonflexe, tout en étant compatible avec le _ existant ?<br />
Cette proposition de caractères morts ne présente que des inconvénients, et n’a aucun intérêt. Pourquoi l’avoir exposé ?<br />
[[Utilisateur:Crako|Crako]] ([[Discussion utilisateur:Crako|discussion]]) 27 novembre 2016 à 12:34 (CET)<br />
<br />
:Ok, après échange sur IRC j’ai compris qu’il y a une différence de comportement entre X.Org et MacOS/Windows :<br />
:* sous X.Org : {{tm|^}}{{tv|q}} ne produit rien, car il n’y a pas de règle de composition définie. '''On ne peut pas modifier ce comportement''' ;<br />
:* sous MacOS : {{tm|^}}{{tv|q}} produit ^q ;<br />
:* sous Windows : {{tm|^}}{{tv|q}} produit ^q. Et il existe une contrainte d’unicité sur le caractère associé à la touche morte, qui fait qu’on ne peut pas avoir le ^ utilisé à la fois pour circonflexe et exposant, c’est à dire qu’on ne peut pas avoir à la fois {{tm|^}}{{tv|q}} qui produit ^q ET {{tm|exposant}}{{tv|q}} qui produit ^q.<br />
:Sous Windows je suggère donc d’utiliser respectivement ² et ₂ comme caractères morts.<br />
:-- <br />
:[[Utilisateur:Crako|Crako]] ([[Discussion utilisateur:Crako|discussion]]) 27 novembre 2016 à 13:07 (CET)<br />
::Utiliser {{tm|²}} et {{tm|₂}} est inefficient, car les caractères insupportés sortent de manière inutile, alors qu’avec {{tm|^}} et {{tm|_}} on a automatiquement le tout au format TeX.<br />
::Dans l’autre sens : ''ne pas'' utiliser {{tm|ê}} comme caractère mort pour l’''accent circonflexe'' induit une perte d’ergonomie quand la touche {{tv|ê}} sera réaffectée (tirets ou autre), car sous Windows et macOS, des séquences comme {{tm|ê}}{{tv|m}} sortent automatiquement en 'êm' (comportement émulable sous X.Org, et fonctinnant avec 'd', 'f', 'l', 'm', 'n', 'p', 'r', 't', 'v', sous X.Org aussi en majuscule). [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 27 novembre 2016 à 13:44 (CET)<br />
:::Le truc en plus c’est que si ^ est à la fois le caractère pour circonflexe et exposant et en non mort à côté, alors faire {{tm|^}}{{tm|^}}, {{tm|^}}{{tm|exposant}} et {{tm|^}}{{tv|^}} donneront tous les 3 la même chose (sur Windows). -- [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 27 novembre 2016 à 14:07 (CET)<br />
::::Comme Nicolas l’a écrit, il ne faut jamais utiliser le même caractère mort pour deux touches mortes, sinon c’est chaque fois la ligne qui se trouve être la première dans la deadlist qui fonctionne, et l’autre qui est pareille, est en panne. C’est pareil quand on utilise des lettres diacritées comme caractères morts : il faudrait éviter de prendre celles qui sont sur le clavier comme touches vives. Comme dans l’exemple que tu cites, où le circonflexe vif après le circonflexe mort fait le même effet qu’une double frappe du circonflexe mort.<br />
::::C’est juste que pour la touche morte exposant, on n’a pas vraiment le choix si l’on veut une sortie raisonnable. Perso dans ma version obsolète (que j’utilise toujours, faute d’avoir eu le temps de terminer le redéveloppement des drivers), j’ai encore '↑' et '↓' comme caractères morts d’exposant et indice… Parlant, mais inefficient car obligeant l’utilisateur à tout effacer au lieu de pouvoir le laisser tel quel, du moment qu’il sait que le format TeX est plus utile pour communiquer, même s’il n’utilise pas LaTeX. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 27 novembre 2016 à 14:55 (CET)<br />
:::Utiliser ê dans ce rôle dans le but d’obtenir « êm » en tappant {{tm|^}}{{tv|m}} me parait complètement délirant puisque ces deux touches sont sur la même main, et qu’il me parait beaucoup plus naturel de taper {{tm|^}}{{tv|e}}{{tv|m}} pour obtenir le même résultat.<br />
:::-- <br />
:::[[Utilisateur:Crako|Crako]] ([[Discussion utilisateur:Crako|discussion]]) 27 novembre 2016 à 19:11 (CET)<br />
::::C’est beaucoup dire, mais il est vrai que {{tm|ê}} n’est pas assez performant pour pallier la disparition d’{{tv|ê}} pour ses utilisateurs. — On peut bien sûr continuer de taper comme d’habitude avec la touche morte, mais il reste peut-être une séquence intéressante : {{tm|ê}}{{tv|p}}. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 27 novembre 2016 à 19:31 (CET)<br />
<br />
Je n’ai pas testé les fréquences respectives, mais pour la touche morte exposant, je me demande si ᵉ ne serait pas plus pertinent, ou éventuellement ˢ si la touche morte était sur AltGr+s. De même pour l’indice, on pourrait par cohérence choisir la lettre associée à la touche choisie. Cordialement --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 27 novembre 2016 à 15:53 (CET)<br />
: Le plus pertinent est de choisir pour chaque touche morte en priorité le caractère qui est le plus pertinent quand il est inséré avant les caractères non supportés, sous Windows et macOS. Dans le cas d’''exposant'' et ''indice'', on sait désormais que le seul choix pertinent est '^' et '_'. Pour l’''accent circonflexe'', le plus pertinent en français est 'ê'. Pour la plupart des autres touches, on peut choisir le caractère le plus parlant, ou le mieux supporté par les polices. Là c’est le moment d’associer 'ɍ' à ''rayé'' et de placer cette touche morte en {{tt|Maj|AltGr}}+{{tm|R}}, par exemple pour la mnémonique (enfin c’est ce que j’ai). [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 27 novembre 2016 à 16:06 (CET)<br />
:: « Dans le cas d’''exposant'' et ''indice'', on sait désormais que le seul choix pertinent est '^' et '_'. » Marcel, répéter encore et toujours le même argument sans aucune justification plausible aura pour seul et unique effet le même que celui qui se produit sur la liste de diffusion. Les gens t’ignoreront purement et simplement, et te laisseront dans tes délires. Il est grand temps que tu poses le crayon, et que tu prennes un peu de recul sur tes propositions.<br />
::--<br />
::[[Utilisateur:Crako|Crako]] ([[Discussion utilisateur:Crako|discussion]]) 27 novembre 2016 à 19:11 (CET)<br />
:::Il me semblait que le markup utilisé dans LaTeX et plus largement, était une justification assez plausible. Et plus que ça : c’est la raison même pourquoi je change pour '^' et '_', recommandant dans la foulée au bépo d’en faire de même. — Cela dit, merci du conseil. Reste à pouvoir l’appliquer… [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 27 novembre 2016 à 19:31 (CET)<br />
<br />
== Propositions ==<br />
Je souhaiterais aussi que soient proposées les options suivantes :<br />
* Pour le caractère non mort, cohérence avec la touche (donc ˢ en exposant si exposant passe en AltGr+s par exemple).<br />
* Pour le caractère non mort, mettre ᵉ (sans doute l’exposant le plus utilisé en français)<br />
* Pour º et ª, les mettre plutôt en exposant > AltGr+o et AltGr+a<br />
<br />
À moins qu’il n’y ait de raisons de ne pas proposer ces options au vote évidemment. ;-) --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 30 novembre 2016 à 13:12 (CET)<br />
:Oui, les raisons sont ꟹ et ᴭ. -- [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 30 novembre 2016 à 13:27 (CET)<br />
<br />
:* Qu’entends-tu par caractère non mort ? Est-ce le caractère qui est affiché sous Windows quand la séquence n’est pas gérée ? Ou est-ce simplement le symbole utilisé pour représenter la touche morte sur les cartes ?<br />
:* As-tu des propositions pour les indices ?<br />
:* pour º et ª ce n’est pas possible comme l’a fait remarquer [[Utilisateur:Flavien21|Flavien21]] mais c’est possible sur {{ts|AltGr|m}} et {{ts|AltGr|f}}. Cette proposition est déjà tracée mais uniquement en PDD (sur une section commentée car le vote n’est pas ouvert)<br />
<br />
== Faisabilité ==<br />
<br />
Même remarque que pour le vote sur barré/rayé : s'est-on assuré de la faisabilité de ces modifications sur tous les systèmes ? Il me semble qu'avec X11 nous n'avons pas la main sur les combinaisons associées aux touches mortes, celles-ci sont valables pour toutes les dispositions. Cela veut dire que nous ne pouvons pas « inventer » de nouvelles combinaisons (à moins qu'elles aient vraiment un sens), et que nous ne pouvons pas faire de truc du style {{tm|lettre morte}}+{{touches|AltGr|lettre}}. [[Utilisateur:Stéphane Veyret|Rideĉjo]] ([[Discussion utilisateur:Stéphane Veyret|discussion]]) 1 décembre 2016 à 08:50 (CET)<br />
:Les touches mortes exposants, indices, rayés et barrés ont un sens, mettre un caractères sur les touche AltGr+lettre est logique, même si elle est différente de celles utiliser par Linux.<br />
:De même si l’on va par là il n’est pas possible d’avoir la pression multiples des touches comme on l’entend sur BÉPO 1.1, ça prouve que c’est à Linux de changer sa gestion des touches mortes que, pour ma part, je trouve assez merdique (excusez-moi du terme).<br />
:[[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 1 décembre 2016 à 09:21 (CET)<br />
:: En fait, il y a plusieurs moyens de s’en sortir en l’état présent : un Compose perso, ou bien l’usage des autres locales. Un choix de développement fait aujourd’hui par l’équipe de X.org dont j’ignore les tenants et les aboutissants est de mettre un seul Compose global dans la locale en-US, servant à tous les claviers occidentaux. C’est assez incohérent, et rien que le fait de faire un Compose dans les locales fr-FR (et autres) pourrait simplifier le truc. En attendant, bien entendu, que les développeurs de X.org nous proposent une solution alternative pour la gestion des touches mortes — aujourd’hui incohérente avec ce qui se pratique sur les autres systèmes de gestion de fenêtres —, même si cela risque d’être un peu compliqué par l’architecture client-serveur. Mais comme on dit chez les gaullistes, « ''l’intendance suivra'' » et je ne doute pas que nous trouverons une solution strictement moins bancale que l’actuelle pour implémenter une norme concernant ''a minima'' soixante-dix millions de personnes, et avec un peu de chance beaucoup (beaucoup) plus… Bien à toi --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 1 décembre 2016 à 09:40 (CET)<br />
<br />
== Ce ne sont pas des variantes de formes ==<br />
<br />
Les « vrais » exposants, indices et petites majuscules sont des variantes de formes.<br />
Or les caractères introduits dans les couches indices et exposants ne sont pas destinés à être des variantes de formes. C’est d’ailleurs pour ça qu’il n’y a pas tout l’alphabet.<br />
Par exemple le N minuscule exposant est marqué « superscript » car c’est pour un usage mathématique (10ⁿ).<br />
Alors que le R et le M minuscule exposant sont marqués « modifier letter », notamment utilisé avec les caractères de l’IPA.<br />
<br />
La conséquence direct pour l’utilisateur est que ces différents caractères peuvent ne pas être rendus dans le même style, ce qui les rend inutilisables pour un travail soigné.<br />
<br />
La page qui présente les indices et les exposants s’affichent comme ça chez moi :<br />
<br />
[[Fichier:RnmIndices.png]]<br />
<br />
On voit clairement que les r, n et m minuscules ne sont pas dans le même style.<br />
<br />
Ces couches ne peuvent être utilisées que comme solution de secours. Donc elles sont moins importantes que les symboles scientifiques, par exemple.<br />
[[Utilisateur:LeBret|LeBret]] ([[Discussion utilisateur:LeBret|discussion]]) 1 décembre 2016 à 12:04 (CET)<br />
:Les signes exposants pour les nombres ordinaux (1ᵉʳ, 2ᵉ, etc.) pour les notes de bas de page ou de fin de chapitre. Comme tu le soulignes, ça sert en mathématiques. Ce ne sont pas des solutions de secours, ce sont les caractères dédiés à cet usage.<br />
:Qu’on ne mette pas les touches exposants et indices sur {s}, pourquoi pas, mais il faut au moins veiller à placer la touche exposant ailleurs qu’en AltGr+Maj+{^}. Elle serait dans ce cas moins accessible que nombre de signes diacritiques inutiles en français. Il faudrait au moins accepter la proposition G. -- [[Utilisateur:Flamme|Flamme]] ([[Discussion utilisateur:Flamme|discussion]]) 1 décembre 2016 à 13:17 (CET)<br />
:: « ce sont les caractères dédiés à cet usage » Ce n’est pas ce que dit Unicode et c’est bien comme ça que l’interprètent les créateurs de police comme tu peux le voir sur la capture d’écran. Pour un travail typographique irréprochable il ne faut pas utiliser ces caractères, mais les fonctionnalités de mise en forme du traitement de texte. [[Utilisateur:LeBret|LeBret]] ([[Discussion utilisateur:LeBret|discussion]]) 1 décembre 2016 à 17:53 (CET)<br />
::: Les fonctionnalités de mise en forme des exposants et indices sont à prioriser quand elles sont disponibles, c'est un fait. Reste que quand on a UTF-8 sous la main et pas de mise en forme possible, c’est un bel avantage que de pouvoir saisir même ces lettres modificatives ceci à défaut d’avoir de réels exposants dans Unicode. Si Unicode venait à inclure l'intégralité des exposants/indices, ils auraient évidement leur place sur cette touche morte à la place des caractères que l’on a pioché en remplacement. C’est écrit sur l’article soumis au vote. On peut aussi se dire que la création de ce genre de touche morte démontre un besoin réel qui pourra inciter au développement d’Unicode en ce sens. – [[Utilisateur:A2|A2]] ([[Discussion utilisateur:A2|discussion]]) 1 décembre 2016 à 21:49 (CET)<br />
:::: Ce sont de vrais exposants, cf. [http://www.unicode.org/mail-arch/unicode-ml/y2016-m10/0098.html http://www.unicode.org/mail-arch/unicode-ml/y2016-m10/0098.html]. C’est juste le GT qui semble ne pas l’avoir remarqué, ne croyant pas ceux qui essaient de leur expliquer… -- [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 1 décembre 2016 à 22:03 (CET)<br />
:::Ah, bah, si le bépo est réservé à ceux qui tapent sur un traitement de texte, je n’ai rien compris au bépo. Sérieusement, on tape beaucoup de texte ailleurs que dans traitement de texte. Même sur le Web, les balises sup produisent un résultat médiocre. Et puis, perdre son formatage lors d’un copier-coller, c’est vraiment pénible. Je ne sais pas ce que dit réellement Unicode, mais on ne me fera pas croire qu’ils ont ajouté des caractères avec l’intention de nous priver de les utiliser. [[Utilisateur:Flamme|Flamme]] ([[Discussion utilisateur:Flamme|discussion]]) 2 décembre 2016 à 01:15 (CET)<br />
<br />
Oui, ça arrive. Exemple volontairement pris hors des exposants/indices : [https://r12a.github.io/uniview/?char=0149 ʼn]. Comme tu peux le voir le script group de ce caractère est « Deprecated letter ».<br />
<br />
Pour revenir aux exposants/indices, les caractères proposés ''ressemblent'' à des exposants mais n’en sont pas. On peut faire la comparaison avec les caractères ci-dessous :<br />
ʃ U+0283 LATIN SMALL LETTER ESH<br />
∫ U+222B INTEGRAL<br />
∑ U+2211 N-ARY SUMMATION <br />
Ʃ U+01A9 LATIN CAPITAL LETTER ESH<br />
<br />
Ces caractères se ressemblent bel et bien. Pourtant si tu tapes une intégral alors que tu veux la lettres esh minuscule, cela a des conséquences :<br />
* la correction orthographique ne marche pas<br />
* des fonctionnalités comme le comptage de mots, le changement de casse… ne marchent pas<br />
* le caractère peut être dans une police de caractère différentes du reste du mot<br />
* etc.<br />
Avec ces pseudo-exposants c’est pareil. Actuellement Unicode ne propose pas de vrais exposants/indices, pas plus qu’il ne propose de vrais gras ou italique.<br />
[[Utilisateur:LeBret|LeBret]] ([[Discussion utilisateur:LeBret|discussion]]) 2 décembre 2016 à 12:32 (CET)<br />
:J’entends la critique. Mais dans ce cas, il faut être cohérent. Soit on supprime les faux exposants de la touche Exposant, considérant que ce n’est pas une bonne pratique. Soit on acte qu’il n’y a rien d’autre pour les exposants et on accepte cet état de fait. Mais encourager et décourager en même temps une pratique, ce n’est pas cohérent. Pour ma part, j’ai acté que certains des caractères servent pour autre chose que ce qui est prévu, mais puisqu’il n’est offert aucune autre solution, qu’il en soit ainsi. -- [[Utilisateur:Flamme|Flamme]] ([[Discussion utilisateur:Flamme|discussion]]) 2 décembre 2016 à 13:19 (CET)<br />
::Ce n'est pas encourager et décourager en même temps. Mon point de vue, c'est qu'on sait qu'on peut le faire, mais dans la pratique, on ne le fera presque jamais. Donc on le met à un endroit du clavier facilement mémorisable, et pas forcément facilement accessible. Et le jour où je veux faire une note de bas de page dans un courriel, je sais où se trouve l'exposant (ce qui ne sera pas le cas avec AltGr+S) ; de même le jour où je veux me la péter et écrire M<sup>me</sup> dans du texte pur. Mais encore une fois, ce n'est que mon point de vue, et c'est en ce sens que je vote. Si vous avez un point de vue différent, votez différemment ! Il me semble que les règles de fonctionnement du groupe n'imposent pas l'unanimité pour chaque vote… ;-) [[Utilisateur:Stéphane Veyret|Rideĉjo]] ([[Discussion utilisateur:Stéphane Veyret|discussion]]) 2 décembre 2016 à 15:20 (CET)<br />
:::Il faut bien se manifester un peu pour tenter de convaincre. Je crois le (més)usage de ces caractères plus répandu que vous ne le pensez. Mais je vous laisse tranquille, je n’ai rien à ajouter. :) -- [[Utilisateur:Flamme|Flamme]] ([[Discussion utilisateur:Flamme|discussion]]) 2 décembre 2016 à 16:05 (CET)<br />
::::+1 Quand je dis que j’en aurais besoin, c’est plusieurs fois par jour, et j’exclus évidemment les discussions sur le sujet qui fausseraient totalement ces statistiques. De l’usage que j’ai, l’ajout de cette touche morte est la modification la plus utile de la v1.1 avec l’inversion des apostrophes. J’ai la désagréable impression que l’argumentaire se rapproche d’une part de ceux qui ne voulaient pas de certains caractères « car c’est le rôle du traitement de texte », et d’autre part de « on ne peut pas utiliser ’ comme apostrophe car ça ne fait partie de sa définition unicode » (ce n’était pas encore la préconisation unicode à l’époque). Par contre j’entends bien que ce n’est pas les bons caractères, mais c’est ce qui s’en rapproche le plus. -- [[Utilisateur:Crako|Crako]] ([[Discussion utilisateur:Crako|discussion]]) 2 décembre 2016 à 16:15 (CET)<br />
Après recherche, j’ai l’impression que le problème constaté est davantage lié aux polices, qui ne prennent pas en charge tous les ajouts d’Unicode. Comme vous pouvez le constater [http://www.unicode.org/fr/charts/PDF/U02B0.pdf ici], les lettres en exposant du bloc API sont bien ''canoniquement équivalentes'' aux lettres latines en exposant. Notez que dans [http://www.unicode.org/L2/L2011/11208-n4068.pdf cette proposition] d’ajout des caractères manquants, les lettres en exposant sont proposées en tant que ''modifier letters'' alors qu’elles ne figurent pas dans l’API. Bien cordialement --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 3 décembre 2016 à 12:59 (CET)<br />
<br />
Nota : je ne vois que le ''n'' qui sorte différemment des autres caractères en exposant. ;-) --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 3 décembre 2016 à 14:01 (CET)<br />
: +1. – {{a|3B5D625C5BF514CE}} – L’argument des polices dysfonctionnelles ne vaut jamais pour Unicode, ni pour argumenter des demandes d’encodage, ni pour déconseiller des pratiques. '''Si le travail doit être soigné, la police doit être de bonne qualité''', cela est toujours valable.<br />
: La question à répondre en premier lieu est '''le statut des exposants dans les abréviations françaises.''' Comme dans le temps, les exposants Unicode n’existaient pas, on partait toujours sur une mise en forme. Cela n’implique pas que sémantiquement, le point de vue qui en est déduit, soit valable. En effet, dès que le texte sans mise en forme n’a plus du tout le même sens qu’avec mise en forme, la mise en forme est sémantiquement porteuse de sens, et Unicode est tenu, de par ses principes, d’encoder de nouveaux caractères pour donner le moyen de conserver le sens au format texte brut. Unicode encode du texte brut, est-il écrit dans le standard.<br />
: Puisqu’'''en français''', « nos » n’est pas « nᵒˢ » (on pourrait multiplier les exemples), '''les exposants ont une valeur sémantique''' et doivent donc être disponibles en texte brut.<br />
: Les '''noms de caractères''' avec « lettre modificative » ne préjugent pas de la fonction d’exposant. Paraphrasons le '''standard Unicode'''<ref>[http://www.unicode.org/versions/Unicode9.0.0/ch07.pdf#G24762 The Unicode Standard, v9.0.0, chapitre&nbsp;7, §&nbsp;8 : Lettres modificatives &gt; Lettres modificatives espaçantes &gt; Lettres en exposant (page&nbsp;327). '''Ouvrage sous droit d’auteur !'''</ref> : <br/>« '''''Lettres en exposant.''''' » Parmi les lettres modificatives, il y en a qui sont des formes en exposant, et on en trouve dans différents blocs. Il y a aussi un bloc spécialement pour des exposants et indices, et c’est là que se trouvent l’ⁿ et l’ⁱ. « Le fait que ces deux lettres contiennent le mot ‹ exposant › dans leurs noms au lieu de ‹ lettre modificative › est un artifice historique provenant des sources d’origine de ces caractères, et n’a pas pour but d’exprimer une distinction au niveau fonctionnel dans l’utilisation de ces lettres dans le standard Unicode. » Les lettres en exposant servent à porter un sens spécifique, comme en phonétique [notez le « '''comme''' » ; on a donc '''le droit de les utiliser ailleurs qu’en phonétique'''], et « ne sont pas un substitut à la mise en forme » dans les appels de note ou les formules mathématiques et scientifiques. — Le mieux est de [http://www.unicode.org/versions/Unicode9.0.0/ch07.pdf#G24762 lire cela directement dans le standard]. Voir aussi [http://www.unicode.org/versions/Unicode9.0.0/ch22.pdf#G42931 au chapitre&nbsp;22].<br />
<br />
________________________<br />
<references/></div>
Nemolivier
https://bepo.fr/wiki/index.php?title=Discussion:Exposant_et_indice&diff=27276
Discussion:Exposant et indice
2016-12-03T21:30:36Z
<p>Nemolivier : /* Ordinaux masculin et féminin */</p>
<hr />
<div>{{attention|Attention, une septième proposition a été rajoutée au vote sur les indices et exposants peu après le lancement, merci de mettre à jour vos votes pour en tenir compte !}}<br />
<br />
== Vote ==<br />
<br />
=== Version soumise au vote ===<br />
La version soumise au vote est [http://bepo.fr/wiki/index.php?title=Exposant_et_indice&oldid=26814 la dernière de la soirée du 29 novembre 2016].<br />
<br />
==== Précision sur le contenu ====<br />
Pour le placement, gardez en mémoire qu’il y aura probablement d’autres touches mortes à placer :<br />
* touche morte barre inscrite (en plus de barre oblique), hypothèses de placement : {{ts|AltGr|d}} ou {{ts|AltGr|B}} ;<br />
* touche morte symboles scientifiques, hypothèses de placement : {{ts|AltGr|S}} ou {{ts|AltGr|D}} ;<br />
* touche morte API, hypothèse de placement : {{ts|AltGr|z}} ;<br />
<br />
=== Méthode ===<br />
Les votes à choix multiples utilisent la méthode de Condorcet (en cas de paradoxe, on utilisera la méthode Schulze).<br />
Les autres sont simplement à la majorité absolu.<br />
<br />
=== Durée ===<br />
Fin le samedi 3 décembre 2016 à 20h CET. C’est-à-dire au moins 72 h à compter de la diffusion du vote.<br />
<br />
=== Options ===<br />
==== Principe, et placement des touches mortes ====<br />
* A : exposant en {{ts|AltGr|Maj|^}}, indice en {{ts|AltGr|Maj|v}}<br />
* B : exposant en {{ts|AltGr|s}}, indice en sup redondé<br />
* C : exposant en {{ts|AltGr|s}}, indice en {{ts|AltGr|Maj|s}}<br />
* D : exposant en {{ts|AltGr|s}}, indice en {{ts|AltGr|Maj|b}}<br />
* E : exposant en {{ts|AltGr|s}}, indice en {{ts|AltGr|Maj|n}}<br />
* F : status quo.<br />
* G : exposant en {{ts|AltGr|^}}, indice en {{ts|AltGr|v}} + déplacement de ¿ et ¡ en {{ts|AltGr|Maj|’/^}}, du caron en {{ts|AltGr|Maj|v}} et du crochet en {{ts|AltGr||’}}<br />
* H : exposant en {{ts|AltGr|^}}, indice en sup redondé + déplacement de ¿ et ¡ en {{ts|AltGr|Maj|’/^}} et du crochet en {{ts|AltGr||’}}, pas de déplacement du caron.<br />
<br />
Les propositions G et H ont été ajoutées en cours de route … merci de mettre à jour vos votes.<br />
<br />
==== Ordinaux masculin et féminin ====<br />
* ({{pour}}/{{contre}}/neutre) déplacer º et ª, de respectivement {{ts|AltGr|M}} et {{ts|AltGr|F}}, sur {{tm|exposants}}{{ts|AltGr|m}} et {{tm|exposants}}{{ts|AltGr|f}}. Ces caractères ne servent pas en français car « numéro » s’abrège avec un <sup>o</sup> — o en exposant — et non un º.<br />
: Vous voulez dire les déplacer sur {{tm|exposants}} macron et {{tm|exposants}} ogonek ? Je plains les gens de X.org quand vous essaierez de faire adopter une telle aberration (même la notation utilisée avec + {{tm|exposants}}+{{ts|AltGr|m}} est incohérente puisqu’il ne s’agit pas d’un appui simultané). -- [[Utilisateur:Laurent|Laurent]] ([[Discussion utilisateur:Laurent|discussion]]) 1 décembre 2016 à 08:36 (CET)<br />
:: Non, c’est bien exposant suivi de AltGr+M et AltGr+F. ;-) -- [[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 1 décembre 2016 à 14:26 (CET)<br />
::: C’est corrigé, mais sachant que les claviers gérant le key rollover (roulements), donc tous les claviers actuels, permettent l’appui simultané (dans le bon ordre) si c’est au même niveau. Pour {{tm|touche&nbsp;morte}} suivie de quelque chose, le modèle {{m|tm}} contient déjà l’EFI qui va avec. -- [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 1 décembre 2016 à 16:15 (CET)<br />
::<br />
::: Oui, c’est ce que je disais, {{tm|exposants}} macron et {{tm|exposants}} ogonek (roulement possible ou pas {{tm|exposants}} et {{tm|indices}} seraient bien des touches morts, pas des modificatrices (quand on tape Maj m pas simultanément, ça ne produit pas M). Donc c’est toujours incohérent d’un point de vue logique. Si les développeurs de X.org vous rembarrent en disant qu’eux ne mélangent pas les cochons et les serviettes (je sais que ce n’est pas l’expression exacte, mais celle-ci est… plus visuelle), il ne faudra pas vous plaindre. [[Utilisateur:Laurent|Laurent]] ([[Discussion utilisateur:Laurent|discussion]]) 2 décembre 2016 à 12:22 (CET)<br />
<br />
==== Caractères morts associés ====<br />
* A : remettre cette décision à plus tard, et en profiter pour [[Version_1.1/Touches_mortes/Caract%C3%A8res_morts|homogénéiser ce point sur toutes les touches mortes]] ;<br />
* B : « ^ » pour exposant et « _ » pour indice, et changer le caractère mort associé au circonflexe par « ê » ;<br />
* C : « ² » pour exposant et « ₂ » pour indice ;<br />
* D : « ᵉ » pour exposant (sans doute l’exposant le plus utilisé en français), « ᵢ » pour indice ;<br />
* E : cohérence avec la touche (donc « ˢ » en exposant si exposant passe en AltGr+s par exemple).<br />
<br />
=== Votes ===<br />
==== Principe, et placement des touches mortes ====<br />
# C > B > A > H > E > D = F = G -- [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 30 novembre 2016 à 18:02 (CET)<br />
# B > C > H > G > D = E > A > F -- [[Utilisateur:Flamme|Flamme]] ([[Discussion utilisateur:Flamme|discussion]]) 30 novembre 2016 à 18:30 (CET)<br />
# C = B > D = E > H > G > A > F -- [[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 30 novembre 2016 à 19:23 (CET)<br />
# B > C > D > E > H > G > A > F -- [[Utilisateur:Crako|Crako]] ([[Discussion utilisateur:Crako|discussion]]) 30 novembre 2016 à 21:39 (CET)<br />
#: De mon point de vue, l’exposant sert suffisement souvent pour ne pas avoir à privilégier le mnémotechnique sur l’ergonomie. [[Utilisateur:Crako|Crako]] ([[Discussion utilisateur:Crako|discussion]]) 1 décembre 2016 à 23:51 (CET)<br />
# A > B = C = D = E = F = G = H -- [[Utilisateur:Airevspin|Airevspin]] ([[Discussion utilisateur:Airevspin|discussion]]) 1 décembre 2016 à 00:16 (CET)<br />
# G = H > F = A > B = C = D = E -- (l’argument de Marcel comme quoi AltGr+S est plutôt une bonne position, malgré la combinaison à une main, puisque S est une touche de repos, m’a convaincu ; par conséquent, je trouve dommage de la gâcher avec quelque chose qui est certes utile, mais pas si fréquemment que ça ; plus généralement, il me semblerait bien préférable de régler la question de redonder ou pas Ç et de déplacer ou pas les caractères utilisés pour les langages informatiques avant de positionner les touches mortes exposant et indice) -- [[Utilisateur:Laurent|Laurent]] ([[Discussion utilisateur:Laurent|discussion]]) 1 décembre 2016 à 08:18 (CET)<br />
# G = A > F > B = C = D = E = H -- (je vais même plus loin que Laurent : on s'en fout d'être sur la touche de repos, on parle d'exposant et indice, des touches mortes qui ne serviront presque jamais et qu'il faudra retrouver sur le clavier le jour où on en aura besoin, donc il vaut mieux que le placement soit mnémotechnique !) [[Utilisateur:Stéphane Veyret|Rideĉjo]] ([[Discussion utilisateur:Stéphane Veyret|discussion]]) 1 décembre 2016 à 08:58 (CET)<br />
#: Je ne suis pas certain du fait que cela ne servira « presque jamais ». C’était aussi mon point de vue, et la raison pour laquelle j’étais favorable à la proposition A dans un premier temps. Cependant, l’usage d’abréviations est général en français aujourd’hui : titres de civilité, ordinaux (même s’il vaut mieux les écrire en toutes lettres) et un certain nombre d’abréviations. C’est pour cela que je pense qu’''a minima'' une place ''agréable'' pour les exposants serait souhaitable. L’indice, en revanche, pourrait se contenter d’une place bien moindre, je te l’accorde, mais c’est là que l’argument de la cohérence intervient. Bien à toi --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 1 décembre 2016 à 09:47 (CET)<br />
#:: Je ne suis absolument pas d’accord avec Stéphane. Si j’avais cette touche, je m’en servirais plusieurs fois par jour. Ce qui est largement suffisant pour considérer que l’ergonomie (bonne place sur S) doit l’emporter sur l’aspect mnémotechnique (placement sur ^). [[Utilisateur:Crako|Crako]] ([[Discussion utilisateur:Crako|discussion]]) 1 décembre 2016 à 23:51 (CET)<br />
#:::Les exposants sont très utiles, et serviront à moi aussi plusieurs fois par jour. Pourriez-vous envisager de les placer ailleurs que sur AltGr+Maj, n’importe où, mais accessible seulement avec un AltGr. -- [[Utilisateur:Flamme|Flamme]] ([[Discussion utilisateur:Flamme|discussion]]) 2 décembre 2016 à 01:42 (CET)<br />
#::::Sauf que, si j'ai bien compris, les indices et exposants ont une utilisation particulière, et c'est d'ailleurs pour cela qu'on y trouve pas toutes les lettres. Pour écrire M<sup>me</sup>, il ne faut pas utiliser les lettres-exposants, mais la faculté de l'éditeur de mettre le texte en exposant. Ceci dit, il est difficile de dire qu'on l'utilisera (ou ne l'utilisera pas) plusieurs fois par jour tant qu'on ne l'a pas essayé. Ma remarque était donc sans doute un peu trop « agressive ». [[Utilisateur:Stéphane Veyret|Rideĉjo]] ([[Discussion utilisateur:Stéphane Veyret|discussion]]) 2 décembre 2016 à 07:52 (CET)<br />
#:::::D’où sortez-vous l’idée qu’il ne faut pas utiliser les lettres exposants? L’Unicode ajoute-t-il des caractères pour nous déconseiller de les utiliser? Du reste, on écrit ailleurs que dans un traitement de texte. Web, courrielleurs, éditeur de texte, markdown, etc. Que vous ne vouliez pas les exposants sur {s}, soit, mais est-il nécessaire de les reléguer sur une place aussi punitive? (AltGr+Maj) -- [[Utilisateur:Flamme|Flamme]] ([[Discussion utilisateur:Flamme|discussion]]) 2 décembre 2016 à 10:56 (CET)<br />
#::::::Tu t'enflamme, [[Utilisateur:Flamme|Flamme]] ! ;-) Personne ne dit qu'il ne faut pas utiliser ces lettres, mais qu'elles ont une fonction particulière, qui n'est pas de simplement mettre les lettres en exposant. C'est d'ailleurs le sujet de la discussion en bas de cette page. [[Utilisateur:Stéphane Veyret|Rideĉjo]] ([[Discussion utilisateur:Stéphane Veyret|discussion]]) 2 décembre 2016 à 11:20 (CET)<br />
#:::::::Mais c’est précisément pour cette fonction particulière qu’on en a besoin. Pas pour ce que vous supposez qu’on en fera. Ajout tardif: je veux dire que l’absence d’uniformité parfois observée n’est pas une gêne puisqu’on ne s’en sert pas pour écrire des phrases entières. -- [[Utilisateur:Flamme|Flamme]] ([[Discussion utilisateur:Flamme|discussion]]) 2 décembre 2016 à 12:00 (CET)<br />
# C > B > E > H > D = A = G > F -- [[Utilisateur:Ejpcmac|ejpcmac]] ([[Discussion utilisateur:Ejpcmac|discussion]]) 1 décembre 2016 à 09:24 (CET)<br />
# F = A > B = C = D = E > G = H -- [[Utilisateur:LeBret|LeBret]] ([[Discussion utilisateur:LeBret|discussion]]) 1 décembre 2016 à 10:37 (CET)<br />
# G > F > A > H > B > C = D = E -- [[Utilisateur:Mimoza|Mimoza]] ([[Discussion utilisateur:Mimoza|discussion]]) 1 décembre 2016 à 10:55 (CET) <br />
#:La proposition G est de mon fait. Elle a pour avantage d'être similaire a ce qui est déjà en place sans perdre vraiment en accessibilité. Par contre elle oblige a déplacer le ¡ et par conséquent le ¿ pour conserver une certaine logique. -- [[Utilisateur:Mimoza|Mimoza]] ([[Discussion utilisateur:Mimoza|discussion]]) 1 décembre 2016 à 12:03 (CET)<br />
#::C'est grosso-modo ce que j'avais proposé moi avec la [[Discussion:Version_1.1#Suite_de_la_danse|suite de la valse des touches mortes]] et où j'avais conclus de moi-même que ces accès étaient très mauvais et que la seule idée à garder était d'avoir indice en double frappe des exposants. C'est que pire à vouloir déplacer le caron en majuscule pour les indices utilisés eux quasi seulement en chimie. On a tout fait pour redonner aux touches mortes un peu plus d'accessibilité, ce n’est clairement pas pour priver le caron de la sienne, déjà qu'il est pénible en {{ts|AltGr|v}}… Ma proposition en pdd avait un sens y'a trois semaines quand il manquait gravement de place en AltGr simple, mais elle n'a plus vraiment de sens depuis qu'on a la touche morte [[latin et ponctuation]] qui a libéré plein d'autres AltGr accessibles. – [[Utilisateur:A2|A2]] ([[Discussion utilisateur:A2|discussion]]) 2 décembre 2016 à 23:19 (CET)<br />
# G > F > A > B > C = D = E > H -- [[Utilisateur:logisim|logisim]] ([[Discussion utilisateur:logisim|discussion]]) 1 décembre 2016 à 12:52 (CET)<br />
# A > G > H > B = C = D = E > F -- [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 1 décembre 2016 à 12:56 (CET)<br />
# A > B = C = D = E = F = G = H -- [[Utilisateur:Thomas|Thomas]] ([[Discussion utilisateur:Thomas|discussion]]) 2 décembre 2016 à 22:58 (CET)<br />
# B > C > H > D = E = G > A > F -- [[Utilisateur:A2|A2]] ([[Discussion utilisateur:A2|discussion]]) 3 décembre 2016 à 08:49 (CET)<br />
# A > G > C > H > B > D = E = F -- [[Utilisateur:Europano|Europano]] ([[Discussion utilisateur:Europano|discussion]]) 3 décembre 2016 à 18:55 (CET)<br />
# B > C = D = E > H > G > A = F La touche morte est nécessaire pour saisir les exposants qui ont une valeur sémantique comme le montre Marcel, il y a une chance que ce soit la troisième touche morte la plus utile au français après ^ et ¨ ! Alors il faut une position accessible. J'ai l'impression que beaucoup votent en espérant pouvoir mettre autre chose en AltGr(+Maj)+S, mais on ne sait pas encore quoi y mettre. Il vaut mieux attendre que des propositions soient faites, quitte à ce que de prochains votes proposent de déplacer exposant si on a mieux à mettre dessus. En espérant avoir le droit de voter, c'est la première fois que je prends part aux discussions. --[[Utilisateur:Gazomètre2|Gazomètre2]] ([[Discussion utilisateur:Gazomètre2|discussion]]) 3 décembre 2016 à 19:48 (CET)<br />
# B > C > D > E > H > G > A = F -- [[Utilisateur:JulieCaroline|JulieCaroline]] ([[Discussion utilisateur:JulieCaroline|discussion]]) 3 décembre 2016 à 19:50 (CET)<br />
# C > B > D = E > H > G > A > F -- [[Utilisateur:Nemolivier|nemolivier]] ([[Discussion utilisateur:Nemolivier|discussion]]) 3 décembre 2016 à 22:29 (CET)<br />
<br />
==== Ordinaux masculin et féminin ====<br />
# {{neutre}} -- [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 30 novembre 2016 à 18:02 (CET)<br />
# {{pour}} -- [[Utilisateur:Flamme|Flamme]] ([[Discussion utilisateur:Flamme|discussion]]) 30 novembre 2016 à 18:30 (CET)<br />
# {{pour}} -- [[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 30 novembre 2016 à 19:25 (CET)<br />
# {{pour}} -- [[Utilisateur:Crako|Crako]] ([[Discussion utilisateur:Crako|discussion]]) 30 novembre 2016 à 21:41 (CET)<br />
# {{pour}} -- [[Utilisateur:Airevspin|Airevspin]] ([[Discussion utilisateur:Airevspin|discussion]]) 1 décembre 2016 à 00:18 (CET)<br />
# {{contre}} -- [[Utilisateur:Laurent|Laurent]] ([[Discussion utilisateur:Laurent|discussion]]) 1 décembre 2016 à 08:37 (CET)<br />
# {{neutre}} -- [[Utilisateur:Ejpcmac|ejpcmac]] ([[Discussion utilisateur:Ejpcmac|discussion]]) 1 décembre 2016 à 09:24 (CET)<br />
# {{contre}} -- [[Utilisateur:Mimoza|Mimoza]] ([[Discussion utilisateur:Mimoza|discussion]]) 1 décembre 2016 à 11:03 (CET)<br />
# {{contre}} -- [[Utilisateur:Thomas|Thomas]] ([[Discussion utilisateur:Thomas|discussion]]) 2 décembre 2016 à 22:59 (CET)<br />
# {{pour}} -- [[Utilisateur:A2|A2]] ([[Discussion utilisateur:A2|discussion]]) 3 décembre 2016 à 08:49 (CET)<br />
# {{neutre}} -- [[Utilisateur:Nemolivier|nemolivier]] ([[Discussion utilisateur:Nemolivier|discussion]]) 3 décembre 2016 à 22:30 (CET)<br />
<br />
==== Caractères morts associés ====<br />
# C > E > D > A > B -- [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 30 novembre 2016 à 18:02 (CET)<br />
# D > C > A > E > B -- [[Utilisateur:Flamme|Flamme]] ([[Discussion utilisateur:Flamme|discussion]]) 30 novembre 2016 à 18:30 (CET)<br />
# D = E > C > A > B -- [[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 30 novembre 2016 à 19:28 (CET)<br />
# C = D > A > E > B -- [[Utilisateur:Crako|Crako]] ([[Discussion utilisateur:Crako|discussion]]) 30 novembre 2016 à 21:47 (CET)<br />
# D = C > A > E > B -- [[Utilisateur:Ejpcmac|ejpcmac]] ([[Discussion utilisateur:Ejpcmac|discussion]]) 1 décembre 2016 à 09:24 (CET)<br />
# A > E > B > D > C -- [[Utilisateur:Mimoza|Mimoza]] ([[Discussion utilisateur:Mimoza|discussion]]) 1 décembre 2016 à 11:06 (CET)<br />
# B > A > C = D = E -- [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 1 décembre 2016 à 12:58 (CET)<br />
# D > C > A > B = E -- [[Utilisateur:Thomas|Thomas]] ([[Discussion utilisateur:Thomas|discussion]]) 2 décembre 2016 à 23:01 (CET)<br />
# D > C > A > B > E -- [[Utilisateur:A2|A2]] ([[Discussion utilisateur:A2|discussion]]) 3 décembre 2016 à 08:51 (CET)<br />
# D > C > A > E > B -- [[Utilisateur:Europano|Europano]] ([[Discussion utilisateur:Europano|discussion]]) 3 décembre 2016 à 11:24 (CET)<br />
<br />
== Barre espace ==<br />
Hello,<br />
<br />
Je suis assez surpris par le choix des caractères sur la barre d’espace. Pourquoi ceux-ci précisément ?<br />
<br />
Bien cordialement --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 20 novembre 2016 à 15:02 (CET)<br />
:Le ² et ₂ sont les caractères utilisés pour représenter la touche, je les ai donc mis logiquement en espace, après j’ai mis le ³ en maj car il est souvent utiliser pour m³ mais c’est optionnel [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 20 novembre 2016 à 19:40 (CET)<br />
::Ah, je ne me souvenais pas que le caractère ² avait été retenu pour symboliser cette touche morte. Ce n’est pas absurde, mais vue la fréquence du « e » en exposant, on aurait aussi pu penser à celle-ci. Cordialement --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 20 novembre 2016 à 22:08 (CET)<br />
:::Rien n’a été retenu, c’est une décision arbitraire de ma part [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 21 novembre 2016 à 09:17 (CET)<br />
<br />
== Caractères morts ==<br />
Je ne comprends pas cette section :<br />
* en quoi doit-on absolument mettre ^ et _ en caractères morts sur ces touches mortes ?<br />
* en quoi cela serait-ce incompatible avec la touche morte circonflexe, tout en étant compatible avec le _ existant ?<br />
Cette proposition de caractères morts ne présente que des inconvénients, et n’a aucun intérêt. Pourquoi l’avoir exposé ?<br />
[[Utilisateur:Crako|Crako]] ([[Discussion utilisateur:Crako|discussion]]) 27 novembre 2016 à 12:34 (CET)<br />
<br />
:Ok, après échange sur IRC j’ai compris qu’il y a une différence de comportement entre X.Org et MacOS/Windows :<br />
:* sous X.Org : {{tm|^}}{{tv|q}} ne produit rien, car il n’y a pas de règle de composition définie. '''On ne peut pas modifier ce comportement''' ;<br />
:* sous MacOS : {{tm|^}}{{tv|q}} produit ^q ;<br />
:* sous Windows : {{tm|^}}{{tv|q}} produit ^q. Et il existe une contrainte d’unicité sur le caractère associé à la touche morte, qui fait qu’on ne peut pas avoir le ^ utilisé à la fois pour circonflexe et exposant, c’est à dire qu’on ne peut pas avoir à la fois {{tm|^}}{{tv|q}} qui produit ^q ET {{tm|exposant}}{{tv|q}} qui produit ^q.<br />
:Sous Windows je suggère donc d’utiliser respectivement ² et ₂ comme caractères morts.<br />
:-- <br />
:[[Utilisateur:Crako|Crako]] ([[Discussion utilisateur:Crako|discussion]]) 27 novembre 2016 à 13:07 (CET)<br />
::Utiliser {{tm|²}} et {{tm|₂}} est inefficient, car les caractères insupportés sortent de manière inutile, alors qu’avec {{tm|^}} et {{tm|_}} on a automatiquement le tout au format TeX.<br />
::Dans l’autre sens : ''ne pas'' utiliser {{tm|ê}} comme caractère mort pour l’''accent circonflexe'' induit une perte d’ergonomie quand la touche {{tv|ê}} sera réaffectée (tirets ou autre), car sous Windows et macOS, des séquences comme {{tm|ê}}{{tv|m}} sortent automatiquement en 'êm' (comportement émulable sous X.Org, et fonctinnant avec 'd', 'f', 'l', 'm', 'n', 'p', 'r', 't', 'v', sous X.Org aussi en majuscule). [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 27 novembre 2016 à 13:44 (CET)<br />
:::Le truc en plus c’est que si ^ est à la fois le caractère pour circonflexe et exposant et en non mort à côté, alors faire {{tm|^}}{{tm|^}}, {{tm|^}}{{tm|exposant}} et {{tm|^}}{{tv|^}} donneront tous les 3 la même chose (sur Windows). -- [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 27 novembre 2016 à 14:07 (CET)<br />
::::Comme Nicolas l’a écrit, il ne faut jamais utiliser le même caractère mort pour deux touches mortes, sinon c’est chaque fois la ligne qui se trouve être la première dans la deadlist qui fonctionne, et l’autre qui est pareille, est en panne. C’est pareil quand on utilise des lettres diacritées comme caractères morts : il faudrait éviter de prendre celles qui sont sur le clavier comme touches vives. Comme dans l’exemple que tu cites, où le circonflexe vif après le circonflexe mort fait le même effet qu’une double frappe du circonflexe mort.<br />
::::C’est juste que pour la touche morte exposant, on n’a pas vraiment le choix si l’on veut une sortie raisonnable. Perso dans ma version obsolète (que j’utilise toujours, faute d’avoir eu le temps de terminer le redéveloppement des drivers), j’ai encore '↑' et '↓' comme caractères morts d’exposant et indice… Parlant, mais inefficient car obligeant l’utilisateur à tout effacer au lieu de pouvoir le laisser tel quel, du moment qu’il sait que le format TeX est plus utile pour communiquer, même s’il n’utilise pas LaTeX. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 27 novembre 2016 à 14:55 (CET)<br />
:::Utiliser ê dans ce rôle dans le but d’obtenir « êm » en tappant {{tm|^}}{{tv|m}} me parait complètement délirant puisque ces deux touches sont sur la même main, et qu’il me parait beaucoup plus naturel de taper {{tm|^}}{{tv|e}}{{tv|m}} pour obtenir le même résultat.<br />
:::-- <br />
:::[[Utilisateur:Crako|Crako]] ([[Discussion utilisateur:Crako|discussion]]) 27 novembre 2016 à 19:11 (CET)<br />
::::C’est beaucoup dire, mais il est vrai que {{tm|ê}} n’est pas assez performant pour pallier la disparition d’{{tv|ê}} pour ses utilisateurs. — On peut bien sûr continuer de taper comme d’habitude avec la touche morte, mais il reste peut-être une séquence intéressante : {{tm|ê}}{{tv|p}}. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 27 novembre 2016 à 19:31 (CET)<br />
<br />
Je n’ai pas testé les fréquences respectives, mais pour la touche morte exposant, je me demande si ᵉ ne serait pas plus pertinent, ou éventuellement ˢ si la touche morte était sur AltGr+s. De même pour l’indice, on pourrait par cohérence choisir la lettre associée à la touche choisie. Cordialement --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 27 novembre 2016 à 15:53 (CET)<br />
: Le plus pertinent est de choisir pour chaque touche morte en priorité le caractère qui est le plus pertinent quand il est inséré avant les caractères non supportés, sous Windows et macOS. Dans le cas d’''exposant'' et ''indice'', on sait désormais que le seul choix pertinent est '^' et '_'. Pour l’''accent circonflexe'', le plus pertinent en français est 'ê'. Pour la plupart des autres touches, on peut choisir le caractère le plus parlant, ou le mieux supporté par les polices. Là c’est le moment d’associer 'ɍ' à ''rayé'' et de placer cette touche morte en {{tt|Maj|AltGr}}+{{tm|R}}, par exemple pour la mnémonique (enfin c’est ce que j’ai). [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 27 novembre 2016 à 16:06 (CET)<br />
:: « Dans le cas d’''exposant'' et ''indice'', on sait désormais que le seul choix pertinent est '^' et '_'. » Marcel, répéter encore et toujours le même argument sans aucune justification plausible aura pour seul et unique effet le même que celui qui se produit sur la liste de diffusion. Les gens t’ignoreront purement et simplement, et te laisseront dans tes délires. Il est grand temps que tu poses le crayon, et que tu prennes un peu de recul sur tes propositions.<br />
::--<br />
::[[Utilisateur:Crako|Crako]] ([[Discussion utilisateur:Crako|discussion]]) 27 novembre 2016 à 19:11 (CET)<br />
:::Il me semblait que le markup utilisé dans LaTeX et plus largement, était une justification assez plausible. Et plus que ça : c’est la raison même pourquoi je change pour '^' et '_', recommandant dans la foulée au bépo d’en faire de même. — Cela dit, merci du conseil. Reste à pouvoir l’appliquer… [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 27 novembre 2016 à 19:31 (CET)<br />
<br />
== Propositions ==<br />
Je souhaiterais aussi que soient proposées les options suivantes :<br />
* Pour le caractère non mort, cohérence avec la touche (donc ˢ en exposant si exposant passe en AltGr+s par exemple).<br />
* Pour le caractère non mort, mettre ᵉ (sans doute l’exposant le plus utilisé en français)<br />
* Pour º et ª, les mettre plutôt en exposant > AltGr+o et AltGr+a<br />
<br />
À moins qu’il n’y ait de raisons de ne pas proposer ces options au vote évidemment. ;-) --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 30 novembre 2016 à 13:12 (CET)<br />
:Oui, les raisons sont ꟹ et ᴭ. -- [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 30 novembre 2016 à 13:27 (CET)<br />
<br />
:* Qu’entends-tu par caractère non mort ? Est-ce le caractère qui est affiché sous Windows quand la séquence n’est pas gérée ? Ou est-ce simplement le symbole utilisé pour représenter la touche morte sur les cartes ?<br />
:* As-tu des propositions pour les indices ?<br />
:* pour º et ª ce n’est pas possible comme l’a fait remarquer [[Utilisateur:Flavien21|Flavien21]] mais c’est possible sur {{ts|AltGr|m}} et {{ts|AltGr|f}}. Cette proposition est déjà tracée mais uniquement en PDD (sur une section commentée car le vote n’est pas ouvert)<br />
<br />
== Faisabilité ==<br />
<br />
Même remarque que pour le vote sur barré/rayé : s'est-on assuré de la faisabilité de ces modifications sur tous les systèmes ? Il me semble qu'avec X11 nous n'avons pas la main sur les combinaisons associées aux touches mortes, celles-ci sont valables pour toutes les dispositions. Cela veut dire que nous ne pouvons pas « inventer » de nouvelles combinaisons (à moins qu'elles aient vraiment un sens), et que nous ne pouvons pas faire de truc du style {{tm|lettre morte}}+{{touches|AltGr|lettre}}. [[Utilisateur:Stéphane Veyret|Rideĉjo]] ([[Discussion utilisateur:Stéphane Veyret|discussion]]) 1 décembre 2016 à 08:50 (CET)<br />
:Les touches mortes exposants, indices, rayés et barrés ont un sens, mettre un caractères sur les touche AltGr+lettre est logique, même si elle est différente de celles utiliser par Linux.<br />
:De même si l’on va par là il n’est pas possible d’avoir la pression multiples des touches comme on l’entend sur BÉPO 1.1, ça prouve que c’est à Linux de changer sa gestion des touches mortes que, pour ma part, je trouve assez merdique (excusez-moi du terme).<br />
:[[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 1 décembre 2016 à 09:21 (CET)<br />
:: En fait, il y a plusieurs moyens de s’en sortir en l’état présent : un Compose perso, ou bien l’usage des autres locales. Un choix de développement fait aujourd’hui par l’équipe de X.org dont j’ignore les tenants et les aboutissants est de mettre un seul Compose global dans la locale en-US, servant à tous les claviers occidentaux. C’est assez incohérent, et rien que le fait de faire un Compose dans les locales fr-FR (et autres) pourrait simplifier le truc. En attendant, bien entendu, que les développeurs de X.org nous proposent une solution alternative pour la gestion des touches mortes — aujourd’hui incohérente avec ce qui se pratique sur les autres systèmes de gestion de fenêtres —, même si cela risque d’être un peu compliqué par l’architecture client-serveur. Mais comme on dit chez les gaullistes, « ''l’intendance suivra'' » et je ne doute pas que nous trouverons une solution strictement moins bancale que l’actuelle pour implémenter une norme concernant ''a minima'' soixante-dix millions de personnes, et avec un peu de chance beaucoup (beaucoup) plus… Bien à toi --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 1 décembre 2016 à 09:40 (CET)<br />
<br />
== Ce ne sont pas des variantes de formes ==<br />
<br />
Les « vrais » exposants, indices et petites majuscules sont des variantes de formes.<br />
Or les caractères introduits dans les couches indices et exposants ne sont pas destinés à être des variantes de formes. C’est d’ailleurs pour ça qu’il n’y a pas tout l’alphabet.<br />
Par exemple le N minuscule exposant est marqué « superscript » car c’est pour un usage mathématique (10ⁿ).<br />
Alors que le R et le M minuscule exposant sont marqués « modifier letter », notamment utilisé avec les caractères de l’IPA.<br />
<br />
La conséquence direct pour l’utilisateur est que ces différents caractères peuvent ne pas être rendus dans le même style, ce qui les rend inutilisables pour un travail soigné.<br />
<br />
La page qui présente les indices et les exposants s’affichent comme ça chez moi :<br />
<br />
[[Fichier:RnmIndices.png]]<br />
<br />
On voit clairement que les r, n et m minuscules ne sont pas dans le même style.<br />
<br />
Ces couches ne peuvent être utilisées que comme solution de secours. Donc elles sont moins importantes que les symboles scientifiques, par exemple.<br />
[[Utilisateur:LeBret|LeBret]] ([[Discussion utilisateur:LeBret|discussion]]) 1 décembre 2016 à 12:04 (CET)<br />
:Les signes exposants pour les nombres ordinaux (1ᵉʳ, 2ᵉ, etc.) pour les notes de bas de page ou de fin de chapitre. Comme tu le soulignes, ça sert en mathématiques. Ce ne sont pas des solutions de secours, ce sont les caractères dédiés à cet usage.<br />
:Qu’on ne mette pas les touches exposants et indices sur {s}, pourquoi pas, mais il faut au moins veiller à placer la touche exposant ailleurs qu’en AltGr+Maj+{^}. Elle serait dans ce cas moins accessible que nombre de signes diacritiques inutiles en français. Il faudrait au moins accepter la proposition G. -- [[Utilisateur:Flamme|Flamme]] ([[Discussion utilisateur:Flamme|discussion]]) 1 décembre 2016 à 13:17 (CET)<br />
:: « ce sont les caractères dédiés à cet usage » Ce n’est pas ce que dit Unicode et c’est bien comme ça que l’interprètent les créateurs de police comme tu peux le voir sur la capture d’écran. Pour un travail typographique irréprochable il ne faut pas utiliser ces caractères, mais les fonctionnalités de mise en forme du traitement de texte. [[Utilisateur:LeBret|LeBret]] ([[Discussion utilisateur:LeBret|discussion]]) 1 décembre 2016 à 17:53 (CET)<br />
::: Les fonctionnalités de mise en forme des exposants et indices sont à prioriser quand elles sont disponibles, c'est un fait. Reste que quand on a UTF-8 sous la main et pas de mise en forme possible, c’est un bel avantage que de pouvoir saisir même ces lettres modificatives ceci à défaut d’avoir de réels exposants dans Unicode. Si Unicode venait à inclure l'intégralité des exposants/indices, ils auraient évidement leur place sur cette touche morte à la place des caractères que l’on a pioché en remplacement. C’est écrit sur l’article soumis au vote. On peut aussi se dire que la création de ce genre de touche morte démontre un besoin réel qui pourra inciter au développement d’Unicode en ce sens. – [[Utilisateur:A2|A2]] ([[Discussion utilisateur:A2|discussion]]) 1 décembre 2016 à 21:49 (CET)<br />
:::: Ce sont de vrais exposants, cf. [http://www.unicode.org/mail-arch/unicode-ml/y2016-m10/0098.html http://www.unicode.org/mail-arch/unicode-ml/y2016-m10/0098.html]. C’est juste le GT qui semble ne pas l’avoir remarqué, ne croyant pas ceux qui essaient de leur expliquer… -- [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 1 décembre 2016 à 22:03 (CET)<br />
:::Ah, bah, si le bépo est réservé à ceux qui tapent sur un traitement de texte, je n’ai rien compris au bépo. Sérieusement, on tape beaucoup de texte ailleurs que dans traitement de texte. Même sur le Web, les balises sup produisent un résultat médiocre. Et puis, perdre son formatage lors d’un copier-coller, c’est vraiment pénible. Je ne sais pas ce que dit réellement Unicode, mais on ne me fera pas croire qu’ils ont ajouté des caractères avec l’intention de nous priver de les utiliser. [[Utilisateur:Flamme|Flamme]] ([[Discussion utilisateur:Flamme|discussion]]) 2 décembre 2016 à 01:15 (CET)<br />
<br />
Oui, ça arrive. Exemple volontairement pris hors des exposants/indices : [https://r12a.github.io/uniview/?char=0149 ʼn]. Comme tu peux le voir le script group de ce caractère est « Deprecated letter ».<br />
<br />
Pour revenir aux exposants/indices, les caractères proposés ''ressemblent'' à des exposants mais n’en sont pas. On peut faire la comparaison avec les caractères ci-dessous :<br />
ʃ U+0283 LATIN SMALL LETTER ESH<br />
∫ U+222B INTEGRAL<br />
∑ U+2211 N-ARY SUMMATION <br />
Ʃ U+01A9 LATIN CAPITAL LETTER ESH<br />
<br />
Ces caractères se ressemblent bel et bien. Pourtant si tu tapes une intégral alors que tu veux la lettres esh minuscule, cela a des conséquences :<br />
* la correction orthographique ne marche pas<br />
* des fonctionnalités comme le comptage de mots, le changement de casse… ne marchent pas<br />
* le caractère peut être dans une police de caractère différentes du reste du mot<br />
* etc.<br />
Avec ces pseudo-exposants c’est pareil. Actuellement Unicode ne propose pas de vrais exposants/indices, pas plus qu’il ne propose de vrais gras ou italique.<br />
[[Utilisateur:LeBret|LeBret]] ([[Discussion utilisateur:LeBret|discussion]]) 2 décembre 2016 à 12:32 (CET)<br />
:J’entends la critique. Mais dans ce cas, il faut être cohérent. Soit on supprime les faux exposants de la touche Exposant, considérant que ce n’est pas une bonne pratique. Soit on acte qu’il n’y a rien d’autre pour les exposants et on accepte cet état de fait. Mais encourager et décourager en même temps une pratique, ce n’est pas cohérent. Pour ma part, j’ai acté que certains des caractères servent pour autre chose que ce qui est prévu, mais puisqu’il n’est offert aucune autre solution, qu’il en soit ainsi. -- [[Utilisateur:Flamme|Flamme]] ([[Discussion utilisateur:Flamme|discussion]]) 2 décembre 2016 à 13:19 (CET)<br />
::Ce n'est pas encourager et décourager en même temps. Mon point de vue, c'est qu'on sait qu'on peut le faire, mais dans la pratique, on ne le fera presque jamais. Donc on le met à un endroit du clavier facilement mémorisable, et pas forcément facilement accessible. Et le jour où je veux faire une note de bas de page dans un courriel, je sais où se trouve l'exposant (ce qui ne sera pas le cas avec AltGr+S) ; de même le jour où je veux me la péter et écrire M<sup>me</sup> dans du texte pur. Mais encore une fois, ce n'est que mon point de vue, et c'est en ce sens que je vote. Si vous avez un point de vue différent, votez différemment ! Il me semble que les règles de fonctionnement du groupe n'imposent pas l'unanimité pour chaque vote… ;-) [[Utilisateur:Stéphane Veyret|Rideĉjo]] ([[Discussion utilisateur:Stéphane Veyret|discussion]]) 2 décembre 2016 à 15:20 (CET)<br />
:::Il faut bien se manifester un peu pour tenter de convaincre. Je crois le (més)usage de ces caractères plus répandu que vous ne le pensez. Mais je vous laisse tranquille, je n’ai rien à ajouter. :) -- [[Utilisateur:Flamme|Flamme]] ([[Discussion utilisateur:Flamme|discussion]]) 2 décembre 2016 à 16:05 (CET)<br />
::::+1 Quand je dis que j’en aurais besoin, c’est plusieurs fois par jour, et j’exclus évidemment les discussions sur le sujet qui fausseraient totalement ces statistiques. De l’usage que j’ai, l’ajout de cette touche morte est la modification la plus utile de la v1.1 avec l’inversion des apostrophes. J’ai la désagréable impression que l’argumentaire se rapproche d’une part de ceux qui ne voulaient pas de certains caractères « car c’est le rôle du traitement de texte », et d’autre part de « on ne peut pas utiliser ’ comme apostrophe car ça ne fait partie de sa définition unicode » (ce n’était pas encore la préconisation unicode à l’époque). Par contre j’entends bien que ce n’est pas les bons caractères, mais c’est ce qui s’en rapproche le plus. -- [[Utilisateur:Crako|Crako]] ([[Discussion utilisateur:Crako|discussion]]) 2 décembre 2016 à 16:15 (CET)<br />
Après recherche, j’ai l’impression que le problème constaté est davantage lié aux polices, qui ne prennent pas en charge tous les ajouts d’Unicode. Comme vous pouvez le constater [http://www.unicode.org/fr/charts/PDF/U02B0.pdf ici], les lettres en exposant du bloc API sont bien ''canoniquement équivalentes'' aux lettres latines en exposant. Notez que dans [http://www.unicode.org/L2/L2011/11208-n4068.pdf cette proposition] d’ajout des caractères manquants, les lettres en exposant sont proposées en tant que ''modifier letters'' alors qu’elles ne figurent pas dans l’API. Bien cordialement --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 3 décembre 2016 à 12:59 (CET)<br />
<br />
Nota : je ne vois que le ''n'' qui sorte différemment des autres caractères en exposant. ;-) --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 3 décembre 2016 à 14:01 (CET)<br />
: +1. – {{a|3B5D625C5BF514CE}} – L’argument des polices dysfonctionnelles ne vaut jamais pour Unicode, ni pour argumenter des demandes d’encodage, ni pour déconseiller des pratiques. '''Si le travail doit être soigné, la police doit être de bonne qualité''', cela est toujours valable.<br />
: La question à répondre en premier lieu est '''le statut des exposants dans les abréviations françaises.''' Comme dans le temps, les exposants Unicode n’existaient pas, on partait toujours sur une mise en forme. Cela n’implique pas que sémantiquement, le point de vue qui en est déduit, soit valable. En effet, dès que le texte sans mise en forme n’a plus du tout le même sens qu’avec mise en forme, la mise en forme est sémantiquement porteuse de sens, et Unicode est tenu, de par ses principes, d’encoder de nouveaux caractères pour donner le moyen de conserver le sens au format texte brut. Unicode encode du texte brut, est-il écrit dans le standard.<br />
: Puisqu’'''en français''', « nos » n’est pas « nᵒˢ » (on pourrait multiplier les exemples), '''les exposants ont une valeur sémantique''' et doivent donc être disponibles en texte brut.<br />
: Les '''noms de caractères''' avec « lettre modificative » ne préjugent pas de la fonction d’exposant. Paraphrasons le '''standard Unicode'''<ref>[http://www.unicode.org/versions/Unicode9.0.0/ch07.pdf#G24762 The Unicode Standard, v9.0.0, chapitre&nbsp;7, §&nbsp;8 : Lettres modificatives &gt; Lettres modificatives espaçantes &gt; Lettres en exposant (page&nbsp;327). '''Ouvrage sous droit d’auteur !'''</ref> : <br/>« '''''Lettres en exposant.''''' » Parmi les lettres modificatives, il y en a qui sont des formes en exposant, et on en trouve dans différents blocs. Il y a aussi un bloc spécialement pour des exposants et indices, et c’est là que se trouvent l’ⁿ et l’ⁱ. « Le fait que ces deux lettres contiennent le mot ‹ exposant › dans leurs noms au lieu de ‹ lettre modificative › est un artifice historique provenant des sources d’origine de ces caractères, et n’a pas pour but d’exprimer une distinction au niveau fonctionnel dans l’utilisation de ces lettres dans le standard Unicode. » Les lettres en exposant servent à porter un sens spécifique, comme en phonétique [notez le « '''comme''' » ; on a donc '''le droit de les utiliser ailleurs qu’en phonétique'''], et « ne sont pas un substitut à la mise en forme » dans les appels de note ou les formules mathématiques et scientifiques. — Le mieux est de [http://www.unicode.org/versions/Unicode9.0.0/ch07.pdf#G24762 lire cela directement dans le standard]. Voir aussi [http://www.unicode.org/versions/Unicode9.0.0/ch22.pdf#G42931 au chapitre&nbsp;22].<br />
<br />
________________________<br />
<references/></div>
Nemolivier
https://bepo.fr/wiki/index.php?title=Discussion:Exposant_et_indice&diff=27275
Discussion:Exposant et indice
2016-12-03T21:29:48Z
<p>Nemolivier : /* Votes */</p>
<hr />
<div>{{attention|Attention, une septième proposition a été rajoutée au vote sur les indices et exposants peu après le lancement, merci de mettre à jour vos votes pour en tenir compte !}}<br />
<br />
== Vote ==<br />
<br />
=== Version soumise au vote ===<br />
La version soumise au vote est [http://bepo.fr/wiki/index.php?title=Exposant_et_indice&oldid=26814 la dernière de la soirée du 29 novembre 2016].<br />
<br />
==== Précision sur le contenu ====<br />
Pour le placement, gardez en mémoire qu’il y aura probablement d’autres touches mortes à placer :<br />
* touche morte barre inscrite (en plus de barre oblique), hypothèses de placement : {{ts|AltGr|d}} ou {{ts|AltGr|B}} ;<br />
* touche morte symboles scientifiques, hypothèses de placement : {{ts|AltGr|S}} ou {{ts|AltGr|D}} ;<br />
* touche morte API, hypothèse de placement : {{ts|AltGr|z}} ;<br />
<br />
=== Méthode ===<br />
Les votes à choix multiples utilisent la méthode de Condorcet (en cas de paradoxe, on utilisera la méthode Schulze).<br />
Les autres sont simplement à la majorité absolu.<br />
<br />
=== Durée ===<br />
Fin le samedi 3 décembre 2016 à 20h CET. C’est-à-dire au moins 72 h à compter de la diffusion du vote.<br />
<br />
=== Options ===<br />
==== Principe, et placement des touches mortes ====<br />
* A : exposant en {{ts|AltGr|Maj|^}}, indice en {{ts|AltGr|Maj|v}}<br />
* B : exposant en {{ts|AltGr|s}}, indice en sup redondé<br />
* C : exposant en {{ts|AltGr|s}}, indice en {{ts|AltGr|Maj|s}}<br />
* D : exposant en {{ts|AltGr|s}}, indice en {{ts|AltGr|Maj|b}}<br />
* E : exposant en {{ts|AltGr|s}}, indice en {{ts|AltGr|Maj|n}}<br />
* F : status quo.<br />
* G : exposant en {{ts|AltGr|^}}, indice en {{ts|AltGr|v}} + déplacement de ¿ et ¡ en {{ts|AltGr|Maj|’/^}}, du caron en {{ts|AltGr|Maj|v}} et du crochet en {{ts|AltGr||’}}<br />
* H : exposant en {{ts|AltGr|^}}, indice en sup redondé + déplacement de ¿ et ¡ en {{ts|AltGr|Maj|’/^}} et du crochet en {{ts|AltGr||’}}, pas de déplacement du caron.<br />
<br />
Les propositions G et H ont été ajoutées en cours de route … merci de mettre à jour vos votes.<br />
<br />
==== Ordinaux masculin et féminin ====<br />
* ({{pour}}/{{contre}}/neutre) déplacer º et ª, de respectivement {{ts|AltGr|M}} et {{ts|AltGr|F}}, sur {{tm|exposants}}{{ts|AltGr|m}} et {{tm|exposants}}{{ts|AltGr|f}}. Ces caractères ne servent pas en français car « numéro » s’abrège avec un <sup>o</sup> — o en exposant — et non un º.<br />
: Vous voulez dire les déplacer sur {{tm|exposants}} macron et {{tm|exposants}} ogonek ? Je plains les gens de X.org quand vous essaierez de faire adopter une telle aberration (même la notation utilisée avec + {{tm|exposants}}+{{ts|AltGr|m}} est incohérente puisqu’il ne s’agit pas d’un appui simultané). -- [[Utilisateur:Laurent|Laurent]] ([[Discussion utilisateur:Laurent|discussion]]) 1 décembre 2016 à 08:36 (CET)<br />
:: Non, c’est bien exposant suivi de AltGr+M et AltGr+F. ;-) -- [[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 1 décembre 2016 à 14:26 (CET)<br />
::: C’est corrigé, mais sachant que les claviers gérant le key rollover (roulements), donc tous les claviers actuels, permettent l’appui simultané (dans le bon ordre) si c’est au même niveau. Pour {{tm|touche&nbsp;morte}} suivie de quelque chose, le modèle {{m|tm}} contient déjà l’EFI qui va avec. -- [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 1 décembre 2016 à 16:15 (CET)<br />
::<br />
::: Oui, c’est ce que je disais, {{tm|exposants}} macron et {{tm|exposants}} ogonek (roulement possible ou pas {{tm|exposants}} et {{tm|indices}} seraient bien des touches morts, pas des modificatrices (quand on tape Maj m pas simultanément, ça ne produit pas M). Donc c’est toujours incohérent d’un point de vue logique. Si les développeurs de X.org vous rembarrent en disant qu’eux ne mélangent pas les cochons et les serviettes (je sais que ce n’est pas l’expression exacte, mais celle-ci est… plus visuelle), il ne faudra pas vous plaindre. [[Utilisateur:Laurent|Laurent]] ([[Discussion utilisateur:Laurent|discussion]]) 2 décembre 2016 à 12:22 (CET)<br />
<br />
==== Caractères morts associés ====<br />
* A : remettre cette décision à plus tard, et en profiter pour [[Version_1.1/Touches_mortes/Caract%C3%A8res_morts|homogénéiser ce point sur toutes les touches mortes]] ;<br />
* B : « ^ » pour exposant et « _ » pour indice, et changer le caractère mort associé au circonflexe par « ê » ;<br />
* C : « ² » pour exposant et « ₂ » pour indice ;<br />
* D : « ᵉ » pour exposant (sans doute l’exposant le plus utilisé en français), « ᵢ » pour indice ;<br />
* E : cohérence avec la touche (donc « ˢ » en exposant si exposant passe en AltGr+s par exemple).<br />
<br />
=== Votes ===<br />
==== Principe, et placement des touches mortes ====<br />
# C > B > A > H > E > D = F = G -- [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 30 novembre 2016 à 18:02 (CET)<br />
# B > C > H > G > D = E > A > F -- [[Utilisateur:Flamme|Flamme]] ([[Discussion utilisateur:Flamme|discussion]]) 30 novembre 2016 à 18:30 (CET)<br />
# C = B > D = E > H > G > A > F -- [[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 30 novembre 2016 à 19:23 (CET)<br />
# B > C > D > E > H > G > A > F -- [[Utilisateur:Crako|Crako]] ([[Discussion utilisateur:Crako|discussion]]) 30 novembre 2016 à 21:39 (CET)<br />
#: De mon point de vue, l’exposant sert suffisement souvent pour ne pas avoir à privilégier le mnémotechnique sur l’ergonomie. [[Utilisateur:Crako|Crako]] ([[Discussion utilisateur:Crako|discussion]]) 1 décembre 2016 à 23:51 (CET)<br />
# A > B = C = D = E = F = G = H -- [[Utilisateur:Airevspin|Airevspin]] ([[Discussion utilisateur:Airevspin|discussion]]) 1 décembre 2016 à 00:16 (CET)<br />
# G = H > F = A > B = C = D = E -- (l’argument de Marcel comme quoi AltGr+S est plutôt une bonne position, malgré la combinaison à une main, puisque S est une touche de repos, m’a convaincu ; par conséquent, je trouve dommage de la gâcher avec quelque chose qui est certes utile, mais pas si fréquemment que ça ; plus généralement, il me semblerait bien préférable de régler la question de redonder ou pas Ç et de déplacer ou pas les caractères utilisés pour les langages informatiques avant de positionner les touches mortes exposant et indice) -- [[Utilisateur:Laurent|Laurent]] ([[Discussion utilisateur:Laurent|discussion]]) 1 décembre 2016 à 08:18 (CET)<br />
# G = A > F > B = C = D = E = H -- (je vais même plus loin que Laurent : on s'en fout d'être sur la touche de repos, on parle d'exposant et indice, des touches mortes qui ne serviront presque jamais et qu'il faudra retrouver sur le clavier le jour où on en aura besoin, donc il vaut mieux que le placement soit mnémotechnique !) [[Utilisateur:Stéphane Veyret|Rideĉjo]] ([[Discussion utilisateur:Stéphane Veyret|discussion]]) 1 décembre 2016 à 08:58 (CET)<br />
#: Je ne suis pas certain du fait que cela ne servira « presque jamais ». C’était aussi mon point de vue, et la raison pour laquelle j’étais favorable à la proposition A dans un premier temps. Cependant, l’usage d’abréviations est général en français aujourd’hui : titres de civilité, ordinaux (même s’il vaut mieux les écrire en toutes lettres) et un certain nombre d’abréviations. C’est pour cela que je pense qu’''a minima'' une place ''agréable'' pour les exposants serait souhaitable. L’indice, en revanche, pourrait se contenter d’une place bien moindre, je te l’accorde, mais c’est là que l’argument de la cohérence intervient. Bien à toi --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 1 décembre 2016 à 09:47 (CET)<br />
#:: Je ne suis absolument pas d’accord avec Stéphane. Si j’avais cette touche, je m’en servirais plusieurs fois par jour. Ce qui est largement suffisant pour considérer que l’ergonomie (bonne place sur S) doit l’emporter sur l’aspect mnémotechnique (placement sur ^). [[Utilisateur:Crako|Crako]] ([[Discussion utilisateur:Crako|discussion]]) 1 décembre 2016 à 23:51 (CET)<br />
#:::Les exposants sont très utiles, et serviront à moi aussi plusieurs fois par jour. Pourriez-vous envisager de les placer ailleurs que sur AltGr+Maj, n’importe où, mais accessible seulement avec un AltGr. -- [[Utilisateur:Flamme|Flamme]] ([[Discussion utilisateur:Flamme|discussion]]) 2 décembre 2016 à 01:42 (CET)<br />
#::::Sauf que, si j'ai bien compris, les indices et exposants ont une utilisation particulière, et c'est d'ailleurs pour cela qu'on y trouve pas toutes les lettres. Pour écrire M<sup>me</sup>, il ne faut pas utiliser les lettres-exposants, mais la faculté de l'éditeur de mettre le texte en exposant. Ceci dit, il est difficile de dire qu'on l'utilisera (ou ne l'utilisera pas) plusieurs fois par jour tant qu'on ne l'a pas essayé. Ma remarque était donc sans doute un peu trop « agressive ». [[Utilisateur:Stéphane Veyret|Rideĉjo]] ([[Discussion utilisateur:Stéphane Veyret|discussion]]) 2 décembre 2016 à 07:52 (CET)<br />
#:::::D’où sortez-vous l’idée qu’il ne faut pas utiliser les lettres exposants? L’Unicode ajoute-t-il des caractères pour nous déconseiller de les utiliser? Du reste, on écrit ailleurs que dans un traitement de texte. Web, courrielleurs, éditeur de texte, markdown, etc. Que vous ne vouliez pas les exposants sur {s}, soit, mais est-il nécessaire de les reléguer sur une place aussi punitive? (AltGr+Maj) -- [[Utilisateur:Flamme|Flamme]] ([[Discussion utilisateur:Flamme|discussion]]) 2 décembre 2016 à 10:56 (CET)<br />
#::::::Tu t'enflamme, [[Utilisateur:Flamme|Flamme]] ! ;-) Personne ne dit qu'il ne faut pas utiliser ces lettres, mais qu'elles ont une fonction particulière, qui n'est pas de simplement mettre les lettres en exposant. C'est d'ailleurs le sujet de la discussion en bas de cette page. [[Utilisateur:Stéphane Veyret|Rideĉjo]] ([[Discussion utilisateur:Stéphane Veyret|discussion]]) 2 décembre 2016 à 11:20 (CET)<br />
#:::::::Mais c’est précisément pour cette fonction particulière qu’on en a besoin. Pas pour ce que vous supposez qu’on en fera. Ajout tardif: je veux dire que l’absence d’uniformité parfois observée n’est pas une gêne puisqu’on ne s’en sert pas pour écrire des phrases entières. -- [[Utilisateur:Flamme|Flamme]] ([[Discussion utilisateur:Flamme|discussion]]) 2 décembre 2016 à 12:00 (CET)<br />
# C > B > E > H > D = A = G > F -- [[Utilisateur:Ejpcmac|ejpcmac]] ([[Discussion utilisateur:Ejpcmac|discussion]]) 1 décembre 2016 à 09:24 (CET)<br />
# F = A > B = C = D = E > G = H -- [[Utilisateur:LeBret|LeBret]] ([[Discussion utilisateur:LeBret|discussion]]) 1 décembre 2016 à 10:37 (CET)<br />
# G > F > A > H > B > C = D = E -- [[Utilisateur:Mimoza|Mimoza]] ([[Discussion utilisateur:Mimoza|discussion]]) 1 décembre 2016 à 10:55 (CET) <br />
#:La proposition G est de mon fait. Elle a pour avantage d'être similaire a ce qui est déjà en place sans perdre vraiment en accessibilité. Par contre elle oblige a déplacer le ¡ et par conséquent le ¿ pour conserver une certaine logique. -- [[Utilisateur:Mimoza|Mimoza]] ([[Discussion utilisateur:Mimoza|discussion]]) 1 décembre 2016 à 12:03 (CET)<br />
#::C'est grosso-modo ce que j'avais proposé moi avec la [[Discussion:Version_1.1#Suite_de_la_danse|suite de la valse des touches mortes]] et où j'avais conclus de moi-même que ces accès étaient très mauvais et que la seule idée à garder était d'avoir indice en double frappe des exposants. C'est que pire à vouloir déplacer le caron en majuscule pour les indices utilisés eux quasi seulement en chimie. On a tout fait pour redonner aux touches mortes un peu plus d'accessibilité, ce n’est clairement pas pour priver le caron de la sienne, déjà qu'il est pénible en {{ts|AltGr|v}}… Ma proposition en pdd avait un sens y'a trois semaines quand il manquait gravement de place en AltGr simple, mais elle n'a plus vraiment de sens depuis qu'on a la touche morte [[latin et ponctuation]] qui a libéré plein d'autres AltGr accessibles. – [[Utilisateur:A2|A2]] ([[Discussion utilisateur:A2|discussion]]) 2 décembre 2016 à 23:19 (CET)<br />
# G > F > A > B > C = D = E > H -- [[Utilisateur:logisim|logisim]] ([[Discussion utilisateur:logisim|discussion]]) 1 décembre 2016 à 12:52 (CET)<br />
# A > G > H > B = C = D = E > F -- [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 1 décembre 2016 à 12:56 (CET)<br />
# A > B = C = D = E = F = G = H -- [[Utilisateur:Thomas|Thomas]] ([[Discussion utilisateur:Thomas|discussion]]) 2 décembre 2016 à 22:58 (CET)<br />
# B > C > H > D = E = G > A > F -- [[Utilisateur:A2|A2]] ([[Discussion utilisateur:A2|discussion]]) 3 décembre 2016 à 08:49 (CET)<br />
# A > G > C > H > B > D = E = F -- [[Utilisateur:Europano|Europano]] ([[Discussion utilisateur:Europano|discussion]]) 3 décembre 2016 à 18:55 (CET)<br />
# B > C = D = E > H > G > A = F La touche morte est nécessaire pour saisir les exposants qui ont une valeur sémantique comme le montre Marcel, il y a une chance que ce soit la troisième touche morte la plus utile au français après ^ et ¨ ! Alors il faut une position accessible. J'ai l'impression que beaucoup votent en espérant pouvoir mettre autre chose en AltGr(+Maj)+S, mais on ne sait pas encore quoi y mettre. Il vaut mieux attendre que des propositions soient faites, quitte à ce que de prochains votes proposent de déplacer exposant si on a mieux à mettre dessus. En espérant avoir le droit de voter, c'est la première fois que je prends part aux discussions. --[[Utilisateur:Gazomètre2|Gazomètre2]] ([[Discussion utilisateur:Gazomètre2|discussion]]) 3 décembre 2016 à 19:48 (CET)<br />
# B > C > D > E > H > G > A = F -- [[Utilisateur:JulieCaroline|JulieCaroline]] ([[Discussion utilisateur:JulieCaroline|discussion]]) 3 décembre 2016 à 19:50 (CET)<br />
# C > B > D = E > H > G > A > F -- [[Utilisateur:Nemolivier|nemolivier]] ([[Discussion utilisateur:Nemolivier|discussion]]) 3 décembre 2016 à 22:29 (CET)<br />
<br />
==== Ordinaux masculin et féminin ====<br />
# {{neutre}} -- [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 30 novembre 2016 à 18:02 (CET)<br />
# {{pour}} -- [[Utilisateur:Flamme|Flamme]] ([[Discussion utilisateur:Flamme|discussion]]) 30 novembre 2016 à 18:30 (CET)<br />
# {{pour}} -- [[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 30 novembre 2016 à 19:25 (CET)<br />
# {{pour}} -- [[Utilisateur:Crako|Crako]] ([[Discussion utilisateur:Crako|discussion]]) 30 novembre 2016 à 21:41 (CET)<br />
# {{pour}} -- [[Utilisateur:Airevspin|Airevspin]] ([[Discussion utilisateur:Airevspin|discussion]]) 1 décembre 2016 à 00:18 (CET)<br />
# {{contre}} -- [[Utilisateur:Laurent|Laurent]] ([[Discussion utilisateur:Laurent|discussion]]) 1 décembre 2016 à 08:37 (CET)<br />
# {{neutre}} -- [[Utilisateur:Ejpcmac|ejpcmac]] ([[Discussion utilisateur:Ejpcmac|discussion]]) 1 décembre 2016 à 09:24 (CET)<br />
# {{contre}} -- [[Utilisateur:Mimoza|Mimoza]] ([[Discussion utilisateur:Mimoza|discussion]]) 1 décembre 2016 à 11:03 (CET)<br />
# {{contre}} -- [[Utilisateur:Thomas|Thomas]] ([[Discussion utilisateur:Thomas|discussion]]) 2 décembre 2016 à 22:59 (CET)<br />
# {{pour}} -- [[Utilisateur:A2|A2]] ([[Discussion utilisateur:A2|discussion]]) 3 décembre 2016 à 08:49 (CET)<br />
<br />
==== Caractères morts associés ====<br />
# C > E > D > A > B -- [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 30 novembre 2016 à 18:02 (CET)<br />
# D > C > A > E > B -- [[Utilisateur:Flamme|Flamme]] ([[Discussion utilisateur:Flamme|discussion]]) 30 novembre 2016 à 18:30 (CET)<br />
# D = E > C > A > B -- [[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 30 novembre 2016 à 19:28 (CET)<br />
# C = D > A > E > B -- [[Utilisateur:Crako|Crako]] ([[Discussion utilisateur:Crako|discussion]]) 30 novembre 2016 à 21:47 (CET)<br />
# D = C > A > E > B -- [[Utilisateur:Ejpcmac|ejpcmac]] ([[Discussion utilisateur:Ejpcmac|discussion]]) 1 décembre 2016 à 09:24 (CET)<br />
# A > E > B > D > C -- [[Utilisateur:Mimoza|Mimoza]] ([[Discussion utilisateur:Mimoza|discussion]]) 1 décembre 2016 à 11:06 (CET)<br />
# B > A > C = D = E -- [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 1 décembre 2016 à 12:58 (CET)<br />
# D > C > A > B = E -- [[Utilisateur:Thomas|Thomas]] ([[Discussion utilisateur:Thomas|discussion]]) 2 décembre 2016 à 23:01 (CET)<br />
# D > C > A > B > E -- [[Utilisateur:A2|A2]] ([[Discussion utilisateur:A2|discussion]]) 3 décembre 2016 à 08:51 (CET)<br />
# D > C > A > E > B -- [[Utilisateur:Europano|Europano]] ([[Discussion utilisateur:Europano|discussion]]) 3 décembre 2016 à 11:24 (CET)<br />
<br />
== Barre espace ==<br />
Hello,<br />
<br />
Je suis assez surpris par le choix des caractères sur la barre d’espace. Pourquoi ceux-ci précisément ?<br />
<br />
Bien cordialement --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 20 novembre 2016 à 15:02 (CET)<br />
:Le ² et ₂ sont les caractères utilisés pour représenter la touche, je les ai donc mis logiquement en espace, après j’ai mis le ³ en maj car il est souvent utiliser pour m³ mais c’est optionnel [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 20 novembre 2016 à 19:40 (CET)<br />
::Ah, je ne me souvenais pas que le caractère ² avait été retenu pour symboliser cette touche morte. Ce n’est pas absurde, mais vue la fréquence du « e » en exposant, on aurait aussi pu penser à celle-ci. Cordialement --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 20 novembre 2016 à 22:08 (CET)<br />
:::Rien n’a été retenu, c’est une décision arbitraire de ma part [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 21 novembre 2016 à 09:17 (CET)<br />
<br />
== Caractères morts ==<br />
Je ne comprends pas cette section :<br />
* en quoi doit-on absolument mettre ^ et _ en caractères morts sur ces touches mortes ?<br />
* en quoi cela serait-ce incompatible avec la touche morte circonflexe, tout en étant compatible avec le _ existant ?<br />
Cette proposition de caractères morts ne présente que des inconvénients, et n’a aucun intérêt. Pourquoi l’avoir exposé ?<br />
[[Utilisateur:Crako|Crako]] ([[Discussion utilisateur:Crako|discussion]]) 27 novembre 2016 à 12:34 (CET)<br />
<br />
:Ok, après échange sur IRC j’ai compris qu’il y a une différence de comportement entre X.Org et MacOS/Windows :<br />
:* sous X.Org : {{tm|^}}{{tv|q}} ne produit rien, car il n’y a pas de règle de composition définie. '''On ne peut pas modifier ce comportement''' ;<br />
:* sous MacOS : {{tm|^}}{{tv|q}} produit ^q ;<br />
:* sous Windows : {{tm|^}}{{tv|q}} produit ^q. Et il existe une contrainte d’unicité sur le caractère associé à la touche morte, qui fait qu’on ne peut pas avoir le ^ utilisé à la fois pour circonflexe et exposant, c’est à dire qu’on ne peut pas avoir à la fois {{tm|^}}{{tv|q}} qui produit ^q ET {{tm|exposant}}{{tv|q}} qui produit ^q.<br />
:Sous Windows je suggère donc d’utiliser respectivement ² et ₂ comme caractères morts.<br />
:-- <br />
:[[Utilisateur:Crako|Crako]] ([[Discussion utilisateur:Crako|discussion]]) 27 novembre 2016 à 13:07 (CET)<br />
::Utiliser {{tm|²}} et {{tm|₂}} est inefficient, car les caractères insupportés sortent de manière inutile, alors qu’avec {{tm|^}} et {{tm|_}} on a automatiquement le tout au format TeX.<br />
::Dans l’autre sens : ''ne pas'' utiliser {{tm|ê}} comme caractère mort pour l’''accent circonflexe'' induit une perte d’ergonomie quand la touche {{tv|ê}} sera réaffectée (tirets ou autre), car sous Windows et macOS, des séquences comme {{tm|ê}}{{tv|m}} sortent automatiquement en 'êm' (comportement émulable sous X.Org, et fonctinnant avec 'd', 'f', 'l', 'm', 'n', 'p', 'r', 't', 'v', sous X.Org aussi en majuscule). [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 27 novembre 2016 à 13:44 (CET)<br />
:::Le truc en plus c’est que si ^ est à la fois le caractère pour circonflexe et exposant et en non mort à côté, alors faire {{tm|^}}{{tm|^}}, {{tm|^}}{{tm|exposant}} et {{tm|^}}{{tv|^}} donneront tous les 3 la même chose (sur Windows). -- [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 27 novembre 2016 à 14:07 (CET)<br />
::::Comme Nicolas l’a écrit, il ne faut jamais utiliser le même caractère mort pour deux touches mortes, sinon c’est chaque fois la ligne qui se trouve être la première dans la deadlist qui fonctionne, et l’autre qui est pareille, est en panne. C’est pareil quand on utilise des lettres diacritées comme caractères morts : il faudrait éviter de prendre celles qui sont sur le clavier comme touches vives. Comme dans l’exemple que tu cites, où le circonflexe vif après le circonflexe mort fait le même effet qu’une double frappe du circonflexe mort.<br />
::::C’est juste que pour la touche morte exposant, on n’a pas vraiment le choix si l’on veut une sortie raisonnable. Perso dans ma version obsolète (que j’utilise toujours, faute d’avoir eu le temps de terminer le redéveloppement des drivers), j’ai encore '↑' et '↓' comme caractères morts d’exposant et indice… Parlant, mais inefficient car obligeant l’utilisateur à tout effacer au lieu de pouvoir le laisser tel quel, du moment qu’il sait que le format TeX est plus utile pour communiquer, même s’il n’utilise pas LaTeX. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 27 novembre 2016 à 14:55 (CET)<br />
:::Utiliser ê dans ce rôle dans le but d’obtenir « êm » en tappant {{tm|^}}{{tv|m}} me parait complètement délirant puisque ces deux touches sont sur la même main, et qu’il me parait beaucoup plus naturel de taper {{tm|^}}{{tv|e}}{{tv|m}} pour obtenir le même résultat.<br />
:::-- <br />
:::[[Utilisateur:Crako|Crako]] ([[Discussion utilisateur:Crako|discussion]]) 27 novembre 2016 à 19:11 (CET)<br />
::::C’est beaucoup dire, mais il est vrai que {{tm|ê}} n’est pas assez performant pour pallier la disparition d’{{tv|ê}} pour ses utilisateurs. — On peut bien sûr continuer de taper comme d’habitude avec la touche morte, mais il reste peut-être une séquence intéressante : {{tm|ê}}{{tv|p}}. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 27 novembre 2016 à 19:31 (CET)<br />
<br />
Je n’ai pas testé les fréquences respectives, mais pour la touche morte exposant, je me demande si ᵉ ne serait pas plus pertinent, ou éventuellement ˢ si la touche morte était sur AltGr+s. De même pour l’indice, on pourrait par cohérence choisir la lettre associée à la touche choisie. Cordialement --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 27 novembre 2016 à 15:53 (CET)<br />
: Le plus pertinent est de choisir pour chaque touche morte en priorité le caractère qui est le plus pertinent quand il est inséré avant les caractères non supportés, sous Windows et macOS. Dans le cas d’''exposant'' et ''indice'', on sait désormais que le seul choix pertinent est '^' et '_'. Pour l’''accent circonflexe'', le plus pertinent en français est 'ê'. Pour la plupart des autres touches, on peut choisir le caractère le plus parlant, ou le mieux supporté par les polices. Là c’est le moment d’associer 'ɍ' à ''rayé'' et de placer cette touche morte en {{tt|Maj|AltGr}}+{{tm|R}}, par exemple pour la mnémonique (enfin c’est ce que j’ai). [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 27 novembre 2016 à 16:06 (CET)<br />
:: « Dans le cas d’''exposant'' et ''indice'', on sait désormais que le seul choix pertinent est '^' et '_'. » Marcel, répéter encore et toujours le même argument sans aucune justification plausible aura pour seul et unique effet le même que celui qui se produit sur la liste de diffusion. Les gens t’ignoreront purement et simplement, et te laisseront dans tes délires. Il est grand temps que tu poses le crayon, et que tu prennes un peu de recul sur tes propositions.<br />
::--<br />
::[[Utilisateur:Crako|Crako]] ([[Discussion utilisateur:Crako|discussion]]) 27 novembre 2016 à 19:11 (CET)<br />
:::Il me semblait que le markup utilisé dans LaTeX et plus largement, était une justification assez plausible. Et plus que ça : c’est la raison même pourquoi je change pour '^' et '_', recommandant dans la foulée au bépo d’en faire de même. — Cela dit, merci du conseil. Reste à pouvoir l’appliquer… [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 27 novembre 2016 à 19:31 (CET)<br />
<br />
== Propositions ==<br />
Je souhaiterais aussi que soient proposées les options suivantes :<br />
* Pour le caractère non mort, cohérence avec la touche (donc ˢ en exposant si exposant passe en AltGr+s par exemple).<br />
* Pour le caractère non mort, mettre ᵉ (sans doute l’exposant le plus utilisé en français)<br />
* Pour º et ª, les mettre plutôt en exposant > AltGr+o et AltGr+a<br />
<br />
À moins qu’il n’y ait de raisons de ne pas proposer ces options au vote évidemment. ;-) --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 30 novembre 2016 à 13:12 (CET)<br />
:Oui, les raisons sont ꟹ et ᴭ. -- [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 30 novembre 2016 à 13:27 (CET)<br />
<br />
:* Qu’entends-tu par caractère non mort ? Est-ce le caractère qui est affiché sous Windows quand la séquence n’est pas gérée ? Ou est-ce simplement le symbole utilisé pour représenter la touche morte sur les cartes ?<br />
:* As-tu des propositions pour les indices ?<br />
:* pour º et ª ce n’est pas possible comme l’a fait remarquer [[Utilisateur:Flavien21|Flavien21]] mais c’est possible sur {{ts|AltGr|m}} et {{ts|AltGr|f}}. Cette proposition est déjà tracée mais uniquement en PDD (sur une section commentée car le vote n’est pas ouvert)<br />
<br />
== Faisabilité ==<br />
<br />
Même remarque que pour le vote sur barré/rayé : s'est-on assuré de la faisabilité de ces modifications sur tous les systèmes ? Il me semble qu'avec X11 nous n'avons pas la main sur les combinaisons associées aux touches mortes, celles-ci sont valables pour toutes les dispositions. Cela veut dire que nous ne pouvons pas « inventer » de nouvelles combinaisons (à moins qu'elles aient vraiment un sens), et que nous ne pouvons pas faire de truc du style {{tm|lettre morte}}+{{touches|AltGr|lettre}}. [[Utilisateur:Stéphane Veyret|Rideĉjo]] ([[Discussion utilisateur:Stéphane Veyret|discussion]]) 1 décembre 2016 à 08:50 (CET)<br />
:Les touches mortes exposants, indices, rayés et barrés ont un sens, mettre un caractères sur les touche AltGr+lettre est logique, même si elle est différente de celles utiliser par Linux.<br />
:De même si l’on va par là il n’est pas possible d’avoir la pression multiples des touches comme on l’entend sur BÉPO 1.1, ça prouve que c’est à Linux de changer sa gestion des touches mortes que, pour ma part, je trouve assez merdique (excusez-moi du terme).<br />
:[[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 1 décembre 2016 à 09:21 (CET)<br />
:: En fait, il y a plusieurs moyens de s’en sortir en l’état présent : un Compose perso, ou bien l’usage des autres locales. Un choix de développement fait aujourd’hui par l’équipe de X.org dont j’ignore les tenants et les aboutissants est de mettre un seul Compose global dans la locale en-US, servant à tous les claviers occidentaux. C’est assez incohérent, et rien que le fait de faire un Compose dans les locales fr-FR (et autres) pourrait simplifier le truc. En attendant, bien entendu, que les développeurs de X.org nous proposent une solution alternative pour la gestion des touches mortes — aujourd’hui incohérente avec ce qui se pratique sur les autres systèmes de gestion de fenêtres —, même si cela risque d’être un peu compliqué par l’architecture client-serveur. Mais comme on dit chez les gaullistes, « ''l’intendance suivra'' » et je ne doute pas que nous trouverons une solution strictement moins bancale que l’actuelle pour implémenter une norme concernant ''a minima'' soixante-dix millions de personnes, et avec un peu de chance beaucoup (beaucoup) plus… Bien à toi --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 1 décembre 2016 à 09:40 (CET)<br />
<br />
== Ce ne sont pas des variantes de formes ==<br />
<br />
Les « vrais » exposants, indices et petites majuscules sont des variantes de formes.<br />
Or les caractères introduits dans les couches indices et exposants ne sont pas destinés à être des variantes de formes. C’est d’ailleurs pour ça qu’il n’y a pas tout l’alphabet.<br />
Par exemple le N minuscule exposant est marqué « superscript » car c’est pour un usage mathématique (10ⁿ).<br />
Alors que le R et le M minuscule exposant sont marqués « modifier letter », notamment utilisé avec les caractères de l’IPA.<br />
<br />
La conséquence direct pour l’utilisateur est que ces différents caractères peuvent ne pas être rendus dans le même style, ce qui les rend inutilisables pour un travail soigné.<br />
<br />
La page qui présente les indices et les exposants s’affichent comme ça chez moi :<br />
<br />
[[Fichier:RnmIndices.png]]<br />
<br />
On voit clairement que les r, n et m minuscules ne sont pas dans le même style.<br />
<br />
Ces couches ne peuvent être utilisées que comme solution de secours. Donc elles sont moins importantes que les symboles scientifiques, par exemple.<br />
[[Utilisateur:LeBret|LeBret]] ([[Discussion utilisateur:LeBret|discussion]]) 1 décembre 2016 à 12:04 (CET)<br />
:Les signes exposants pour les nombres ordinaux (1ᵉʳ, 2ᵉ, etc.) pour les notes de bas de page ou de fin de chapitre. Comme tu le soulignes, ça sert en mathématiques. Ce ne sont pas des solutions de secours, ce sont les caractères dédiés à cet usage.<br />
:Qu’on ne mette pas les touches exposants et indices sur {s}, pourquoi pas, mais il faut au moins veiller à placer la touche exposant ailleurs qu’en AltGr+Maj+{^}. Elle serait dans ce cas moins accessible que nombre de signes diacritiques inutiles en français. Il faudrait au moins accepter la proposition G. -- [[Utilisateur:Flamme|Flamme]] ([[Discussion utilisateur:Flamme|discussion]]) 1 décembre 2016 à 13:17 (CET)<br />
:: « ce sont les caractères dédiés à cet usage » Ce n’est pas ce que dit Unicode et c’est bien comme ça que l’interprètent les créateurs de police comme tu peux le voir sur la capture d’écran. Pour un travail typographique irréprochable il ne faut pas utiliser ces caractères, mais les fonctionnalités de mise en forme du traitement de texte. [[Utilisateur:LeBret|LeBret]] ([[Discussion utilisateur:LeBret|discussion]]) 1 décembre 2016 à 17:53 (CET)<br />
::: Les fonctionnalités de mise en forme des exposants et indices sont à prioriser quand elles sont disponibles, c'est un fait. Reste que quand on a UTF-8 sous la main et pas de mise en forme possible, c’est un bel avantage que de pouvoir saisir même ces lettres modificatives ceci à défaut d’avoir de réels exposants dans Unicode. Si Unicode venait à inclure l'intégralité des exposants/indices, ils auraient évidement leur place sur cette touche morte à la place des caractères que l’on a pioché en remplacement. C’est écrit sur l’article soumis au vote. On peut aussi se dire que la création de ce genre de touche morte démontre un besoin réel qui pourra inciter au développement d’Unicode en ce sens. – [[Utilisateur:A2|A2]] ([[Discussion utilisateur:A2|discussion]]) 1 décembre 2016 à 21:49 (CET)<br />
:::: Ce sont de vrais exposants, cf. [http://www.unicode.org/mail-arch/unicode-ml/y2016-m10/0098.html http://www.unicode.org/mail-arch/unicode-ml/y2016-m10/0098.html]. C’est juste le GT qui semble ne pas l’avoir remarqué, ne croyant pas ceux qui essaient de leur expliquer… -- [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 1 décembre 2016 à 22:03 (CET)<br />
:::Ah, bah, si le bépo est réservé à ceux qui tapent sur un traitement de texte, je n’ai rien compris au bépo. Sérieusement, on tape beaucoup de texte ailleurs que dans traitement de texte. Même sur le Web, les balises sup produisent un résultat médiocre. Et puis, perdre son formatage lors d’un copier-coller, c’est vraiment pénible. Je ne sais pas ce que dit réellement Unicode, mais on ne me fera pas croire qu’ils ont ajouté des caractères avec l’intention de nous priver de les utiliser. [[Utilisateur:Flamme|Flamme]] ([[Discussion utilisateur:Flamme|discussion]]) 2 décembre 2016 à 01:15 (CET)<br />
<br />
Oui, ça arrive. Exemple volontairement pris hors des exposants/indices : [https://r12a.github.io/uniview/?char=0149 ʼn]. Comme tu peux le voir le script group de ce caractère est « Deprecated letter ».<br />
<br />
Pour revenir aux exposants/indices, les caractères proposés ''ressemblent'' à des exposants mais n’en sont pas. On peut faire la comparaison avec les caractères ci-dessous :<br />
ʃ U+0283 LATIN SMALL LETTER ESH<br />
∫ U+222B INTEGRAL<br />
∑ U+2211 N-ARY SUMMATION <br />
Ʃ U+01A9 LATIN CAPITAL LETTER ESH<br />
<br />
Ces caractères se ressemblent bel et bien. Pourtant si tu tapes une intégral alors que tu veux la lettres esh minuscule, cela a des conséquences :<br />
* la correction orthographique ne marche pas<br />
* des fonctionnalités comme le comptage de mots, le changement de casse… ne marchent pas<br />
* le caractère peut être dans une police de caractère différentes du reste du mot<br />
* etc.<br />
Avec ces pseudo-exposants c’est pareil. Actuellement Unicode ne propose pas de vrais exposants/indices, pas plus qu’il ne propose de vrais gras ou italique.<br />
[[Utilisateur:LeBret|LeBret]] ([[Discussion utilisateur:LeBret|discussion]]) 2 décembre 2016 à 12:32 (CET)<br />
:J’entends la critique. Mais dans ce cas, il faut être cohérent. Soit on supprime les faux exposants de la touche Exposant, considérant que ce n’est pas une bonne pratique. Soit on acte qu’il n’y a rien d’autre pour les exposants et on accepte cet état de fait. Mais encourager et décourager en même temps une pratique, ce n’est pas cohérent. Pour ma part, j’ai acté que certains des caractères servent pour autre chose que ce qui est prévu, mais puisqu’il n’est offert aucune autre solution, qu’il en soit ainsi. -- [[Utilisateur:Flamme|Flamme]] ([[Discussion utilisateur:Flamme|discussion]]) 2 décembre 2016 à 13:19 (CET)<br />
::Ce n'est pas encourager et décourager en même temps. Mon point de vue, c'est qu'on sait qu'on peut le faire, mais dans la pratique, on ne le fera presque jamais. Donc on le met à un endroit du clavier facilement mémorisable, et pas forcément facilement accessible. Et le jour où je veux faire une note de bas de page dans un courriel, je sais où se trouve l'exposant (ce qui ne sera pas le cas avec AltGr+S) ; de même le jour où je veux me la péter et écrire M<sup>me</sup> dans du texte pur. Mais encore une fois, ce n'est que mon point de vue, et c'est en ce sens que je vote. Si vous avez un point de vue différent, votez différemment ! Il me semble que les règles de fonctionnement du groupe n'imposent pas l'unanimité pour chaque vote… ;-) [[Utilisateur:Stéphane Veyret|Rideĉjo]] ([[Discussion utilisateur:Stéphane Veyret|discussion]]) 2 décembre 2016 à 15:20 (CET)<br />
:::Il faut bien se manifester un peu pour tenter de convaincre. Je crois le (més)usage de ces caractères plus répandu que vous ne le pensez. Mais je vous laisse tranquille, je n’ai rien à ajouter. :) -- [[Utilisateur:Flamme|Flamme]] ([[Discussion utilisateur:Flamme|discussion]]) 2 décembre 2016 à 16:05 (CET)<br />
::::+1 Quand je dis que j’en aurais besoin, c’est plusieurs fois par jour, et j’exclus évidemment les discussions sur le sujet qui fausseraient totalement ces statistiques. De l’usage que j’ai, l’ajout de cette touche morte est la modification la plus utile de la v1.1 avec l’inversion des apostrophes. J’ai la désagréable impression que l’argumentaire se rapproche d’une part de ceux qui ne voulaient pas de certains caractères « car c’est le rôle du traitement de texte », et d’autre part de « on ne peut pas utiliser ’ comme apostrophe car ça ne fait partie de sa définition unicode » (ce n’était pas encore la préconisation unicode à l’époque). Par contre j’entends bien que ce n’est pas les bons caractères, mais c’est ce qui s’en rapproche le plus. -- [[Utilisateur:Crako|Crako]] ([[Discussion utilisateur:Crako|discussion]]) 2 décembre 2016 à 16:15 (CET)<br />
Après recherche, j’ai l’impression que le problème constaté est davantage lié aux polices, qui ne prennent pas en charge tous les ajouts d’Unicode. Comme vous pouvez le constater [http://www.unicode.org/fr/charts/PDF/U02B0.pdf ici], les lettres en exposant du bloc API sont bien ''canoniquement équivalentes'' aux lettres latines en exposant. Notez que dans [http://www.unicode.org/L2/L2011/11208-n4068.pdf cette proposition] d’ajout des caractères manquants, les lettres en exposant sont proposées en tant que ''modifier letters'' alors qu’elles ne figurent pas dans l’API. Bien cordialement --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 3 décembre 2016 à 12:59 (CET)<br />
<br />
Nota : je ne vois que le ''n'' qui sorte différemment des autres caractères en exposant. ;-) --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 3 décembre 2016 à 14:01 (CET)<br />
: +1. – {{a|3B5D625C5BF514CE}} – L’argument des polices dysfonctionnelles ne vaut jamais pour Unicode, ni pour argumenter des demandes d’encodage, ni pour déconseiller des pratiques. '''Si le travail doit être soigné, la police doit être de bonne qualité''', cela est toujours valable.<br />
: La question à répondre en premier lieu est '''le statut des exposants dans les abréviations françaises.''' Comme dans le temps, les exposants Unicode n’existaient pas, on partait toujours sur une mise en forme. Cela n’implique pas que sémantiquement, le point de vue qui en est déduit, soit valable. En effet, dès que le texte sans mise en forme n’a plus du tout le même sens qu’avec mise en forme, la mise en forme est sémantiquement porteuse de sens, et Unicode est tenu, de par ses principes, d’encoder de nouveaux caractères pour donner le moyen de conserver le sens au format texte brut. Unicode encode du texte brut, est-il écrit dans le standard.<br />
: Puisqu’'''en français''', « nos » n’est pas « nᵒˢ » (on pourrait multiplier les exemples), '''les exposants ont une valeur sémantique''' et doivent donc être disponibles en texte brut.<br />
: Les '''noms de caractères''' avec « lettre modificative » ne préjugent pas de la fonction d’exposant. Paraphrasons le '''standard Unicode'''<ref>[http://www.unicode.org/versions/Unicode9.0.0/ch07.pdf#G24762 The Unicode Standard, v9.0.0, chapitre&nbsp;7, §&nbsp;8 : Lettres modificatives &gt; Lettres modificatives espaçantes &gt; Lettres en exposant (page&nbsp;327). '''Ouvrage sous droit d’auteur !'''</ref> : <br/>« '''''Lettres en exposant.''''' » Parmi les lettres modificatives, il y en a qui sont des formes en exposant, et on en trouve dans différents blocs. Il y a aussi un bloc spécialement pour des exposants et indices, et c’est là que se trouvent l’ⁿ et l’ⁱ. « Le fait que ces deux lettres contiennent le mot ‹ exposant › dans leurs noms au lieu de ‹ lettre modificative › est un artifice historique provenant des sources d’origine de ces caractères, et n’a pas pour but d’exprimer une distinction au niveau fonctionnel dans l’utilisation de ces lettres dans le standard Unicode. » Les lettres en exposant servent à porter un sens spécifique, comme en phonétique [notez le « '''comme''' » ; on a donc '''le droit de les utiliser ailleurs qu’en phonétique'''], et « ne sont pas un substitut à la mise en forme » dans les appels de note ou les formules mathématiques et scientifiques. — Le mieux est de [http://www.unicode.org/versions/Unicode9.0.0/ch07.pdf#G24762 lire cela directement dans le standard]. Voir aussi [http://www.unicode.org/versions/Unicode9.0.0/ch22.pdf#G42931 au chapitre&nbsp;22].<br />
<br />
________________________<br />
<references/></div>
Nemolivier
https://bepo.fr/wiki/index.php?title=Discussion:Exposant_et_indice&diff=27274
Discussion:Exposant et indice
2016-12-03T21:29:06Z
<p>Nemolivier : /* Votes */</p>
<hr />
<div>{{attention|Attention, une septième proposition a été rajoutée au vote sur les indices et exposants peu après le lancement, merci de mettre à jour vos votes pour en tenir compte !}}<br />
<br />
== Vote ==<br />
<br />
=== Version soumise au vote ===<br />
La version soumise au vote est [http://bepo.fr/wiki/index.php?title=Exposant_et_indice&oldid=26814 la dernière de la soirée du 29 novembre 2016].<br />
<br />
==== Précision sur le contenu ====<br />
Pour le placement, gardez en mémoire qu’il y aura probablement d’autres touches mortes à placer :<br />
* touche morte barre inscrite (en plus de barre oblique), hypothèses de placement : {{ts|AltGr|d}} ou {{ts|AltGr|B}} ;<br />
* touche morte symboles scientifiques, hypothèses de placement : {{ts|AltGr|S}} ou {{ts|AltGr|D}} ;<br />
* touche morte API, hypothèse de placement : {{ts|AltGr|z}} ;<br />
<br />
=== Méthode ===<br />
Les votes à choix multiples utilisent la méthode de Condorcet (en cas de paradoxe, on utilisera la méthode Schulze).<br />
Les autres sont simplement à la majorité absolu.<br />
<br />
=== Durée ===<br />
Fin le samedi 3 décembre 2016 à 20h CET. C’est-à-dire au moins 72 h à compter de la diffusion du vote.<br />
<br />
=== Options ===<br />
==== Principe, et placement des touches mortes ====<br />
* A : exposant en {{ts|AltGr|Maj|^}}, indice en {{ts|AltGr|Maj|v}}<br />
* B : exposant en {{ts|AltGr|s}}, indice en sup redondé<br />
* C : exposant en {{ts|AltGr|s}}, indice en {{ts|AltGr|Maj|s}}<br />
* D : exposant en {{ts|AltGr|s}}, indice en {{ts|AltGr|Maj|b}}<br />
* E : exposant en {{ts|AltGr|s}}, indice en {{ts|AltGr|Maj|n}}<br />
* F : status quo.<br />
* G : exposant en {{ts|AltGr|^}}, indice en {{ts|AltGr|v}} + déplacement de ¿ et ¡ en {{ts|AltGr|Maj|’/^}}, du caron en {{ts|AltGr|Maj|v}} et du crochet en {{ts|AltGr||’}}<br />
* H : exposant en {{ts|AltGr|^}}, indice en sup redondé + déplacement de ¿ et ¡ en {{ts|AltGr|Maj|’/^}} et du crochet en {{ts|AltGr||’}}, pas de déplacement du caron.<br />
<br />
Les propositions G et H ont été ajoutées en cours de route … merci de mettre à jour vos votes.<br />
<br />
==== Ordinaux masculin et féminin ====<br />
* ({{pour}}/{{contre}}/neutre) déplacer º et ª, de respectivement {{ts|AltGr|M}} et {{ts|AltGr|F}}, sur {{tm|exposants}}{{ts|AltGr|m}} et {{tm|exposants}}{{ts|AltGr|f}}. Ces caractères ne servent pas en français car « numéro » s’abrège avec un <sup>o</sup> — o en exposant — et non un º.<br />
: Vous voulez dire les déplacer sur {{tm|exposants}} macron et {{tm|exposants}} ogonek ? Je plains les gens de X.org quand vous essaierez de faire adopter une telle aberration (même la notation utilisée avec + {{tm|exposants}}+{{ts|AltGr|m}} est incohérente puisqu’il ne s’agit pas d’un appui simultané). -- [[Utilisateur:Laurent|Laurent]] ([[Discussion utilisateur:Laurent|discussion]]) 1 décembre 2016 à 08:36 (CET)<br />
:: Non, c’est bien exposant suivi de AltGr+M et AltGr+F. ;-) -- [[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 1 décembre 2016 à 14:26 (CET)<br />
::: C’est corrigé, mais sachant que les claviers gérant le key rollover (roulements), donc tous les claviers actuels, permettent l’appui simultané (dans le bon ordre) si c’est au même niveau. Pour {{tm|touche&nbsp;morte}} suivie de quelque chose, le modèle {{m|tm}} contient déjà l’EFI qui va avec. -- [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 1 décembre 2016 à 16:15 (CET)<br />
::<br />
::: Oui, c’est ce que je disais, {{tm|exposants}} macron et {{tm|exposants}} ogonek (roulement possible ou pas {{tm|exposants}} et {{tm|indices}} seraient bien des touches morts, pas des modificatrices (quand on tape Maj m pas simultanément, ça ne produit pas M). Donc c’est toujours incohérent d’un point de vue logique. Si les développeurs de X.org vous rembarrent en disant qu’eux ne mélangent pas les cochons et les serviettes (je sais que ce n’est pas l’expression exacte, mais celle-ci est… plus visuelle), il ne faudra pas vous plaindre. [[Utilisateur:Laurent|Laurent]] ([[Discussion utilisateur:Laurent|discussion]]) 2 décembre 2016 à 12:22 (CET)<br />
<br />
==== Caractères morts associés ====<br />
* A : remettre cette décision à plus tard, et en profiter pour [[Version_1.1/Touches_mortes/Caract%C3%A8res_morts|homogénéiser ce point sur toutes les touches mortes]] ;<br />
* B : « ^ » pour exposant et « _ » pour indice, et changer le caractère mort associé au circonflexe par « ê » ;<br />
* C : « ² » pour exposant et « ₂ » pour indice ;<br />
* D : « ᵉ » pour exposant (sans doute l’exposant le plus utilisé en français), « ᵢ » pour indice ;<br />
* E : cohérence avec la touche (donc « ˢ » en exposant si exposant passe en AltGr+s par exemple).<br />
<br />
=== Votes ===<br />
==== Principe, et placement des touches mortes ====<br />
# C > B > A > H > E > D = F = G -- [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 30 novembre 2016 à 18:02 (CET)<br />
# B > C > H > G > D = E > A > F -- [[Utilisateur:Flamme|Flamme]] ([[Discussion utilisateur:Flamme|discussion]]) 30 novembre 2016 à 18:30 (CET)<br />
# C = B > D = E > H > G > A > F -- [[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 30 novembre 2016 à 19:23 (CET)<br />
# B > C > D > E > H > G > A > F -- [[Utilisateur:Crako|Crako]] ([[Discussion utilisateur:Crako|discussion]]) 30 novembre 2016 à 21:39 (CET)<br />
#: De mon point de vue, l’exposant sert suffisement souvent pour ne pas avoir à privilégier le mnémotechnique sur l’ergonomie. [[Utilisateur:Crako|Crako]] ([[Discussion utilisateur:Crako|discussion]]) 1 décembre 2016 à 23:51 (CET)<br />
# A > B = C = D = E = F = G = H -- [[Utilisateur:Airevspin|Airevspin]] ([[Discussion utilisateur:Airevspin|discussion]]) 1 décembre 2016 à 00:16 (CET)<br />
# G = H > F = A > B = C = D = E -- (l’argument de Marcel comme quoi AltGr+S est plutôt une bonne position, malgré la combinaison à une main, puisque S est une touche de repos, m’a convaincu ; par conséquent, je trouve dommage de la gâcher avec quelque chose qui est certes utile, mais pas si fréquemment que ça ; plus généralement, il me semblerait bien préférable de régler la question de redonder ou pas Ç et de déplacer ou pas les caractères utilisés pour les langages informatiques avant de positionner les touches mortes exposant et indice) -- [[Utilisateur:Laurent|Laurent]] ([[Discussion utilisateur:Laurent|discussion]]) 1 décembre 2016 à 08:18 (CET)<br />
# G = A > F > B = C = D = E = H -- (je vais même plus loin que Laurent : on s'en fout d'être sur la touche de repos, on parle d'exposant et indice, des touches mortes qui ne serviront presque jamais et qu'il faudra retrouver sur le clavier le jour où on en aura besoin, donc il vaut mieux que le placement soit mnémotechnique !) [[Utilisateur:Stéphane Veyret|Rideĉjo]] ([[Discussion utilisateur:Stéphane Veyret|discussion]]) 1 décembre 2016 à 08:58 (CET)<br />
#: Je ne suis pas certain du fait que cela ne servira « presque jamais ». C’était aussi mon point de vue, et la raison pour laquelle j’étais favorable à la proposition A dans un premier temps. Cependant, l’usage d’abréviations est général en français aujourd’hui : titres de civilité, ordinaux (même s’il vaut mieux les écrire en toutes lettres) et un certain nombre d’abréviations. C’est pour cela que je pense qu’''a minima'' une place ''agréable'' pour les exposants serait souhaitable. L’indice, en revanche, pourrait se contenter d’une place bien moindre, je te l’accorde, mais c’est là que l’argument de la cohérence intervient. Bien à toi --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 1 décembre 2016 à 09:47 (CET)<br />
#:: Je ne suis absolument pas d’accord avec Stéphane. Si j’avais cette touche, je m’en servirais plusieurs fois par jour. Ce qui est largement suffisant pour considérer que l’ergonomie (bonne place sur S) doit l’emporter sur l’aspect mnémotechnique (placement sur ^). [[Utilisateur:Crako|Crako]] ([[Discussion utilisateur:Crako|discussion]]) 1 décembre 2016 à 23:51 (CET)<br />
#:::Les exposants sont très utiles, et serviront à moi aussi plusieurs fois par jour. Pourriez-vous envisager de les placer ailleurs que sur AltGr+Maj, n’importe où, mais accessible seulement avec un AltGr. -- [[Utilisateur:Flamme|Flamme]] ([[Discussion utilisateur:Flamme|discussion]]) 2 décembre 2016 à 01:42 (CET)<br />
#::::Sauf que, si j'ai bien compris, les indices et exposants ont une utilisation particulière, et c'est d'ailleurs pour cela qu'on y trouve pas toutes les lettres. Pour écrire M<sup>me</sup>, il ne faut pas utiliser les lettres-exposants, mais la faculté de l'éditeur de mettre le texte en exposant. Ceci dit, il est difficile de dire qu'on l'utilisera (ou ne l'utilisera pas) plusieurs fois par jour tant qu'on ne l'a pas essayé. Ma remarque était donc sans doute un peu trop « agressive ». [[Utilisateur:Stéphane Veyret|Rideĉjo]] ([[Discussion utilisateur:Stéphane Veyret|discussion]]) 2 décembre 2016 à 07:52 (CET)<br />
#:::::D’où sortez-vous l’idée qu’il ne faut pas utiliser les lettres exposants? L’Unicode ajoute-t-il des caractères pour nous déconseiller de les utiliser? Du reste, on écrit ailleurs que dans un traitement de texte. Web, courrielleurs, éditeur de texte, markdown, etc. Que vous ne vouliez pas les exposants sur {s}, soit, mais est-il nécessaire de les reléguer sur une place aussi punitive? (AltGr+Maj) -- [[Utilisateur:Flamme|Flamme]] ([[Discussion utilisateur:Flamme|discussion]]) 2 décembre 2016 à 10:56 (CET)<br />
#::::::Tu t'enflamme, [[Utilisateur:Flamme|Flamme]] ! ;-) Personne ne dit qu'il ne faut pas utiliser ces lettres, mais qu'elles ont une fonction particulière, qui n'est pas de simplement mettre les lettres en exposant. C'est d'ailleurs le sujet de la discussion en bas de cette page. [[Utilisateur:Stéphane Veyret|Rideĉjo]] ([[Discussion utilisateur:Stéphane Veyret|discussion]]) 2 décembre 2016 à 11:20 (CET)<br />
#:::::::Mais c’est précisément pour cette fonction particulière qu’on en a besoin. Pas pour ce que vous supposez qu’on en fera. Ajout tardif: je veux dire que l’absence d’uniformité parfois observée n’est pas une gêne puisqu’on ne s’en sert pas pour écrire des phrases entières. -- [[Utilisateur:Flamme|Flamme]] ([[Discussion utilisateur:Flamme|discussion]]) 2 décembre 2016 à 12:00 (CET)<br />
# C > B > E > H > D = A = G > F -- [[Utilisateur:Ejpcmac|ejpcmac]] ([[Discussion utilisateur:Ejpcmac|discussion]]) 1 décembre 2016 à 09:24 (CET)<br />
# F = A > B = C = D = E > G = H -- [[Utilisateur:LeBret|LeBret]] ([[Discussion utilisateur:LeBret|discussion]]) 1 décembre 2016 à 10:37 (CET)<br />
# G > F > A > H > B > C = D = E -- [[Utilisateur:Mimoza|Mimoza]] ([[Discussion utilisateur:Mimoza|discussion]]) 1 décembre 2016 à 10:55 (CET) <br />
#:La proposition G est de mon fait. Elle a pour avantage d'être similaire a ce qui est déjà en place sans perdre vraiment en accessibilité. Par contre elle oblige a déplacer le ¡ et par conséquent le ¿ pour conserver une certaine logique. -- [[Utilisateur:Mimoza|Mimoza]] ([[Discussion utilisateur:Mimoza|discussion]]) 1 décembre 2016 à 12:03 (CET)<br />
#::C'est grosso-modo ce que j'avais proposé moi avec la [[Discussion:Version_1.1#Suite_de_la_danse|suite de la valse des touches mortes]] et où j'avais conclus de moi-même que ces accès étaient très mauvais et que la seule idée à garder était d'avoir indice en double frappe des exposants. C'est que pire à vouloir déplacer le caron en majuscule pour les indices utilisés eux quasi seulement en chimie. On a tout fait pour redonner aux touches mortes un peu plus d'accessibilité, ce n’est clairement pas pour priver le caron de la sienne, déjà qu'il est pénible en {{ts|AltGr|v}}… Ma proposition en pdd avait un sens y'a trois semaines quand il manquait gravement de place en AltGr simple, mais elle n'a plus vraiment de sens depuis qu'on a la touche morte [[latin et ponctuation]] qui a libéré plein d'autres AltGr accessibles. – [[Utilisateur:A2|A2]] ([[Discussion utilisateur:A2|discussion]]) 2 décembre 2016 à 23:19 (CET)<br />
# G > F > A > B > C = D = E > H -- [[Utilisateur:logisim|logisim]] ([[Discussion utilisateur:logisim|discussion]]) 1 décembre 2016 à 12:52 (CET)<br />
# A > G > H > B = C = D = E > F -- [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 1 décembre 2016 à 12:56 (CET)<br />
# A > B = C = D = E = F = G = H -- [[Utilisateur:Thomas|Thomas]] ([[Discussion utilisateur:Thomas|discussion]]) 2 décembre 2016 à 22:58 (CET)<br />
# B > C > H > D = E = G > A > F -- [[Utilisateur:A2|A2]] ([[Discussion utilisateur:A2|discussion]]) 3 décembre 2016 à 08:49 (CET)<br />
# A > G > C > H > B > D = E = F -- [[Utilisateur:Europano|Europano]] ([[Discussion utilisateur:Europano|discussion]]) 3 décembre 2016 à 18:55 (CET)<br />
# B > C = D = E > H > G > A = F La touche morte est nécessaire pour saisir les exposants qui ont une valeur sémantique comme le montre Marcel, il y a une chance que ce soit la troisième touche morte la plus utile au français après ^ et ¨ ! Alors il faut une position accessible. J'ai l'impression que beaucoup votent en espérant pouvoir mettre autre chose en AltGr(+Maj)+S, mais on ne sait pas encore quoi y mettre. Il vaut mieux attendre que des propositions soient faites, quitte à ce que de prochains votes proposent de déplacer exposant si on a mieux à mettre dessus. En espérant avoir le droit de voter, c'est la première fois que je prends part aux discussions. --[[Utilisateur:Gazomètre2|Gazomètre2]] ([[Discussion utilisateur:Gazomètre2|discussion]]) 3 décembre 2016 à 19:48 (CET)<br />
# B > C > D > E > H > G > A = F -- [[Utilisateur:JulieCaroline|JulieCaroline]] ([[Discussion utilisateur:JulieCaroline|discussion]]) 3 décembre 2016 à 19:50 (CET)<br />
# C = B > D = E > H > G > A > F -- [[Utilisateur:Nemolivier|nemolivier]] ([[Discussion utilisateur:Nemolivier|discussion]]) 3 décembre 2016 à 22:29 (CET)<br />
<br />
==== Ordinaux masculin et féminin ====<br />
# {{neutre}} -- [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 30 novembre 2016 à 18:02 (CET)<br />
# {{pour}} -- [[Utilisateur:Flamme|Flamme]] ([[Discussion utilisateur:Flamme|discussion]]) 30 novembre 2016 à 18:30 (CET)<br />
# {{pour}} -- [[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 30 novembre 2016 à 19:25 (CET)<br />
# {{pour}} -- [[Utilisateur:Crako|Crako]] ([[Discussion utilisateur:Crako|discussion]]) 30 novembre 2016 à 21:41 (CET)<br />
# {{pour}} -- [[Utilisateur:Airevspin|Airevspin]] ([[Discussion utilisateur:Airevspin|discussion]]) 1 décembre 2016 à 00:18 (CET)<br />
# {{contre}} -- [[Utilisateur:Laurent|Laurent]] ([[Discussion utilisateur:Laurent|discussion]]) 1 décembre 2016 à 08:37 (CET)<br />
# {{neutre}} -- [[Utilisateur:Ejpcmac|ejpcmac]] ([[Discussion utilisateur:Ejpcmac|discussion]]) 1 décembre 2016 à 09:24 (CET)<br />
# {{contre}} -- [[Utilisateur:Mimoza|Mimoza]] ([[Discussion utilisateur:Mimoza|discussion]]) 1 décembre 2016 à 11:03 (CET)<br />
# {{contre}} -- [[Utilisateur:Thomas|Thomas]] ([[Discussion utilisateur:Thomas|discussion]]) 2 décembre 2016 à 22:59 (CET)<br />
# {{pour}} -- [[Utilisateur:A2|A2]] ([[Discussion utilisateur:A2|discussion]]) 3 décembre 2016 à 08:49 (CET)<br />
<br />
==== Caractères morts associés ====<br />
# C > E > D > A > B -- [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 30 novembre 2016 à 18:02 (CET)<br />
# D > C > A > E > B -- [[Utilisateur:Flamme|Flamme]] ([[Discussion utilisateur:Flamme|discussion]]) 30 novembre 2016 à 18:30 (CET)<br />
# D = E > C > A > B -- [[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 30 novembre 2016 à 19:28 (CET)<br />
# C = D > A > E > B -- [[Utilisateur:Crako|Crako]] ([[Discussion utilisateur:Crako|discussion]]) 30 novembre 2016 à 21:47 (CET)<br />
# D = C > A > E > B -- [[Utilisateur:Ejpcmac|ejpcmac]] ([[Discussion utilisateur:Ejpcmac|discussion]]) 1 décembre 2016 à 09:24 (CET)<br />
# A > E > B > D > C -- [[Utilisateur:Mimoza|Mimoza]] ([[Discussion utilisateur:Mimoza|discussion]]) 1 décembre 2016 à 11:06 (CET)<br />
# B > A > C = D = E -- [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 1 décembre 2016 à 12:58 (CET)<br />
# D > C > A > B = E -- [[Utilisateur:Thomas|Thomas]] ([[Discussion utilisateur:Thomas|discussion]]) 2 décembre 2016 à 23:01 (CET)<br />
# D > C > A > B > E -- [[Utilisateur:A2|A2]] ([[Discussion utilisateur:A2|discussion]]) 3 décembre 2016 à 08:51 (CET)<br />
# D > C > A > E > B -- [[Utilisateur:Europano|Europano]] ([[Discussion utilisateur:Europano|discussion]]) 3 décembre 2016 à 11:24 (CET)<br />
<br />
== Barre espace ==<br />
Hello,<br />
<br />
Je suis assez surpris par le choix des caractères sur la barre d’espace. Pourquoi ceux-ci précisément ?<br />
<br />
Bien cordialement --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 20 novembre 2016 à 15:02 (CET)<br />
:Le ² et ₂ sont les caractères utilisés pour représenter la touche, je les ai donc mis logiquement en espace, après j’ai mis le ³ en maj car il est souvent utiliser pour m³ mais c’est optionnel [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 20 novembre 2016 à 19:40 (CET)<br />
::Ah, je ne me souvenais pas que le caractère ² avait été retenu pour symboliser cette touche morte. Ce n’est pas absurde, mais vue la fréquence du « e » en exposant, on aurait aussi pu penser à celle-ci. Cordialement --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 20 novembre 2016 à 22:08 (CET)<br />
:::Rien n’a été retenu, c’est une décision arbitraire de ma part [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 21 novembre 2016 à 09:17 (CET)<br />
<br />
== Caractères morts ==<br />
Je ne comprends pas cette section :<br />
* en quoi doit-on absolument mettre ^ et _ en caractères morts sur ces touches mortes ?<br />
* en quoi cela serait-ce incompatible avec la touche morte circonflexe, tout en étant compatible avec le _ existant ?<br />
Cette proposition de caractères morts ne présente que des inconvénients, et n’a aucun intérêt. Pourquoi l’avoir exposé ?<br />
[[Utilisateur:Crako|Crako]] ([[Discussion utilisateur:Crako|discussion]]) 27 novembre 2016 à 12:34 (CET)<br />
<br />
:Ok, après échange sur IRC j’ai compris qu’il y a une différence de comportement entre X.Org et MacOS/Windows :<br />
:* sous X.Org : {{tm|^}}{{tv|q}} ne produit rien, car il n’y a pas de règle de composition définie. '''On ne peut pas modifier ce comportement''' ;<br />
:* sous MacOS : {{tm|^}}{{tv|q}} produit ^q ;<br />
:* sous Windows : {{tm|^}}{{tv|q}} produit ^q. Et il existe une contrainte d’unicité sur le caractère associé à la touche morte, qui fait qu’on ne peut pas avoir le ^ utilisé à la fois pour circonflexe et exposant, c’est à dire qu’on ne peut pas avoir à la fois {{tm|^}}{{tv|q}} qui produit ^q ET {{tm|exposant}}{{tv|q}} qui produit ^q.<br />
:Sous Windows je suggère donc d’utiliser respectivement ² et ₂ comme caractères morts.<br />
:-- <br />
:[[Utilisateur:Crako|Crako]] ([[Discussion utilisateur:Crako|discussion]]) 27 novembre 2016 à 13:07 (CET)<br />
::Utiliser {{tm|²}} et {{tm|₂}} est inefficient, car les caractères insupportés sortent de manière inutile, alors qu’avec {{tm|^}} et {{tm|_}} on a automatiquement le tout au format TeX.<br />
::Dans l’autre sens : ''ne pas'' utiliser {{tm|ê}} comme caractère mort pour l’''accent circonflexe'' induit une perte d’ergonomie quand la touche {{tv|ê}} sera réaffectée (tirets ou autre), car sous Windows et macOS, des séquences comme {{tm|ê}}{{tv|m}} sortent automatiquement en 'êm' (comportement émulable sous X.Org, et fonctinnant avec 'd', 'f', 'l', 'm', 'n', 'p', 'r', 't', 'v', sous X.Org aussi en majuscule). [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 27 novembre 2016 à 13:44 (CET)<br />
:::Le truc en plus c’est que si ^ est à la fois le caractère pour circonflexe et exposant et en non mort à côté, alors faire {{tm|^}}{{tm|^}}, {{tm|^}}{{tm|exposant}} et {{tm|^}}{{tv|^}} donneront tous les 3 la même chose (sur Windows). -- [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 27 novembre 2016 à 14:07 (CET)<br />
::::Comme Nicolas l’a écrit, il ne faut jamais utiliser le même caractère mort pour deux touches mortes, sinon c’est chaque fois la ligne qui se trouve être la première dans la deadlist qui fonctionne, et l’autre qui est pareille, est en panne. C’est pareil quand on utilise des lettres diacritées comme caractères morts : il faudrait éviter de prendre celles qui sont sur le clavier comme touches vives. Comme dans l’exemple que tu cites, où le circonflexe vif après le circonflexe mort fait le même effet qu’une double frappe du circonflexe mort.<br />
::::C’est juste que pour la touche morte exposant, on n’a pas vraiment le choix si l’on veut une sortie raisonnable. Perso dans ma version obsolète (que j’utilise toujours, faute d’avoir eu le temps de terminer le redéveloppement des drivers), j’ai encore '↑' et '↓' comme caractères morts d’exposant et indice… Parlant, mais inefficient car obligeant l’utilisateur à tout effacer au lieu de pouvoir le laisser tel quel, du moment qu’il sait que le format TeX est plus utile pour communiquer, même s’il n’utilise pas LaTeX. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 27 novembre 2016 à 14:55 (CET)<br />
:::Utiliser ê dans ce rôle dans le but d’obtenir « êm » en tappant {{tm|^}}{{tv|m}} me parait complètement délirant puisque ces deux touches sont sur la même main, et qu’il me parait beaucoup plus naturel de taper {{tm|^}}{{tv|e}}{{tv|m}} pour obtenir le même résultat.<br />
:::-- <br />
:::[[Utilisateur:Crako|Crako]] ([[Discussion utilisateur:Crako|discussion]]) 27 novembre 2016 à 19:11 (CET)<br />
::::C’est beaucoup dire, mais il est vrai que {{tm|ê}} n’est pas assez performant pour pallier la disparition d’{{tv|ê}} pour ses utilisateurs. — On peut bien sûr continuer de taper comme d’habitude avec la touche morte, mais il reste peut-être une séquence intéressante : {{tm|ê}}{{tv|p}}. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 27 novembre 2016 à 19:31 (CET)<br />
<br />
Je n’ai pas testé les fréquences respectives, mais pour la touche morte exposant, je me demande si ᵉ ne serait pas plus pertinent, ou éventuellement ˢ si la touche morte était sur AltGr+s. De même pour l’indice, on pourrait par cohérence choisir la lettre associée à la touche choisie. Cordialement --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 27 novembre 2016 à 15:53 (CET)<br />
: Le plus pertinent est de choisir pour chaque touche morte en priorité le caractère qui est le plus pertinent quand il est inséré avant les caractères non supportés, sous Windows et macOS. Dans le cas d’''exposant'' et ''indice'', on sait désormais que le seul choix pertinent est '^' et '_'. Pour l’''accent circonflexe'', le plus pertinent en français est 'ê'. Pour la plupart des autres touches, on peut choisir le caractère le plus parlant, ou le mieux supporté par les polices. Là c’est le moment d’associer 'ɍ' à ''rayé'' et de placer cette touche morte en {{tt|Maj|AltGr}}+{{tm|R}}, par exemple pour la mnémonique (enfin c’est ce que j’ai). [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 27 novembre 2016 à 16:06 (CET)<br />
:: « Dans le cas d’''exposant'' et ''indice'', on sait désormais que le seul choix pertinent est '^' et '_'. » Marcel, répéter encore et toujours le même argument sans aucune justification plausible aura pour seul et unique effet le même que celui qui se produit sur la liste de diffusion. Les gens t’ignoreront purement et simplement, et te laisseront dans tes délires. Il est grand temps que tu poses le crayon, et que tu prennes un peu de recul sur tes propositions.<br />
::--<br />
::[[Utilisateur:Crako|Crako]] ([[Discussion utilisateur:Crako|discussion]]) 27 novembre 2016 à 19:11 (CET)<br />
:::Il me semblait que le markup utilisé dans LaTeX et plus largement, était une justification assez plausible. Et plus que ça : c’est la raison même pourquoi je change pour '^' et '_', recommandant dans la foulée au bépo d’en faire de même. — Cela dit, merci du conseil. Reste à pouvoir l’appliquer… [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 27 novembre 2016 à 19:31 (CET)<br />
<br />
== Propositions ==<br />
Je souhaiterais aussi que soient proposées les options suivantes :<br />
* Pour le caractère non mort, cohérence avec la touche (donc ˢ en exposant si exposant passe en AltGr+s par exemple).<br />
* Pour le caractère non mort, mettre ᵉ (sans doute l’exposant le plus utilisé en français)<br />
* Pour º et ª, les mettre plutôt en exposant > AltGr+o et AltGr+a<br />
<br />
À moins qu’il n’y ait de raisons de ne pas proposer ces options au vote évidemment. ;-) --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 30 novembre 2016 à 13:12 (CET)<br />
:Oui, les raisons sont ꟹ et ᴭ. -- [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 30 novembre 2016 à 13:27 (CET)<br />
<br />
:* Qu’entends-tu par caractère non mort ? Est-ce le caractère qui est affiché sous Windows quand la séquence n’est pas gérée ? Ou est-ce simplement le symbole utilisé pour représenter la touche morte sur les cartes ?<br />
:* As-tu des propositions pour les indices ?<br />
:* pour º et ª ce n’est pas possible comme l’a fait remarquer [[Utilisateur:Flavien21|Flavien21]] mais c’est possible sur {{ts|AltGr|m}} et {{ts|AltGr|f}}. Cette proposition est déjà tracée mais uniquement en PDD (sur une section commentée car le vote n’est pas ouvert)<br />
<br />
== Faisabilité ==<br />
<br />
Même remarque que pour le vote sur barré/rayé : s'est-on assuré de la faisabilité de ces modifications sur tous les systèmes ? Il me semble qu'avec X11 nous n'avons pas la main sur les combinaisons associées aux touches mortes, celles-ci sont valables pour toutes les dispositions. Cela veut dire que nous ne pouvons pas « inventer » de nouvelles combinaisons (à moins qu'elles aient vraiment un sens), et que nous ne pouvons pas faire de truc du style {{tm|lettre morte}}+{{touches|AltGr|lettre}}. [[Utilisateur:Stéphane Veyret|Rideĉjo]] ([[Discussion utilisateur:Stéphane Veyret|discussion]]) 1 décembre 2016 à 08:50 (CET)<br />
:Les touches mortes exposants, indices, rayés et barrés ont un sens, mettre un caractères sur les touche AltGr+lettre est logique, même si elle est différente de celles utiliser par Linux.<br />
:De même si l’on va par là il n’est pas possible d’avoir la pression multiples des touches comme on l’entend sur BÉPO 1.1, ça prouve que c’est à Linux de changer sa gestion des touches mortes que, pour ma part, je trouve assez merdique (excusez-moi du terme).<br />
:[[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 1 décembre 2016 à 09:21 (CET)<br />
:: En fait, il y a plusieurs moyens de s’en sortir en l’état présent : un Compose perso, ou bien l’usage des autres locales. Un choix de développement fait aujourd’hui par l’équipe de X.org dont j’ignore les tenants et les aboutissants est de mettre un seul Compose global dans la locale en-US, servant à tous les claviers occidentaux. C’est assez incohérent, et rien que le fait de faire un Compose dans les locales fr-FR (et autres) pourrait simplifier le truc. En attendant, bien entendu, que les développeurs de X.org nous proposent une solution alternative pour la gestion des touches mortes — aujourd’hui incohérente avec ce qui se pratique sur les autres systèmes de gestion de fenêtres —, même si cela risque d’être un peu compliqué par l’architecture client-serveur. Mais comme on dit chez les gaullistes, « ''l’intendance suivra'' » et je ne doute pas que nous trouverons une solution strictement moins bancale que l’actuelle pour implémenter une norme concernant ''a minima'' soixante-dix millions de personnes, et avec un peu de chance beaucoup (beaucoup) plus… Bien à toi --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 1 décembre 2016 à 09:40 (CET)<br />
<br />
== Ce ne sont pas des variantes de formes ==<br />
<br />
Les « vrais » exposants, indices et petites majuscules sont des variantes de formes.<br />
Or les caractères introduits dans les couches indices et exposants ne sont pas destinés à être des variantes de formes. C’est d’ailleurs pour ça qu’il n’y a pas tout l’alphabet.<br />
Par exemple le N minuscule exposant est marqué « superscript » car c’est pour un usage mathématique (10ⁿ).<br />
Alors que le R et le M minuscule exposant sont marqués « modifier letter », notamment utilisé avec les caractères de l’IPA.<br />
<br />
La conséquence direct pour l’utilisateur est que ces différents caractères peuvent ne pas être rendus dans le même style, ce qui les rend inutilisables pour un travail soigné.<br />
<br />
La page qui présente les indices et les exposants s’affichent comme ça chez moi :<br />
<br />
[[Fichier:RnmIndices.png]]<br />
<br />
On voit clairement que les r, n et m minuscules ne sont pas dans le même style.<br />
<br />
Ces couches ne peuvent être utilisées que comme solution de secours. Donc elles sont moins importantes que les symboles scientifiques, par exemple.<br />
[[Utilisateur:LeBret|LeBret]] ([[Discussion utilisateur:LeBret|discussion]]) 1 décembre 2016 à 12:04 (CET)<br />
:Les signes exposants pour les nombres ordinaux (1ᵉʳ, 2ᵉ, etc.) pour les notes de bas de page ou de fin de chapitre. Comme tu le soulignes, ça sert en mathématiques. Ce ne sont pas des solutions de secours, ce sont les caractères dédiés à cet usage.<br />
:Qu’on ne mette pas les touches exposants et indices sur {s}, pourquoi pas, mais il faut au moins veiller à placer la touche exposant ailleurs qu’en AltGr+Maj+{^}. Elle serait dans ce cas moins accessible que nombre de signes diacritiques inutiles en français. Il faudrait au moins accepter la proposition G. -- [[Utilisateur:Flamme|Flamme]] ([[Discussion utilisateur:Flamme|discussion]]) 1 décembre 2016 à 13:17 (CET)<br />
:: « ce sont les caractères dédiés à cet usage » Ce n’est pas ce que dit Unicode et c’est bien comme ça que l’interprètent les créateurs de police comme tu peux le voir sur la capture d’écran. Pour un travail typographique irréprochable il ne faut pas utiliser ces caractères, mais les fonctionnalités de mise en forme du traitement de texte. [[Utilisateur:LeBret|LeBret]] ([[Discussion utilisateur:LeBret|discussion]]) 1 décembre 2016 à 17:53 (CET)<br />
::: Les fonctionnalités de mise en forme des exposants et indices sont à prioriser quand elles sont disponibles, c'est un fait. Reste que quand on a UTF-8 sous la main et pas de mise en forme possible, c’est un bel avantage que de pouvoir saisir même ces lettres modificatives ceci à défaut d’avoir de réels exposants dans Unicode. Si Unicode venait à inclure l'intégralité des exposants/indices, ils auraient évidement leur place sur cette touche morte à la place des caractères que l’on a pioché en remplacement. C’est écrit sur l’article soumis au vote. On peut aussi se dire que la création de ce genre de touche morte démontre un besoin réel qui pourra inciter au développement d’Unicode en ce sens. – [[Utilisateur:A2|A2]] ([[Discussion utilisateur:A2|discussion]]) 1 décembre 2016 à 21:49 (CET)<br />
:::: Ce sont de vrais exposants, cf. [http://www.unicode.org/mail-arch/unicode-ml/y2016-m10/0098.html http://www.unicode.org/mail-arch/unicode-ml/y2016-m10/0098.html]. C’est juste le GT qui semble ne pas l’avoir remarqué, ne croyant pas ceux qui essaient de leur expliquer… -- [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 1 décembre 2016 à 22:03 (CET)<br />
:::Ah, bah, si le bépo est réservé à ceux qui tapent sur un traitement de texte, je n’ai rien compris au bépo. Sérieusement, on tape beaucoup de texte ailleurs que dans traitement de texte. Même sur le Web, les balises sup produisent un résultat médiocre. Et puis, perdre son formatage lors d’un copier-coller, c’est vraiment pénible. Je ne sais pas ce que dit réellement Unicode, mais on ne me fera pas croire qu’ils ont ajouté des caractères avec l’intention de nous priver de les utiliser. [[Utilisateur:Flamme|Flamme]] ([[Discussion utilisateur:Flamme|discussion]]) 2 décembre 2016 à 01:15 (CET)<br />
<br />
Oui, ça arrive. Exemple volontairement pris hors des exposants/indices : [https://r12a.github.io/uniview/?char=0149 ʼn]. Comme tu peux le voir le script group de ce caractère est « Deprecated letter ».<br />
<br />
Pour revenir aux exposants/indices, les caractères proposés ''ressemblent'' à des exposants mais n’en sont pas. On peut faire la comparaison avec les caractères ci-dessous :<br />
ʃ U+0283 LATIN SMALL LETTER ESH<br />
∫ U+222B INTEGRAL<br />
∑ U+2211 N-ARY SUMMATION <br />
Ʃ U+01A9 LATIN CAPITAL LETTER ESH<br />
<br />
Ces caractères se ressemblent bel et bien. Pourtant si tu tapes une intégral alors que tu veux la lettres esh minuscule, cela a des conséquences :<br />
* la correction orthographique ne marche pas<br />
* des fonctionnalités comme le comptage de mots, le changement de casse… ne marchent pas<br />
* le caractère peut être dans une police de caractère différentes du reste du mot<br />
* etc.<br />
Avec ces pseudo-exposants c’est pareil. Actuellement Unicode ne propose pas de vrais exposants/indices, pas plus qu’il ne propose de vrais gras ou italique.<br />
[[Utilisateur:LeBret|LeBret]] ([[Discussion utilisateur:LeBret|discussion]]) 2 décembre 2016 à 12:32 (CET)<br />
:J’entends la critique. Mais dans ce cas, il faut être cohérent. Soit on supprime les faux exposants de la touche Exposant, considérant que ce n’est pas une bonne pratique. Soit on acte qu’il n’y a rien d’autre pour les exposants et on accepte cet état de fait. Mais encourager et décourager en même temps une pratique, ce n’est pas cohérent. Pour ma part, j’ai acté que certains des caractères servent pour autre chose que ce qui est prévu, mais puisqu’il n’est offert aucune autre solution, qu’il en soit ainsi. -- [[Utilisateur:Flamme|Flamme]] ([[Discussion utilisateur:Flamme|discussion]]) 2 décembre 2016 à 13:19 (CET)<br />
::Ce n'est pas encourager et décourager en même temps. Mon point de vue, c'est qu'on sait qu'on peut le faire, mais dans la pratique, on ne le fera presque jamais. Donc on le met à un endroit du clavier facilement mémorisable, et pas forcément facilement accessible. Et le jour où je veux faire une note de bas de page dans un courriel, je sais où se trouve l'exposant (ce qui ne sera pas le cas avec AltGr+S) ; de même le jour où je veux me la péter et écrire M<sup>me</sup> dans du texte pur. Mais encore une fois, ce n'est que mon point de vue, et c'est en ce sens que je vote. Si vous avez un point de vue différent, votez différemment ! Il me semble que les règles de fonctionnement du groupe n'imposent pas l'unanimité pour chaque vote… ;-) [[Utilisateur:Stéphane Veyret|Rideĉjo]] ([[Discussion utilisateur:Stéphane Veyret|discussion]]) 2 décembre 2016 à 15:20 (CET)<br />
:::Il faut bien se manifester un peu pour tenter de convaincre. Je crois le (més)usage de ces caractères plus répandu que vous ne le pensez. Mais je vous laisse tranquille, je n’ai rien à ajouter. :) -- [[Utilisateur:Flamme|Flamme]] ([[Discussion utilisateur:Flamme|discussion]]) 2 décembre 2016 à 16:05 (CET)<br />
::::+1 Quand je dis que j’en aurais besoin, c’est plusieurs fois par jour, et j’exclus évidemment les discussions sur le sujet qui fausseraient totalement ces statistiques. De l’usage que j’ai, l’ajout de cette touche morte est la modification la plus utile de la v1.1 avec l’inversion des apostrophes. J’ai la désagréable impression que l’argumentaire se rapproche d’une part de ceux qui ne voulaient pas de certains caractères « car c’est le rôle du traitement de texte », et d’autre part de « on ne peut pas utiliser ’ comme apostrophe car ça ne fait partie de sa définition unicode » (ce n’était pas encore la préconisation unicode à l’époque). Par contre j’entends bien que ce n’est pas les bons caractères, mais c’est ce qui s’en rapproche le plus. -- [[Utilisateur:Crako|Crako]] ([[Discussion utilisateur:Crako|discussion]]) 2 décembre 2016 à 16:15 (CET)<br />
Après recherche, j’ai l’impression que le problème constaté est davantage lié aux polices, qui ne prennent pas en charge tous les ajouts d’Unicode. Comme vous pouvez le constater [http://www.unicode.org/fr/charts/PDF/U02B0.pdf ici], les lettres en exposant du bloc API sont bien ''canoniquement équivalentes'' aux lettres latines en exposant. Notez que dans [http://www.unicode.org/L2/L2011/11208-n4068.pdf cette proposition] d’ajout des caractères manquants, les lettres en exposant sont proposées en tant que ''modifier letters'' alors qu’elles ne figurent pas dans l’API. Bien cordialement --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 3 décembre 2016 à 12:59 (CET)<br />
<br />
Nota : je ne vois que le ''n'' qui sorte différemment des autres caractères en exposant. ;-) --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 3 décembre 2016 à 14:01 (CET)<br />
: +1. – {{a|3B5D625C5BF514CE}} – L’argument des polices dysfonctionnelles ne vaut jamais pour Unicode, ni pour argumenter des demandes d’encodage, ni pour déconseiller des pratiques. '''Si le travail doit être soigné, la police doit être de bonne qualité''', cela est toujours valable.<br />
: La question à répondre en premier lieu est '''le statut des exposants dans les abréviations françaises.''' Comme dans le temps, les exposants Unicode n’existaient pas, on partait toujours sur une mise en forme. Cela n’implique pas que sémantiquement, le point de vue qui en est déduit, soit valable. En effet, dès que le texte sans mise en forme n’a plus du tout le même sens qu’avec mise en forme, la mise en forme est sémantiquement porteuse de sens, et Unicode est tenu, de par ses principes, d’encoder de nouveaux caractères pour donner le moyen de conserver le sens au format texte brut. Unicode encode du texte brut, est-il écrit dans le standard.<br />
: Puisqu’'''en français''', « nos » n’est pas « nᵒˢ » (on pourrait multiplier les exemples), '''les exposants ont une valeur sémantique''' et doivent donc être disponibles en texte brut.<br />
: Les '''noms de caractères''' avec « lettre modificative » ne préjugent pas de la fonction d’exposant. Paraphrasons le '''standard Unicode'''<ref>[http://www.unicode.org/versions/Unicode9.0.0/ch07.pdf#G24762 The Unicode Standard, v9.0.0, chapitre&nbsp;7, §&nbsp;8 : Lettres modificatives &gt; Lettres modificatives espaçantes &gt; Lettres en exposant (page&nbsp;327). '''Ouvrage sous droit d’auteur !'''</ref> : <br/>« '''''Lettres en exposant.''''' » Parmi les lettres modificatives, il y en a qui sont des formes en exposant, et on en trouve dans différents blocs. Il y a aussi un bloc spécialement pour des exposants et indices, et c’est là que se trouvent l’ⁿ et l’ⁱ. « Le fait que ces deux lettres contiennent le mot ‹ exposant › dans leurs noms au lieu de ‹ lettre modificative › est un artifice historique provenant des sources d’origine de ces caractères, et n’a pas pour but d’exprimer une distinction au niveau fonctionnel dans l’utilisation de ces lettres dans le standard Unicode. » Les lettres en exposant servent à porter un sens spécifique, comme en phonétique [notez le « '''comme''' » ; on a donc '''le droit de les utiliser ailleurs qu’en phonétique'''], et « ne sont pas un substitut à la mise en forme » dans les appels de note ou les formules mathématiques et scientifiques. — Le mieux est de [http://www.unicode.org/versions/Unicode9.0.0/ch07.pdf#G24762 lire cela directement dans le standard]. Voir aussi [http://www.unicode.org/versions/Unicode9.0.0/ch22.pdf#G42931 au chapitre&nbsp;22].<br />
<br />
________________________<br />
<references/></div>
Nemolivier
https://bepo.fr/wiki/index.php?title=Discussion:Version_1.1rc1/Touches_mortes/Barres_oblique_et_inscrite&diff=27042
Discussion:Version 1.1rc1/Touches mortes/Barres oblique et inscrite
2016-12-01T08:34:05Z
<p>Nemolivier : /* Votes */</p>
<hr />
<div>== Vote ==<br />
=== Propositions ===<br />
* {{pour}} : acception de la proposition de nouvelles cartes rayé et barré en l’état<br />
* {{contre}} : refus de la proposition en l’état (''statu quo''), les caractères rayés et barrés restent sur la même carte.<br />
* {{neutre}}<br />
'''Le vote ne porte pas sur le placement des touches mortes.'''<br />
<br />
=== Méthode ===<br />
Vote à la majorité absolue des votes exprimés.<br />
<br />
=== Durée ===<br />
Trois jours, soit jusqu’au 3 décembre à 20 h.<br />
<br />
=== Votes ===<br />
# {{pour}} -- [[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 30 novembre 2016 à 23:29 (CET)<br />
# {{pour}} -- [[Utilisateur:Flamme|Flamme]] ([[Discussion utilisateur:Flamme|discussion]]) 1 décembre 2016 à 07:32 (CET)<br />
# {{pour}} -- [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 1 décembre 2016 à 07:59 (CET)<br />
# {{pour}} -- [[Utilisateur:Mimoza|Mimoza]] ([[Discussion utilisateur:Mimoza|discussion]]) 1 décembre 2016 à 09:00 (CET)<br />
# {{pour}} -- [[Utilisateur:Nemolivier|nemolivier]] ([[Discussion utilisateur:Nemolivier|discussion]]) 1 décembre 2016 à 09:34 (CET)<br />
<br />
==Problème pour Ꝉ==<br />
Le problème, c’est que ma proposition n’inclus pas Ꝉ, car l’enchaînement {{tm|rayé}}+{{touches|AltGr|l}} est déjà pris pour l’enchainement avec barré, pour faire Ꝅ. [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 1 décembre 2016 à 07:59 (CET)<br />
<br />
== Problème pour AltGr ==<br />
La solution complète est à mon avis inapplicable, en tous cas pour la partie {{tm|touche}}+{{touches|AltGr|lettre}}. Si je ne me trompe pas, nous n'avons pas la main, en tous cas sous X11 (Linux), pour décider des combinaisons avec touches mortes. Ces combinaisons sont globales et valables pour toutes les dispositions de clavier. (on avait déjà dû forcer un peu la main pour faire passer la touche morte « Grec ».) S'il y a plusieurs graphie, il vaut mieux avoir plusieurs touches mortes. [[Utilisateur:Stéphane Veyret|Rideĉjo]] ([[Discussion utilisateur:Stéphane Veyret|discussion]]) 1 décembre 2016 à 08:40 (CET)</div>
Nemolivier
https://bepo.fr/wiki/index.php?title=Discussion:Version_1.1rc1/Touches_mortes/Pressions_multiples&diff=26834
Discussion:Version 1.1rc1/Touches mortes/Pressions multiples
2016-11-28T23:38:11Z
<p>Nemolivier : /* Votes */</p>
<hr />
<div>== Vote ==<br />
<br />
=== Version soumise au vote ===<br />
La version soumise au vote est [http://bepo.fr/wiki/index.php?title=Version_1.1/Touches_mortes/Pressions_multiples&oldid=26626 la dernière de la soirée du 26 novembre 2016].<br />
<br />
==== Précision sur le contenu ====<br />
<br />
==== Comportement distinct des points suscrits et souscrits ====<br />
Ils sont traités à part car – à la différence des autres diacritiques souscrites – le point souscrit est déjà présent. C’est à dire que les premiers sont des ajouts, alors que le point souscrit serait une modification du comportement existant.<br />
<br />
=== Méthode ===<br />
Le vote utilise la méthode de Condorcet (en cas de paradoxe, on utilisera la méthode Schulze).<br />
<br />
=== Durée ===<br />
<br />
Fin au mercredi 30 novembre 2016 à 20h CET. C’est-à-dire une durée ⩾ 72h à compter de la diffusion du vote.<br />
<br />
=== Options ===<br />
* A : acceptation, points suscrits/souscrits restent séparés ;<br />
* A′ : acceptation, le point souscrit est accessible de deux façons différentes : par double-pression sur point suscrit AINSI QUE directement ;<br />
* B : acceptation, points suscrits/souscrits sont fusionnés : point souscrit = double pression sur touche morte point suscrit ;<br />
* C : acceptation, points suscrits/souscrits sont fusionnés : point suscrit = double pression sur touche morte point souscrit ;<br />
* D : refus.<br />
<br />
=== Votes ===<br />
# A′ = B > A > C > D -- [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 27 novembre 2016 à 10:43 (CET)<br />
# A′ > A > B = C > D -- [[Utilisateur:Crako|Crako]] ([[Discussion utilisateur:Crako|discussion]]) 27 novembre 2016 à 10:52 (CET)<br />
# B > A′ > C > A > D -- [[Utilisateur:Flamme|Flamme]] ([[Discussion utilisateur:Flamme|discussion]]) 27 novembre 2016 à 11:07 (CET)<br />
# A′ = B > A > C > D -- [[Utilisateur:Ejpcmac|ejpcmac]] ([[Discussion utilisateur:Ejpcmac|discussion]]) 27 novembre 2016 à 11:09 (CET)<br />
# A′ > A = B > C > D -- [[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 27 novembre 2016 à 16:13 (CET)<br />
# A > A′ = B = C = D [[Utilisateur:Airevspin|Airevspin]] ([[Discussion utilisateur: Au-revoir|discussion]]) 27 novembre 2016 à 22:43 (CET)<br />
# D > A > A′ > B = C -- [[Utilisateur:Thomas|Thomas]] ([[Discussion utilisateur:Thomas|discussion]]) 27 novembre 2016 à 23:16 (CET)<br />
# A = A′ > B = C > D [[Utilisateur:JulieCaroline|JulieCaroline]] ([[Discussion utilisateur:JulieCaroline|discussion]]) 28 novembre 2016 à 00:41 (CET)<br />
# A' > A > C > B > D -- [[Utilisateur:Nemolivier|nemolivier]] ([[Discussion utilisateur:Nemolivier|discussion]]) 29 novembre 2016 à 00:37 (CET)<br />
<br />
== Point souscrit ==<br />
On a déjà parlé plusieurs fois cet été de point souscrit, mais je pense qu’il serait très pertinent de conserver le point souscrit indépendamment du point suscrit. En effet, le point suscrit est en AtlGr+Maj+I (cohérent avec le i, et permet de trouver intuitivement le i sans point du turc). Toutefois, il me semblerait plus intéressant de déplacer le point souscrit en AltGr+Maj+H et bouger l’obèle simple en AltGr+Maj+G (qui est libre). En effet, le point souscrit est très utilisé dans la romanisation de l’arabe, notamment pour le H guttural : ḥ. Cette position serait donc plus intuitive, et assez cohérente avec les positions du tilde mort, de la barre inscrite morte, du tréma mort, etc. Vu le nombre de personnes saisissant quotidiennement de l’arabe romanisé, le gain me paraît élevé.<br />
<br />
Cordialement --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 23 novembre 2016 à 23:09 (CET)<br />
<br />
:Ça me parait effectivement cohérent de placer le suscrit sur i et le souscrit sur h.<br />
:Pour l’obèle, plutôt que de prendre la place sur g ou autre, pourquoi ne pas simplement la mettre sur la couche ponctuation ? [[Utilisateur:Crako|Crako]] ([[Discussion utilisateur:Crako|discussion]]) 24 novembre 2016 à 23:09 (CET)<br />
::La simple en {{touches|AltGr|Maj|H}} et la double en {{touches|Ponctuation|†}} [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 25 novembre 2016 à 08:04 (CET)<br />
:::C’est envisageable aussi… --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 27 novembre 2016 à 16:12 (CET)<br />
<br />
:Y a-t-il réellement tant de personnes que ça qui saisissent de l’arabe romanisé ? Mais surtout, combien le font-elles par choix ? Les autres n’attendent-elles pas plutôt la possibilité de saisir l’alphabet arabe plutôt que celle de saisir des points souscrits ? (Ce sont de vraies questions ; si quelqu’un a la réponse…) -- [[Utilisateur:Laurent|Laurent]] ([[Discussion utilisateur:Laurent|discussion]]) 28 novembre 2016 à 07:43 (CET)<br />
:: Je serais incapable de te donner une estimation précise, mais cela concerne a minima tous les noms propres n’ayant pas de traduction actée en français, au même titre que le pinyin par exemple. Cordialement --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 28 novembre 2016 à 19:47 (CET)<br />
<br />
=== Le doubler ? ===<br />
Hello, je sais que c’est mal de rajouter des options après le lancement du vote, mais bon…<br />
<br />
Flavien faisait part (sur IRC) de l’importance de la cohérence du comportement des touches mortes : deux fois suscrit égale souscrit. Je comprends qu’un utilisateur soit dérouté si le point viole ce principe.<br />
<br />
Mais en ce cas, ne pourrait-on pas ''en plus'' doubler le point souscrit sur AltGr+h ? On aurait donc une façon cohérente d’y accéder, mais aussi une façon pratique, plus adaptée à mon avis que double pression sur la position AltGr+Maj+I…<br />
<br />
Cordialement --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 27 novembre 2016 à 16:26 (CET)<br />
: Suite aux discussions sur IRC de cet après-midi, je prends sur moi de rajouter une proposition A’. Je vais directement contacter les personnes ayant déjà voté pour leur demander de prendre ça en compte. Cordialement --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 27 novembre 2016 à 17:50 (CET)<br />
<br />
:: +1 -- [[Utilisateur:Crako|Crako]] ([[Discussion utilisateur:Crako|discussion]]) 27 novembre 2016 à 19:31 (CET)<br />
<br />
== Complexité == <br />
<br />
Le clavier bépo v1.0 était bien car il était simple et équilibré. Bien sûr, il y avait quelques légers manques par rapport aux besoins de la normalisation. J'ai l'impression que le bépo v1.1 devient une usine à gaz à force de vouloir ajouter tout un tas de caractères accessibles. Pourquoi ne pas définir des variantes spécialisées de la disposition bépo, plutôt que tout vouloir mettre dans une seule disposition tellement complète qu'elle en devient finalement compliquée ? -- [[Utilisateur:Thomas|Thomas]] ([[Discussion utilisateur:Thomas|discussion]]) 27 novembre 2016 à 23:22 (CET)<br />
: Tu trouves que la double-pression sur une touche morte diacritée avec la règle deux fois suscrit égale souscrit est moins intuitive que le positionnement anarchique actuel des diacritiques souscrits, aléatoirement en AltGr ou non ? Moi, pas ! ;-) --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 28 novembre 2016 à 10:55 (CET)<br />
:: Comme je l'ai écrit dans mon message, je trouve que vouloir caser le plus de caractères possibles est une erreur car cela transforme le clavier en joli exercice intellectuel. Peu importe que ce soit avec des pressions multiples de touches mortes ou avec plein de touches mortes placées sans logique; cela donne dans tous les cas un sentiment de complexité, ce qui est rebutant. -- [[Utilisateur:Thomas|Thomas]] ([[Discussion utilisateur:Thomas|discussion]]) 28 novembre 2016 à 14:12 (CET)<br />
<br />
::En Bépo 1.0 il n’y a que 4 diacritiques souscrits:<br />
::# la cédille<br />
::# la virgule<br />
::# l’ogonek<br />
::# le point souscrit<br />
::La pression multiples des touches mortes ne concernent aucun de ces diacritiques.<br />
::De plus le seul diacritique demandé par l’AFNOR et manquant en Bépo 1.0 est la brève inversée (la souscrite n’est pas demandée). Il n’y a donc pas vraiment de lien entre les pressions multiples des touches mortes et les diacritiques souscrites, ni avec le processus de normalisation. C’est vraiment un choix d’élargir le spectre des caractères couverts. Sur le principe, pourquoi pas.<br />
:: Toutefois les diacritiques souscrits ajoutés sont :<br />
::# l’accent circonflexe souscrit<br />
::# le macron souscrit<br />
::# le tréma souscrit<br />
::# la brève inversée souscrite<br />
:: Aucun des ces diacritiques n’est en usage dans une langue de France, d’Europe, dans un pays francophone ou un pays avec lequel la France a un lien historique, à part 2 exceptions : le tréma souscrit a été utilisé au Gabon jusqu’en 1999 et le macron souscrit est utilisé au Canada pour une langue minoritaire (parlée par 250 personnes) et sans statut officiel.<br />
:: L’ajout de ces diacritiques pose la question de l’objectif de la disposition.<br />
::-- [[Utilisateur:LeBret|LeBret]] ([[Discussion utilisateur:LeBret|discussion]]) 28 novembre 2016 à 14:37 (CET)<br />
:::<br />
:::Précision, ce n’est pas la brève inversée souscrite qui est ajoutée, mais la brève inversée, ainsi que la brève souscrite.<br />
:::Je pense que le reste a été ajouté pour homogénéité avec les autres. Qu’est-ce qui est préférable ? Avoir un comportement différent suivant que l’on fait une double frappe sur le tréma ou une double frappe sur la brève, ou bien avoir le 1<sup>er</sup> qui produit un caractère cohérent avec le reste de la disposition, mais probablement inutile ?<br />
:::-- <br />
:::[[Utilisateur:Crako|Crako]] ([[Discussion utilisateur:Crako|discussion]]) 28 novembre 2016 à 15:12 (CET)<br />
:::: Merci pour la correction concernant la brève souscrite. Toutefois celle-ci n’est pas vraiment plus utile puisse qu’elle ne se combine qu’avec le H pour une certaine romanisation de l’arabe (pas celle utilisée en France) et quelques langues mortes.<br />
:::: La solution proposé non plus n’est pas homogène : la double frappe sur une accent grave ne produit pas un accent grave souscrit ; pas plus que la double frappe de la diacritique virgule ne produit une virgule suscrite.<br />
:::: [[Utilisateur:LeBret|LeBret]] ([[Discussion utilisateur:LeBret|discussion]]) 28 novembre 2016 à 17:54 (CET)</div>
Nemolivier
https://bepo.fr/wiki/index.php?title=Discussion:Version_1.1rc1/Touches_mortes/Pressions_multiples&diff=26833
Discussion:Version 1.1rc1/Touches mortes/Pressions multiples
2016-11-28T23:37:26Z
<p>Nemolivier : /* Votes */</p>
<hr />
<div>== Vote ==<br />
<br />
=== Version soumise au vote ===<br />
La version soumise au vote est [http://bepo.fr/wiki/index.php?title=Version_1.1/Touches_mortes/Pressions_multiples&oldid=26626 la dernière de la soirée du 26 novembre 2016].<br />
<br />
==== Précision sur le contenu ====<br />
<br />
==== Comportement distinct des points suscrits et souscrits ====<br />
Ils sont traités à part car – à la différence des autres diacritiques souscrites – le point souscrit est déjà présent. C’est à dire que les premiers sont des ajouts, alors que le point souscrit serait une modification du comportement existant.<br />
<br />
=== Méthode ===<br />
Le vote utilise la méthode de Condorcet (en cas de paradoxe, on utilisera la méthode Schulze).<br />
<br />
=== Durée ===<br />
<br />
Fin au mercredi 30 novembre 2016 à 20h CET. C’est-à-dire une durée ⩾ 72h à compter de la diffusion du vote.<br />
<br />
=== Options ===<br />
* A : acceptation, points suscrits/souscrits restent séparés ;<br />
* A′ : acceptation, le point souscrit est accessible de deux façons différentes : par double-pression sur point suscrit AINSI QUE directement ;<br />
* B : acceptation, points suscrits/souscrits sont fusionnés : point souscrit = double pression sur touche morte point suscrit ;<br />
* C : acceptation, points suscrits/souscrits sont fusionnés : point suscrit = double pression sur touche morte point souscrit ;<br />
* D : refus.<br />
<br />
=== Votes ===<br />
# A′ = B > A > C > D -- [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 27 novembre 2016 à 10:43 (CET)<br />
# A′ > A > B = C > D -- [[Utilisateur:Crako|Crako]] ([[Discussion utilisateur:Crako|discussion]]) 27 novembre 2016 à 10:52 (CET)<br />
# B > A′ > C > A > D -- [[Utilisateur:Flamme|Flamme]] ([[Discussion utilisateur:Flamme|discussion]]) 27 novembre 2016 à 11:07 (CET)<br />
# A′ = B > A > C > D -- [[Utilisateur:Ejpcmac|ejpcmac]] ([[Discussion utilisateur:Ejpcmac|discussion]]) 27 novembre 2016 à 11:09 (CET)<br />
# A′ > A = B > C > D -- [[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 27 novembre 2016 à 16:13 (CET)<br />
# A > A′ = B = C = D [[Utilisateur:Airevspin|Airevspin]] ([[Discussion utilisateur: Au-revoir|discussion]]) 27 novembre 2016 à 22:43 (CET)<br />
# D > A > A′ > B = C -- [[Utilisateur:Thomas|Thomas]] ([[Discussion utilisateur:Thomas|discussion]]) 27 novembre 2016 à 23:16 (CET)<br />
# A = A′ > B = C > D [[Utilisateur:JulieCaroline|JulieCaroline]] ([[Discussion utilisateur:JulieCaroline|discussion]]) 28 novembre 2016 à 00:41 (CET)<br />
# A'> A > C > B > D -- [[Utilisateur:Nemolivier|nemolivier]] ([[Discussion utilisateur:Nemolivier|discussion]]) 29 novembre 2016 à 00:37 (CET)<br />
<br />
== Point souscrit ==<br />
On a déjà parlé plusieurs fois cet été de point souscrit, mais je pense qu’il serait très pertinent de conserver le point souscrit indépendamment du point suscrit. En effet, le point suscrit est en AtlGr+Maj+I (cohérent avec le i, et permet de trouver intuitivement le i sans point du turc). Toutefois, il me semblerait plus intéressant de déplacer le point souscrit en AltGr+Maj+H et bouger l’obèle simple en AltGr+Maj+G (qui est libre). En effet, le point souscrit est très utilisé dans la romanisation de l’arabe, notamment pour le H guttural : ḥ. Cette position serait donc plus intuitive, et assez cohérente avec les positions du tilde mort, de la barre inscrite morte, du tréma mort, etc. Vu le nombre de personnes saisissant quotidiennement de l’arabe romanisé, le gain me paraît élevé.<br />
<br />
Cordialement --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 23 novembre 2016 à 23:09 (CET)<br />
<br />
:Ça me parait effectivement cohérent de placer le suscrit sur i et le souscrit sur h.<br />
:Pour l’obèle, plutôt que de prendre la place sur g ou autre, pourquoi ne pas simplement la mettre sur la couche ponctuation ? [[Utilisateur:Crako|Crako]] ([[Discussion utilisateur:Crako|discussion]]) 24 novembre 2016 à 23:09 (CET)<br />
::La simple en {{touches|AltGr|Maj|H}} et la double en {{touches|Ponctuation|†}} [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 25 novembre 2016 à 08:04 (CET)<br />
:::C’est envisageable aussi… --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 27 novembre 2016 à 16:12 (CET)<br />
<br />
:Y a-t-il réellement tant de personnes que ça qui saisissent de l’arabe romanisé ? Mais surtout, combien le font-elles par choix ? Les autres n’attendent-elles pas plutôt la possibilité de saisir l’alphabet arabe plutôt que celle de saisir des points souscrits ? (Ce sont de vraies questions ; si quelqu’un a la réponse…) -- [[Utilisateur:Laurent|Laurent]] ([[Discussion utilisateur:Laurent|discussion]]) 28 novembre 2016 à 07:43 (CET)<br />
:: Je serais incapable de te donner une estimation précise, mais cela concerne a minima tous les noms propres n’ayant pas de traduction actée en français, au même titre que le pinyin par exemple. Cordialement --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 28 novembre 2016 à 19:47 (CET)<br />
<br />
=== Le doubler ? ===<br />
Hello, je sais que c’est mal de rajouter des options après le lancement du vote, mais bon…<br />
<br />
Flavien faisait part (sur IRC) de l’importance de la cohérence du comportement des touches mortes : deux fois suscrit égale souscrit. Je comprends qu’un utilisateur soit dérouté si le point viole ce principe.<br />
<br />
Mais en ce cas, ne pourrait-on pas ''en plus'' doubler le point souscrit sur AltGr+h ? On aurait donc une façon cohérente d’y accéder, mais aussi une façon pratique, plus adaptée à mon avis que double pression sur la position AltGr+Maj+I…<br />
<br />
Cordialement --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 27 novembre 2016 à 16:26 (CET)<br />
: Suite aux discussions sur IRC de cet après-midi, je prends sur moi de rajouter une proposition A’. Je vais directement contacter les personnes ayant déjà voté pour leur demander de prendre ça en compte. Cordialement --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 27 novembre 2016 à 17:50 (CET)<br />
<br />
:: +1 -- [[Utilisateur:Crako|Crako]] ([[Discussion utilisateur:Crako|discussion]]) 27 novembre 2016 à 19:31 (CET)<br />
<br />
== Complexité == <br />
<br />
Le clavier bépo v1.0 était bien car il était simple et équilibré. Bien sûr, il y avait quelques légers manques par rapport aux besoins de la normalisation. J'ai l'impression que le bépo v1.1 devient une usine à gaz à force de vouloir ajouter tout un tas de caractères accessibles. Pourquoi ne pas définir des variantes spécialisées de la disposition bépo, plutôt que tout vouloir mettre dans une seule disposition tellement complète qu'elle en devient finalement compliquée ? -- [[Utilisateur:Thomas|Thomas]] ([[Discussion utilisateur:Thomas|discussion]]) 27 novembre 2016 à 23:22 (CET)<br />
: Tu trouves que la double-pression sur une touche morte diacritée avec la règle deux fois suscrit égale souscrit est moins intuitive que le positionnement anarchique actuel des diacritiques souscrits, aléatoirement en AltGr ou non ? Moi, pas ! ;-) --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 28 novembre 2016 à 10:55 (CET)<br />
:: Comme je l'ai écrit dans mon message, je trouve que vouloir caser le plus de caractères possibles est une erreur car cela transforme le clavier en joli exercice intellectuel. Peu importe que ce soit avec des pressions multiples de touches mortes ou avec plein de touches mortes placées sans logique; cela donne dans tous les cas un sentiment de complexité, ce qui est rebutant. -- [[Utilisateur:Thomas|Thomas]] ([[Discussion utilisateur:Thomas|discussion]]) 28 novembre 2016 à 14:12 (CET)<br />
<br />
::En Bépo 1.0 il n’y a que 4 diacritiques souscrits:<br />
::# la cédille<br />
::# la virgule<br />
::# l’ogonek<br />
::# le point souscrit<br />
::La pression multiples des touches mortes ne concernent aucun de ces diacritiques.<br />
::De plus le seul diacritique demandé par l’AFNOR et manquant en Bépo 1.0 est la brève inversée (la souscrite n’est pas demandée). Il n’y a donc pas vraiment de lien entre les pressions multiples des touches mortes et les diacritiques souscrites, ni avec le processus de normalisation. C’est vraiment un choix d’élargir le spectre des caractères couverts. Sur le principe, pourquoi pas.<br />
:: Toutefois les diacritiques souscrits ajoutés sont :<br />
::# l’accent circonflexe souscrit<br />
::# le macron souscrit<br />
::# le tréma souscrit<br />
::# la brève inversée souscrite<br />
:: Aucun des ces diacritiques n’est en usage dans une langue de France, d’Europe, dans un pays francophone ou un pays avec lequel la France a un lien historique, à part 2 exceptions : le tréma souscrit a été utilisé au Gabon jusqu’en 1999 et le macron souscrit est utilisé au Canada pour une langue minoritaire (parlée par 250 personnes) et sans statut officiel.<br />
:: L’ajout de ces diacritiques pose la question de l’objectif de la disposition.<br />
::-- [[Utilisateur:LeBret|LeBret]] ([[Discussion utilisateur:LeBret|discussion]]) 28 novembre 2016 à 14:37 (CET)<br />
:::<br />
:::Précision, ce n’est pas la brève inversée souscrite qui est ajoutée, mais la brève inversée, ainsi que la brève souscrite.<br />
:::Je pense que le reste a été ajouté pour homogénéité avec les autres. Qu’est-ce qui est préférable ? Avoir un comportement différent suivant que l’on fait une double frappe sur le tréma ou une double frappe sur la brève, ou bien avoir le 1<sup>er</sup> qui produit un caractère cohérent avec le reste de la disposition, mais probablement inutile ?<br />
:::-- <br />
:::[[Utilisateur:Crako|Crako]] ([[Discussion utilisateur:Crako|discussion]]) 28 novembre 2016 à 15:12 (CET)<br />
:::: Merci pour la correction concernant la brève souscrite. Toutefois celle-ci n’est pas vraiment plus utile puisse qu’elle ne se combine qu’avec le H pour une certaine romanisation de l’arabe (pas celle utilisée en France) et quelques langues mortes.<br />
:::: La solution proposé non plus n’est pas homogène : la double frappe sur une accent grave ne produit pas un accent grave souscrit ; pas plus que la double frappe de la diacritique virgule ne produit une virgule suscrite.<br />
:::: [[Utilisateur:LeBret|LeBret]] ([[Discussion utilisateur:LeBret|discussion]]) 28 novembre 2016 à 17:54 (CET)</div>
Nemolivier
https://bepo.fr/wiki/index.php?title=Discussion:Version_1.1rc1/Autres_ajustements&diff=26832
Discussion:Version 1.1rc1/Autres ajustements
2016-11-28T23:28:50Z
<p>Nemolivier : /* Votes */</p>
<hr />
<div>== Vote ==<br />
=== Version soumise au vote ===<br />
La version soumise au vote est [http://bepo.fr/wiki/index.php?title=Version_1.1/Autres_ajustements&oldid=26617 la dernière de la soirée du 26 novembre 2016].<br />
<br />
==== Précision sur le contenu ====<br />
Tous les points sont soumis à ce premier vote, à l’exception :<br />
* de la partie ſ©®™ qui ne pourra être fait qu’après le dépouillement du vote sur la touche morte latin ;<br />
* de la partie sur les espaces insécables, dont la nomenclature est encore confuse.<br />
<br />
=== Méthode ===<br />
Un vote pour chaque sujet. Les votes ne proposant que deux options, on utilise simplement la majorité absolue.<br />
<br />
=== Durée ===<br />
72h à compter de la diffusion du vote. C’est-à-dire une fin au mardi 29 novembre 2016 à 20h CET.<br />
<br />
=== Options ===<br />
* pour ;<br />
* contre.<br />
<br />
=== Votes ===<br />
==== Copyleft et valse des touches mortes ====<br />
* pour -- [[Utilisateur:Crako|Crako]] ([[Discussion utilisateur:Crako|discussion]]) 26 novembre 2016 à 21:03 (CET)<br />
* pour -- [[Utilisateur:Flamme|Flamme]] ([[Discussion utilisateur:Flamme|discussion]]) 26 novembre 2016 à 21:33 (CET)<br />
* pour -- [[Utilisateur:C4software|Valentin Brosseau]] ([[Discussion utilisateur:C4software|discussion]]) 26 novembre 2016 à 22:44 (CET)<br />
* pour -- [[Utilisateur:Sinma|Sinma]] ([[Discussion utilisateur:Sinma|discussion]]) 26 novembre 2016 à 23:42 (CET)<br />
* pour -- [[Utilisateur:Nemolivier|nemolivier]] ([[Discussion utilisateur:Nemolivier|discussion]]) 27 novembre 2016 à 00:21 (CET)<br />
* pour -- [[Utilisateur:A2|A2]] ([[Discussion utilisateur:A2|discussion]]) 27 novembre 2016 à 02:43 (CET)<br />
* contre -- [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 27 novembre 2016 à 08:30 (CET)<br />
* pour -- [[Utilisateur:Ejpcmac|ejpcmac]] ([[Discussion utilisateur:Ejpcmac|discussion]]) 27 novembre 2016 à 09:51 (CET)<br />
* pour --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 27 novembre 2016 à 15:39 (CET)<br />
* pour -- [[Utilisateur:JulieCaroline|JulieCaroline]]<br />
<br />
==== Suppression de ¦ ====<br />
* pour -- [[Utilisateur:Crako|Crako]] ([[Discussion utilisateur:Crako|discussion]]) 26 novembre 2016 à 21:03 (CET)<br />
* pour -- [[Utilisateur:Flamme|Flamme]] ([[Discussion utilisateur:Flamme|discussion]]) 26 novembre 2016 à 21:33 (CET)<br />
* pour -- [[Utilisateur:C4software|Valentin Brosseau]] ([[Discussion utilisateur:C4software|discussion]]) 26 novembre 2016 à 22:44 (CET)<br />
* pour -- [[Utilisateur:Sinma|Sinma]] ([[Discussion utilisateur:Sinma|discussion]]) 26 novembre 2016 à 23:42 (CET)<br />
* pour -- [[Utilisateur:Nemolivier|nemolivier]] ([[Discussion utilisateur:Nemolivier|discussion]]) 27 novembre 2016 à 00:21 (CET)<br />
* contre -- [[Utilisateur:A2|A2]] ([[Discussion utilisateur:A2|discussion]]) 27 novembre 2016 à 02:43 (CET)<br />
* contre -- [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 27 novembre 2016 à 08:30 (CET)<br />
* pour -- [[Utilisateur:Ejpcmac|ejpcmac]] ([[Discussion utilisateur:Ejpcmac|discussion]]) 27 novembre 2016 à 10:36 (CET)<br />
* pour --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 27 novembre 2016 à 15:39 (CET)<br />
* pour -- [[Utilisateur:Thomas|Thomas]] ([[Discussion utilisateur:Thomas|discussion]]) 27 novembre 2016 à 23:28 (CET)<br />
* pour --[[Utilisateur:JulieCaroline|JulieCaroline]]<br />
<br />
==== Remplacement de ≤≥ par ⩽⩾ ====<br />
* pour -- [[Utilisateur:Crako|Crako]] ([[Discussion utilisateur:Crako|discussion]]) 26 novembre 2016 à 21:03 (CET)<br />
* pour -- [[Utilisateur:C4software|Valentin Brosseau]] ([[Discussion utilisateur:C4software|discussion]]) 26 novembre 2016 à 22:44 (CET)<br />
* pour -- [[Utilisxateur:Sinma|Sinma]] ([[Discussion utilisateur:Sinma|discussion]]) 26 novembre 2016 à 23:42 (CET)<br />
* pour -- [[Utilisateur:Nemolivier|nemolivier]] ([[Discussion utilisateur:Nemolivier|discussion]]) 27 novembre 2016 à 00:21 (CET)<br />
* pour -- [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 27 novembre 2016 à 08:30 (CET)<br />
* pour -- [[Utilisateur:Ejpcmac|ejpcmac]] ([[Discussion utilisateur:Ejpcmac|discussion]]) 27 novembre 2016 à 09:51 (CET)<br />
* pour -- [[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 27 novembre 2016 à 15:41 (CET)<br />
* pour -- [[Utilisateur:Thomas|Thomas]] ([[Discussion utilisateur:Thomas|discussion]]) 27 novembre 2016 à 23:28 (CET)<br />
*<s> blanc --[[Utilisateur:JulieCaroline|JulieCaroline]]</s><br />
<br />
==== Trait d’union insécable ====<br />
* pour -- [[Utilisateur:Crako|Crako]] ([[Discussion utilisateur:Crako|discussion]]) 26 novembre 2016 à 21:03 (CET)<br />
* pour -- [[Utilisateur:Flamme|Flamme]] ([[Discussion utilisateur:Flamme|discussion]]) 26 novembre 2016 à 21:33 (CET)<br />
* pour -- [[Utilisateur:C4software|Valentin Brosseau]] ([[Discussion utilisateur:C4software|discussion]]) 26 novembre 2016 à 22:44 (CET)<br />
* pour -- [[Utilisateur:Sinma|Sinma]] ([[Discussion utilisateur:Sinma|discussion]]) 26 novembre 2016 à 23:42 (CET)<br />
* pour -- [[Utilisateur:Nemolivier|nemolivier]] ([[Discussion utilisateur:Nemolivier|discussion]]) 27 novembre 2016 à 00:21 (CET)<br />
* pour -- [[Utilisateur:A2|A2]] ([[Discussion utilisateur:A2|discussion]]) 27 novembre 2016 à 02:43 (CET)<br />
* pour -- [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 27 novembre 2016 à 08:30 (CET)<br />
* pour -- [[Utilisateur:Ejpcmac|ejpcmac]] ([[Discussion utilisateur:Ejpcmac|discussion]]) 27 novembre 2016 à 09:51 (CET)<br />
* pour -- [[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 27 novembre 2016 à 15:41 (CET)<br />
* pour -- [[Utilisateur:Thomas|Thomas]] ([[Discussion utilisateur:Thomas|discussion]]) 27 novembre 2016 à 23:29 (CET)<br />
* pour --[[Utilisateur:JulieCaroline|JulieCaroline]]<br />
<br />
== Vote deuxième série ==<br />
=== Durée ===<br />
72 h à compter de la diffusion du vote. C’est-à-dire une fin au jeudi 1<sup>er</sup> décembre 2016 à 20 h CET.<br />
<br />
=== Question ===<br />
Acceptez-vous de permuter les caractères © et ſ et de déplacer ™ sur {{ts|AltGr|T}}, et ® sur {{ts|AltGr|R}} ?<br />
<br />
=== Réponses possibles ===<br />
* Pour (acception en l’état).<br />
* Contre (''statu quo'').<br />
* Neutre.<br />
<br />
=== Votes ===<br />
* {{Pour}} -- [[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 28 novembre 2016 à 21:17 (CET)<br />
* {{Pour}} –– [[Utilisateur:A2|A2]] ([[Discussion utilisateur:A2|discussion]]) 28 novembre 2016 à 21:21 (CET)<br />
* {{Pour}} -- [[Utilisateur:Flamme|Flamme]] ([[Discussion utilisateur:Flamme|discussion]]) 28 novembre 2016 à 21:23 (CET)<br />
* {{Pour}} -- [[Utilisateur:Ejpcmac|ejpcmac]] ([[Discussion utilisateur:Ejpcmac|discussion]]) 28 novembre 2016 à 21:27 (CET)<br />
* {{Pour}} -- [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 28 novembre 2016 à 21:36 (CET)<br />
* {{Pour}} -- [[Utilisateur:Crako|Crako]] ([[Discussion utilisateur:Crako|discussion]]) 28 novembre 2016 à 21:51 (CET)<br />
* {{Pour}} -- [[Utilisateur:Nemolivier|nemolivier]] ([[Discussion utilisateur:Nemolivier|discussion]]) 29 novembre 2016 à 00:28 (CET)<br />
<br />
==Argumentaires==<br />
===Copyleft et valse des touches mortes===<br />
Sur le canal IRC on m’a demandé d’expliquer mon vote contre pour l’ajout du copyleft et ce qui en suis.<br><br />
L’emplacement AltGr+Ç est logique pour le copyleft, mais le copyleft ne faisant pas partie du PMB, sur Windows on ne peux rien mettre sur les touches mortes à cet emplacement (et uniquement sur Windows). C’est donc bloquant pour une touche (qui n’a pas encore été voté) le Cyrillique, ou Ћ est à cet emplacement.<br><br />
De plus toutes les valses des touches morte derrière n’est que pour casé ce symbole (à venir dans Unicode), alors qu’unifier juste la corne (ơ et ư) et la virgule (ț et ș) éviterai à ce qu’on change les habitudes pour plein d’autres touches. Inconvénient de mettre les deux sur la même touche est pour caser les versions combinantes, les deux ne pouvant pas être sur Maj+␣, pas de problème pour les version pleine chasse, la corne n’existe pas.<br><br />
Je ne suis pas contre l’ajout du copyleft, mais là ça entraine beaucoup de chose juste pour ça.<br><br />
[[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 27 novembre 2016 à 09:41 (CET)<br />
<br />
=== Suppression de ¦ ===<br />
Je me rends compte que ce point n’a pas forcément été vraiment expliqué. L’idée est la suivante :<br />
* supprimer un caractère inutile ;<br />
* récupérer la place pour améliorer l’accessibilité de certaines touches mortes, par exemple en y mettant la touche morte rayé (la touche morte barré resterait sur {{ts|AltGr|l}}), et ainsi améliorer l’accès à la touche morte dédiée aux caractères scientifiques.<br />
[[Utilisateur:Crako|Crako]] ([[Discussion utilisateur:Crako|discussion]]) 27 novembre 2016 à 10:26 (CET)</div>
Nemolivier
https://bepo.fr/wiki/index.php?title=Discussion:Version_1.1rc1/Touches_vives/Compatibilit%C3%A9&diff=26831
Discussion:Version 1.1rc1/Touches vives/Compatibilité
2016-11-28T23:15:41Z
<p>Nemolivier : /* Redonder le Çç */</p>
<hr />
<div>{{sommaire à droite}}<br />
{{discuvote}}<br />
== Vote ==<br />
=== Durée ===<br />
Le vote sera ouvert une fois que tous les sujets déjà discutés et présentés, mais non soumis à vote, seront votés. Les nouveaux sujets exposés par la suite pourront alors être votés.<br />
<br />
Cela n’empêche évidemment pas d’échanger sur le sujet entre temps.<br />
<!--. Vote ouvert lundi 28 novembre 2016 vers 23:00.<br />
;Votez dans les meilleurs délais (mais prenez le temps de discuter).<br />
--><br />
;Un projet de norme doit être prêt pour la réunion AFNOR du 16&nbsp;décembre&nbsp;2016.<br />
;Des ajustements pourront être faits durant la période d’enquête publique AFNOR, prévue pour trois mois en 2017, avant la publication définitive de la NF-azerty-bépo.<br />
<br />
=== Options ===<br />
* A : '''redonder le Ç''' dans le groupe 2 de la touche {{tv|C}} ;<br />
* B : '''ne pas''' redonder le Ç.<br />
Comme il n’y a que deux options, on peut voter '''pour''' ou '''contre'''.<br />
<br />
=== Votes ===<br />
{{vote}}<br />
<br />
= Discussion =<br />
== Redonder le Çç ==<br />
J’aime l’idée de redonder le “ç” sur le “c”. Le symbole © est peu utile et a plus sa place en touche morte sur un jeu de symboles par exemple.<br />
{{auteur|Flamme|28/11/16 09:20|2016|11}}<br />
:En touche morte ou dans le compose du bépo (en cas de validation). {{auteur|Marcel|28/11/2016 à 12:27|2016|11}}<br />
::En touche morte.<br />
::Le compose n’est pas encore au programme, il me semble.<br />
::{{auteur|Flamme|28 Novembre 2016 13:20:14|2016|11}}<br />
:C'est quand-même une des pires place, le AltGr-C [[Utilisateur:Nemolivier|nemolivier]] ([[Discussion utilisateur:Nemolivier|discussion]]) 29 novembre 2016 à 00:15 (CET)</div>
Nemolivier
https://bepo.fr/wiki/index.php?title=Discussion:Version_1.1rc1/Touches_mortes/Symboles_mon%C3%A9taires&diff=26650
Discussion:Version 1.1rc1/Touches mortes/Symboles monétaires
2016-11-26T23:24:48Z
<p>Nemolivier : /* Votes */</p>
<hr />
<div>== Vote ==<br />
<br />
=== Version soumise au vote ===<br />
La version soumise au vote est [http://bepo.fr/wiki/index.php?title=Version_1.1/Touches_mortes/Symboles_mon%C3%A9taires&oldid=26502 la dernière de la soirée du 24 novembre 2016].<br />
<br />
==== Précision sur le contenu ====<br />
La nouveauté principale est l’ajout des monnaies nécessaires pour répondre aux exigences de la norme. Est aussi réservée une place pour le Bitcoin. Certains caractères sont déplacés pour rendre plus accessibles les symboles monétaires les plus fréquents mais qui étaient absents en 2008 (car hors-Unicode, parfois créées depuis). Quelques simplifications sont proposées, notamment la suppression de doublons inutiles (seul le mode d’accès le plus accessible est alors conservé).<br />
<br />
=== Méthode ===<br />
<br />
Le vote utilise la méthode de Condorcet (en cas de paradoxe, on utilisera la méthode Schulze).<br />
Si le vote ne propose que deux options, on utilise simplement la majorité absolue.<br />
<br />
=== Durée ===<br />
72h à compter de la diffusion du vote. C’est-à-dire une fin au lundi 28 novembre 2016 à 20h CET.<br />
<br />
=== Options ===<br />
* A : acceptation en l’état ;<br />
* B : refus (status quo).<br />
<br />
=== Votes ===<br />
# A > B -- [[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 25 novembre 2016 à 19:54 (CET)<br />
# A > B -- [[Utilisateur:Crako|Crako]] ([[Discussion utilisateur:Crako|discussion]]) 25 novembre 2016 à 19:57 (CET)<br />
# A > B -- [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 25 novembre 2016 à 20:13 (CET)<br />
# A > B -- [[Utilisateur:Ejpcmac|ejpcmac]] ([[Discussion utilisateur:Ejpcmac|discussion]]) 25 novembre 2016 à 20:32 (CET)<br />
# A > B -- [[Utilisateur:Flamme|Flamme]] ([[Discussion utilisateur:Flamme|discussion]]) 25 novembre 2016 à 20:43 (CET)<br />
# A > B -- [[Utilisateur:C4software|Valentin Brosseau]] ([[Discussion utilisateur:C4softmare|discussion]]) 25 novembre 2016 à 22:14 (CET)<br />
# A > B -- [[Utilisateur:A2|A2]] ([[Discussion utilisateur:A2|discussion]]) 25 novembre 2016 à 23:20 (CET)<br />
# A > B -- [[Utilisateur:Thomas|Thomas]] ([[Discussion utilisateur:Thomas|discussion]]) 25 novembre 2016 à 23:58 (CET)<br />
# A > B -- [[Utilisateur:Sinma|Sinma]] ([[Discussion utilisateur:Sinma|discussion]]) 26 novembre 2016 à 21:03 (CET)<br />
# A > B -- [[Utilisateur:Nemolivier|nemolivier]] ([[Discussion utilisateur:Nemolivier|discussion]]) 27 novembre 2016 à 00:24 (CET)<br />
<br />
==Importance relative des monnaies==<br />
Pour les 4 monnaies restantes, l’ordre d’importance est pour moi :<br />
# ₺: Lire turque<br />
# ₸: Tenge (monnaie du Kazakhstan)<br />
# ₶: Livre tournois (monnaie de France jusqu’en 1795)<br />
# ₻: Mark nordique (jamais entendu parlé ;) )<br />
<br />
Mais je ne suis pas contre accordé plus d’importance à la livre tournois par rapport au tenge.<br />
<br />
Parmi les signes déjà placé et bien placé, le taka (৳) est la monnaie du Bengladesh et me semble moins importante que la lire turque (point de vue euro-centré). De même pour le tugrik (₮) la monnaie de Mongolie.<br />
<br />
[[Utilisateur:LeBret|LeBret]] ([[Discussion utilisateur:LeBret|discussion]]) 24 novembre 2016 à 17:46 (CET)<br />
<br />
:Si on ajoute la livre sterling en carte de base, cela permed de libérer une seconde place sur la touche l. On peut ensuite :<br />
:* ajout lire turque et livre tournois en l<br />
:* ajout tengue en AltGr Maj t<br />
:* Mark nordique en AltGr Maj m<br />
:Ah non, zut, quelqu’un a ajouté la Lari entre temps :(<br />
:[[Utilisateur:Crako|Crako]] ([[Discussion utilisateur:Crako|discussion]]) 24 novembre 2016 à 23:18 (CET)<br />
:: J’ai proposé quelque chose. Bon, la livre tournois n’est pas super accessible, mais servira-t-elle pour de vrai ? :P<br />
:: Attention, la proposition inclut l’ajoute de la livre sterling sur la couche de base ! En AltGr+Maj+L bien sûr.<br />
:: C’est votable en l’état. Cordialement --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 25 novembre 2016 à 00:18 (CET)<br />
::: Et c'est déjà bien mieux qu’avant. – [[Utilisateur:A2|A2]] ([[Discussion utilisateur:A2|discussion]]) 25 novembre 2016 à 03:42 (CET)<br />
:::: Les cryptomonnaies sont nouvelles et assez volatiles.<br />
:::: J'émets quelques réserves à les voir arriver dans une version de la disposition en vue d'une normalisation par l'afnor.<br />
:::: Leur pérennité est plus qu'incertaine et cela signifierai qu'il faudrait changer l'affectation de la touche à la cryptomonnaie du moment.<br />
:::: — [[Utilisateur:Case_Of|Case_Of]] ([[Discussion utilisateur:Case_Of|discussion]]) 26 novembre 2016 à 23:32 (CET)</div>
Nemolivier
https://bepo.fr/wiki/index.php?title=Discussion:Version_1.1rc1/Autres_ajustements&diff=26649
Discussion:Version 1.1rc1/Autres ajustements
2016-11-26T23:22:21Z
<p>Nemolivier : /* Votes */</p>
<hr />
<div>== Vote ==<br />
<br />
=== Version soumise au vote ===<br />
La version soumise au vote est [http://bepo.fr/wiki/index.php?title=Version_1.1/Autres_ajustements&oldid=26617 la dernière de la soirée du 26 novembre 2016].<br />
<br />
==== Précision sur le contenu ====<br />
Tous les points sont soumis à ce premier vote, à l’exception :<br />
* de la partie ſ©®™ qui ne pourra être fait qu’après le dépouillement du vote sur la touche morte latin ;<br />
* de la partie sur les espaces insécables, dont la nomenclature est encore confuse.<br />
<br />
=== Méthode ===<br />
Un vote pour chaque sujet. Les votes ne proposant que deux options, on utilise simplement la majorité absolue.<br />
<br />
=== Durée ===<br />
72h à compter de la diffusion du vote. C’est-à-dire une fin au mardi 29 novembre 2016 à 20h CET.<br />
<br />
=== Options ===<br />
* pour ;<br />
* contre.<br />
<br />
=== Votes ===<br />
<br />
==== Copyleft et valse des touches mortes ====<br />
* pour -- [[Utilisateur:Crako|Crako]] ([[Discussion utilisateur:Crako|discussion]]) 26 novembre 2016 à 21:03 (CET)<br />
* pour -- [[Utilisateur:Flamme|Flamme]] ([[Discussion utilisateur:Flamme|discussion]]) 26 novembre 2016 à 21:33 (CET)<br />
* pour -- [[Utilisateur:C4software|Valentin Brosseau]] ([[Discussion utilisateur:C4software|discussion]]) 26 novembre 2016 à 22:44 (CET)<br />
* pour -- [[Utilisateur:Sinma|Sinma]] ([[Discussion utilisateur:Sinma|discussion]]) 26 novembre 2016 à 23:42 (CET)<br />
* pour -- [[Utilisateur:Nemolivier|nemolivier]] ([[Discussion utilisateur:Nemolivier|discussion]]) 27 novembre 2016 à 00:21 (CET)<br />
<br />
==== ¦ ====<br />
* pour -- [[Utilisateur:Crako|Crako]] ([[Discussion utilisateur:Crako|discussion]]) 26 novembre 2016 à 21:03 (CET)<br />
* pour -- [[Utilisateur:Flamme|Flamme]] ([[Discussion utilisateur:Flamme|discussion]]) 26 novembre 2016 à 21:33 (CET)<br />
* pour -- [[Utilisateur:C4software|Valentin Brosseau]] ([[Discussion utilisateur:C4software|discussion]]) 26 novembre 2016 à 22:44 (CET)<br />
* pour -- [[Utilisateur:Sinma|Sinma]] ([[Discussion utilisateur:Sinma|discussion]]) 26 novembre 2016 à 23:42 (CET)<br />
* pour -- [[Utilisateur:Nemolivier|nemolivier]] ([[Discussion utilisateur:Nemolivier|discussion]]) 27 novembre 2016 à 00:21 (CET)<br />
<br />
==== ≤≥ / ⩽⩾ ====<br />
* pour -- [[Utilisateur:Crako|Crako]] ([[Discussion utilisateur:Crako|discussion]]) 26 novembre 2016 à 21:03 (CET)<br />
* pour -- [[Utilisateur:C4software|Valentin Brosseau]] ([[Discussion utilisateur:C4software|discussion]]) 26 novembre 2016 à 22:44 (CET)<br />
* pour -- [[Utilisateur:Sinma|Sinma]] ([[Discussion utilisateur:Sinma|discussion]]) 26 novembre 2016 à 23:42 (CET)<br />
* pour -- [[Utilisateur:Nemolivier|nemolivier]] ([[Discussion utilisateur:Nemolivier|discussion]]) 27 novembre 2016 à 00:21 (CET)<br />
<br />
==== trait d’union insécable ====<br />
* pour -- [[Utilisateur:Crako|Crako]] ([[Discussion utilisateur:Crako|discussion]]) 26 novembre 2016 à 21:03 (CET)<br />
* pour -- [[Utilisateur:Flamme|Flamme]] ([[Discussion utilisateur:Flamme|discussion]]) 26 novembre 2016 à 21:33 (CET)<br />
* pour -- [[Utilisateur:C4software|Valentin Brosseau]] ([[Discussion utilisateur:C4software|discussion]]) 26 novembre 2016 à 22:44 (CET)<br />
* pour -- [[Utilisateur:Sinma|Sinma]] ([[Discussion utilisateur:Sinma|discussion]]) 26 novembre 2016 à 23:42 (CET)<br />
* pour -- [[Utilisateur:Nemolivier|nemolivier]] ([[Discussion utilisateur:Nemolivier|discussion]]) 27 novembre 2016 à 00:21 (CET)</div>
Nemolivier
https://bepo.fr/wiki/index.php?title=Discussion:Version_1.1rc1/Autres_ajustements&diff=26648
Discussion:Version 1.1rc1/Autres ajustements
2016-11-26T23:21:52Z
<p>Nemolivier : /* Copyleft et valse des touches mortes */</p>
<hr />
<div>== Vote ==<br />
<br />
=== Version soumise au vote ===<br />
La version soumise au vote est [http://bepo.fr/wiki/index.php?title=Version_1.1/Autres_ajustements&oldid=26617 la dernière de la soirée du 26 novembre 2016].<br />
<br />
==== Précision sur le contenu ====<br />
Tous les points sont soumis à ce premier vote, à l’exception :<br />
* de la partie ſ©®™ qui ne pourra être fait qu’après le dépouillement du vote sur la touche morte latin ;<br />
* de la partie sur les espaces insécables, dont la nomenclature est encore confuse.<br />
<br />
=== Méthode ===<br />
Un vote pour chaque sujet. Les votes ne proposant que deux options, on utilise simplement la majorité absolue.<br />
<br />
=== Durée ===<br />
72h à compter de la diffusion du vote. C’est-à-dire une fin au mardi 29 novembre 2016 à 20h CET.<br />
<br />
=== Options ===<br />
* pour ;<br />
* contre.<br />
<br />
=== Votes ===<br />
<br />
==== Copyleft et valse des touches mortes ====<br />
* pour -- [[Utilisateur:Crako|Crako]] ([[Discussion utilisateur:Crako|discussion]]) 26 novembre 2016 à 21:03 (CET)<br />
* pour -- [[Utilisateur:Flamme|Flamme]] ([[Discussion utilisateur:Flamme|discussion]]) 26 novembre 2016 à 21:33 (CET)<br />
* pour -- [[Utilisateur:C4software|Valentin Brosseau]] ([[Discussion utilisateur:C4software|discussion]]) 26 novembre 2016 à 22:44 (CET)<br />
* pour -- [[Utilisateur:Sinma|Sinma]] ([[Discussion utilisateur:Sinma|discussion]]) 26 novembre 2016 à 23:42 (CET)<br />
* pour -- [[Utilisateur:Nemolivier|nemolivier]] ([[Discussion utilisateur:Nemolivier|discussion]]) 27 novembre 2016 à 00:21 (CET)<br />
<br />
==== ¦ ====<br />
* pour -- [[Utilisateur:Crako|Crako]] ([[Discussion utilisateur:Crako|discussion]]) 26 novembre 2016 à 21:03 (CET)<br />
* pour -- [[Utilisateur:Flamme|Flamme]] ([[Discussion utilisateur:Flamme|discussion]]) 26 novembre 2016 à 21:33 (CET)<br />
* pour -- [[Utilisateur:C4software|Valentin Brosseau]] ([[Discussion utilisateur:C4software|discussion]]) 26 novembre 2016 à 22:44 (CET)<br />
* pour -- [[Utilisateur:Sinma|Sinma]] ([[Discussion utilisateur:Sinma|discussion]]) 26 novembre 2016 à 23:42 (CET)<br />
<br />
==== ≤≥ / ⩽⩾ ====<br />
* pour -- [[Utilisateur:Crako|Crako]] ([[Discussion utilisateur:Crako|discussion]]) 26 novembre 2016 à 21:03 (CET)<br />
* pour -- [[Utilisateur:C4software|Valentin Brosseau]] ([[Discussion utilisateur:C4software|discussion]]) 26 novembre 2016 à 22:44 (CET)<br />
* pour -- [[Utilisateur:Sinma|Sinma]] ([[Discussion utilisateur:Sinma|discussion]]) 26 novembre 2016 à 23:42 (CET)<br />
<br />
==== trait d’union insécable ====<br />
* pour -- [[Utilisateur:Crako|Crako]] ([[Discussion utilisateur:Crako|discussion]]) 26 novembre 2016 à 21:03 (CET)<br />
* pour -- [[Utilisateur:Flamme|Flamme]] ([[Discussion utilisateur:Flamme|discussion]]) 26 novembre 2016 à 21:33 (CET)<br />
* pour -- [[Utilisateur:C4software|Valentin Brosseau]] ([[Discussion utilisateur:C4software|discussion]]) 26 novembre 2016 à 22:44 (CET)<br />
* pour -- [[Utilisateur:Sinma|Sinma]] ([[Discussion utilisateur:Sinma|discussion]]) 26 novembre 2016 à 23:42 (CET)</div>
Nemolivier
https://bepo.fr/wiki/index.php?title=Discussion:Version_1.1rc1&diff=26261
Discussion:Version 1.1rc1
2016-11-16T00:11:11Z
<p>Nemolivier : /* Votes */</p>
<hr />
<div>{{aide discussion}}<br />
== Ancienne discussion ==<br />
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]]. – [[Utilisateur:A2|A2]] ([[Discussion utilisateur:A2|discussion]]) 9 février 2016 à 03:13 (CET)<br />
<br />
== Première proposition de placement des caractères demandés par l’AFNOR ==<br />
Une première proposition ébauchée en janvier 2016 sur la ML (en rouge) :<br />
{{clavier105Bépo<br />
|compact=<br />
|È= {{k|è|È|{{morte|ò}}|{{R|{{morte|ȍ}}}}}}<br />
|W= {{k|w|W|{{R|ə}}| {{R|Ə}} }}<br />
|V= {{k|v|V|{{morte|ǒ}}| {{R| {{morte|ŏ}} }} }}<br />
|K= {{k|k|K|{{R| {{morte|õ}} }}| {{R|‑ }} }}<br />
|N= {{k|n|N|{{R|ŋ}} | {{R| Ŋ}} }}<br />
|Z= {{k|z|Z|{{R|ʒ}}| {{R|Ʒ}} }}<br />
}}<br />
<br />
* la brève morte (˘) passe de {{touches|AltGr|W}} en {{touches|AltGr|Maj|V}}<br />
* le tilde du K devient mort<br />
* l’''eng'' (ŋ) est mis en {{touches|AltGr|(Maj)|N}}<br />
* le ''schwa'' (ə) passe en {{touches|AltGr|(Maj)|W}}<br />
* l’''ezh'' (ʒ) est mis en {{touches|AltGr|(Maj)|Z}}<br />
* la morte double accent grave fonctionne en miroir de la double accent aigu (donc {{touches|AltGr|Maj|È}} devient un double accent grave mort)<br />
* le trait-d’union insécable est mis en {{touches|AltGr|Maj|K}}. – [[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 2 février 2016.<br />
<br />
== Valse des touches mortes ==<br />
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 {{touches|AltGr|Maj}}. 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 {{touches|AltGr|rangée de repos}} : il y a seulement trois touches mortes des vingt existantes en AltGr sur la rangée de repos… <br />
<br />
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…<br />
<br />
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. – [[Utilisateur:A2|A2]] ([[Discussion utilisateur:A2|discussion]]) 9 février 2016 à 23:35 (CET)<br />
<br />
:Le grave non mort est encore en Maj+%, non ? – [[Utilisateur:Flavien21|Flavien21]] 10 février 2016 à 13:05 (CET)<br />
:: Oui, le grave non mort est à cet endroit.<br />
:: 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 ?<br />
:: 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.<br />
:: 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''.<br />
:: 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'').<br />
:: Cordialement --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 10 février 2016 à 14:23 (CET)<br />
::: Merci de rappeler qu’on a le grave non mort en doublon. – [[Utilisateur:A2|A2]] ([[Discussion utilisateur:A2|discussion]]) 10 février 2016 à 20:33 (CET)<br />
Tenant compte de ce message d’A2, j’ai listé sur ma page personnelle quelques idées concernant les touches mortes. Cordialement --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 16 février 2016 à 23:51 (CET)<br />
: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. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 21 mai 2016 à 15:50 (CEST)<br />
<br />
=== Suite de la danse ===<br />
On a bien progressé sur ce point. Je relance tout de même cette valse une dernière fois pour récolter quelques avis sur d'autres permutations avant la normalisation. J'ai l'impression qu'on peut encore « gratter » pour « descendre » des touches mortes de leur perchoir {{touches|AltGr|Maj}} :<br />
* on a quatre touches touches morte en AltGr+Maj qui peuvent y rester, double aigu, double grave et virgule (peu chargées), de même pour symbole monétaire vu qu'on ne veut pas permuter ¤/€ ;<br />
* reste cinq autres touches mortes en AltGr+Maj exposant/indice/math/corne/hameçon ;<br />
* on peut « remonter » ¿ et ¡ (sans voir les hispanophones s'en insurger ?) pour favoriser l'accès aux caractères des touches mortes (c'est le but de notre valse !). On redescend deux touches mortes exposant et corne.<br />
* le point souscrit peut fusionner avec le point suscrit, on y met les maths ;<br />
* l'exposant peut aussi fusionner avec l'indice. On a :<br />
<br />
{{clavier105Bépo<br />
|compact=<br />
|quatre={{k|(|4|[|⩽}}<br />
|cinq={{k|)|5|]|⩾}}<br />
|six= {{k|@|6}}<br />
|B= {{k||B|<nowiki>|</nowiki>}}<br />
|É= {{k||É|{{morte|á}}|{{morte|ő}}}}<br />
|È= {{k||È|{{morte|ò}}|{{morte|ȍ}}}}<br />
|O= {{k||O|œ|Œ}}<br />
|circum= {{k|{{morte|ô}}|!|{{morte|e/i}}|¡}}<br />
|V= {{k||V|{{morte|ǒ}}|}}<br />
|D= {{k||D|{{morte|đ}}|}}<br />
|L= {{k||L|{{morte|ø}}|£}}<br />
|Z= {{k||Z|{{morte|ɮ}}}}<br />
|W= {{k||W|{{morte|ŏ}}}}<br />
|A= {{k||A|æ|Æ}}<br />
|virgule= {{k|,|;|'|{{morte|ț}}}}<br />
|C= {{k||C|ſ|©}}<br />
|T= {{k||T|{{morte|þ}}|™}}<br />
|R= {{k||R|{{morte|Я}}|®}}<br />
|N= {{k||N|{{morte|õ}}}}<br />
|BKSL= {{k|ç|Ç|{{morte|ţ}}|4=<span title="copyleft">(ͻ)</span>}}<br />
|K= {{k||K|~|4=<span title="insécable">-</span>}}<br />
|Ê= {{k|ê|Ê|/|}}<br />
|À= {{k||À|\}}<br />
|apos= {{k|’|?|{{morte|ơ}}|¿}}<br />
|Q= {{k||Q|{{morte|å}}|{{morte|ʠ}}}}<br />
|G= {{k||G|{{morte|µ}}|†}}<br />
|H= {{k||H|{{morte|∇}}|‡}}<br />
|F= {{k||F|{{morte|ǫ}}|ª}}<br />
|espace={{k|[Espace]|[Espace fine insécable]|_|[Espace insécable justifiante]}}<br />
}}<br />
Notez qu'au final c'est une impression que de redonner de l'accessibilité aux touches mortes car on les colle dans le coin bas droite. ſ©™® nous privent d'AltGr+Maj sur la homerow (cf. de l'autre côté on hésite moins). Et les places restantes pour des touches mortes en bas à droite sont à priori pire qu'en Maj sur la rangée du haut car il faut serrer fort la « pince » main droite, faute de ne pas avoir d'AltGr symétrique. AltGr+^ ne se fait pas d'une main donc exposant/indice ne sont finalement pas sauvés non plus. Les AltGr+Maj+d et AltGr+Maj+v ne se font pas non plus d'une main ! Au final, un point à retenir est que l'on peut fusionner point suscrit/souscrit et exposant/indice avec le système de multiple pression des touches mortes si besoin. [[Utilisateur:A2|A2]] ([[Discussion utilisateur:A2|discussion]]) 5 novembre 2016 à 14:09 (CET)<br />
<br />
== Une touche morte pour le latin étendu ? ==<br />
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.<br />
La position de cette touche est proposée en {{touches|AltGr|Maj|À}} ou {{touches|AltGr|Maj|L}}.<br />
<br />
Proposition de Flavien21 :<br />
Latin étendu et ponctuation étendue <br />
<br />
{{clavier105Bépo<br />
|compact=<br />
|dollar= {{k|♭|♯|♮| }}<br />
|un= {{k|―|‐|‒|}}<br />
|deux= {{k|‹|♀|⟨|⩽}}<br />
|trois= {{k|›|♂|⟩|⩾}}<br />
|quatre= {{k|⸤|⸢|⌞|⌜}}<br />
|cinq= {{k|⸥|⸣|⌟|⌝}}<br />
|six= {{k|♡|♢|♠|♣}}<br />
|sept= {{k|⁜|※|☞|⅓}}<br />
|huit= {{k|-|ↀ||⅔}}<br />
|neuf= {{k|∴|ↁ|∵|⅛}}<br />
|zéro= {{k|⁂|ↂ||⅜}}<br />
|égale= {{k|◌|ↇ||⅝}}<br />
|pourcentage= {{k|‴|ↈ|⁗|⅞}}<br />
|B= {{k||Ꞵ||}}<br />
|É= {{k||Ɛ||}}<br />
|P= {{k|ȹ|⁊|℗|}}<br />
|O= {{k||Ɔ||}}<br />
|È= {{k||Ꞷ||}}<br />
|circum= {{k||Ʌ||}}<br />
|V= {{k||Ɯ||}}<br />
|D= {{k|ȸ|||}}<br />
|L= {{k||Lj|LJ|}}<br />
|J= {{k||Ʒ||}}<br />
|Z= {{k||Dz|DZ|}}<br />
|W= {{k||Ƿ|ȣ|}}<br />
|A= {{k||Ɑ||}}<br />
|U= {{k||Ʊ|ɥ|}}<br />
|I= {{k||Ɩ||}}<br />
|E= {{k||Ǝ||}}<br />
|virgule= {{k||Ꞌ|ʔ|}}<br />
|C= {{k||Ɂ|ʕ|}}<br />
|T= {{k||ϴ||}}<br />
|S= {{k|st|ſt||}}<br />
|R= {{k|ʁ|||}}<br />
|N= {{k||Ŋ||}}<br />
|M= {{k||Nj|NJ|}}<br />
|BKSL= {{k||||}}<br />
|Ê= {{k|fi|fl||}}<br />
|À= {{k||Ꜣ|ꜥ|}}<br />
|Y= {{k||Ȝ||}}<br />
|X= {{k||Ʃ||}}<br />
|point= {{k|•|⁃||}}<br />
|K= {{k|ĸ|||}}<br />
|apos= {{k|⸮|‽||}}<br />
|Q= {{k||Ꭓ||}}<br />
|G= {{k||Ɣ||}}<br />
|H= {{k||Ƕ||}}<br />
|F= {{k|ff|ffl|ffi|}}<br />
|espace= {{k|||‾|}}<br />
}}<br />
<br />
Proposition de yeKcim :<br />
Moins fournie et reprend des caractères de la couche de base.<br />
<br />
{{clavier105Bépo<br />
|compact=<br />
|dollar= {{k||||}}<br />
|un= {{k||||}}<br />
|deux= {{k||||}}<br />
|trois= {{k||||}}<br />
|quatre= {{k||||}}<br />
|cinq= {{k||||}}<br />
|six= {{k||||}}<br />
|sept= {{k||||}}<br />
|huit= {{k||||}}<br />
|neuf= {{k||||}}<br />
|zéro= {{k||||}}<br />
|égale= {{k||||}}<br />
|pourcentage= {{k||||}}<br />
|B= {{k||||}}<br />
|É= {{k||Ǝ||}}<br />
|P= {{k||||}}<br />
|O= {{k||Ɔ||}}<br />
|È= {{k||Ɛ||}}<br />
|circum= {{k|ʔ|||}}<br />
|V= {{k||Ʌ||}}<br />
|D= {{k||Ð||}}<br />
|L= {{k||||}}<br />
|J= {{k||ϴ||}}<br />
|Z= {{k||Ʒ||}}<br />
|W= {{k||Ƿ||}}<br />
|A= {{k||Ɑ||}}<br />
|U= {{k||Ȣ||}}<br />
|I= {{k||Ə||}}<br />
|E= {{k||Ʃ||}}<br />
|virgule= {{k||Ꞌ||}}<br />
|C= {{k|ſ|||}}<br />
|T= {{k||Þ||}}<br />
|S= {{k||ẞ||}}<br />
|R= {{k||||}}<br />
|N= {{k||Ŋ||}}<br />
|M= {{k||||}}<br />
|BKSL= {{k| | | | }}<br />
|Ê= {{k||||}}<br />
|À= {{k||Ɐ||}}<br />
|Y= {{k||Ȝ||}}<br />
|X= {{k||||}}<br />
|point= {{k||||}}<br />
|K= {{k|ĸ|||}}<br />
|apos= {{k||Ɂ||}}<br />
|Q= {{k||||}}<br />
|G= {{k||Ɣ||}}<br />
|H= {{k||||}}<br />
|F= {{k||||}}<br />
|espace= {{k||||}}<br />
}}<br />
[[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 11 février 2016 à 11:52 (CET)<br />
: À 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 --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 13 février 2016 à 19:31 (CET)<br />
::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 {{t|È|#fff}}, 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 {{t|É|#fff}} 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. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 19 mai 2016 à 15:15 (CEST)<br />
[[Utilisateur:yeKcim|yeKcim]], 14 février 2016<br />
: 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 ?<br />
::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)]… [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 15 février 2016 à 22:41 (CET)<br />
::: 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 » ([[User:Milton|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.<br />
::: 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.<br />
::: Par curiosité, les ligatures de D, C et I en haut à droite, c’est des chiffres romains ?<br />
::: Cordialement --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 15 février 2016 à 23:05 (CET)<br />
::::Dièse est là en étendu du # qui lui ressemble et bémol et bécarre sont là par extensions.<br />
::::Je suis tout à fait d’accord pour mâle/femelle et la couleur des cartes, je les ai ajouté juste comme ça.<br />
::::Oui, ↀ, ↁ, ↂ, ↇ et ↈ sont les chiffres romain pour 1 000, 5 000, 10 000, 50 000 et 100 000. [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 15 février 2016 à 23:42 (CET)<br />
:<br />
::En réponse à la requête de yeKcim, je vais tâcher d’expliquer la « logique de fourre-tout ».<br />
::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.<br />
::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&nbsp;9995, du groupe tertiaire et suivants le cas échéant, et les cartes des touches mortes.<br />
::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. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 19 mai 2016 à 17:14 (CEST)<br />
<br />
Suite à la modification d’A2 de la page [[Version 1.0.1]] ou il mettait un lien vers la page [[Touche morte latin étendu]], j’ai donc créé cette dernière en y faisant une proposition très sensé et en accord avec la logique X.org pour une implémentation sur Linux (à part peut-être un ou deux caractères). Je vous invite à en discuter sur la page [[Discussion:Touche_morte_latin_étendu]].<br />
La description caractère par caractère n’est pas terminée. J’ai repris le modèle de la page de la touche morte monnaie. --[[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 30 août 2016 à 19:16 (CEST)<br />
:On perd quand même pas mal de caractères et autres accès pratiques. Tu veux vraiment chambouler la carte à quelques semaines de la normalisation alors que c’était parfaitement consensuel sur la ML ? :| Je reconnais que ça permet de beaucoup alléger la carte, après… --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 30 août 2016 à 20:37 (CEST)<br />
::Ben en fait on en avait pas encore discuter et je doute fortement que la carte sera accepté tel quel par la communauté --[[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 30 août 2016 à 21:50 (CEST)<br />
:::De toute façon, la normalisation consiste à définir un ensemble ''minimum'' de choses, en laissant de la place pour que les pilotes ajoutent ce qu'ils veulent. Si la carte latin étendu est trop chargée, personne ne la retiendra de toute façon. Dans ces conditions, je trouve que c'est une bonne idée d'avoir une carte « légère ». --[[Utilisateur:Thomas|Thomas]] ([[Discussion utilisateur:Thomas|discussion]]) 30 août 2016 à 22:47 (CEST)<br />
:::: D’où l’avantage de normaliser plutôt un ou mieux deux sélecteurs de groupe symétriques, car ce sera conforme à ISO/IEC 9995 et personne ne demandera de logique au niveau des inclusions (seulement pour les placements). Ce sont juste une, deux ou trois (ou plus de) cartes supplémentaires.[[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 30 août 2016 à 23:32 (CEST)<br />
Je pense qu’on peut s’accommoder de la perte des ligatures obsolètes, des chiffres romains > 500, des symboles de cartes, des anguleux ou encore des caractères sténographiques. Je peine à voir l’utilité des fractions (idem sur la couche de base d’ailleurs). Quant à la suppression des symboles musicaux et des tierce et quatrième, je suppose qu’ils migrent en couche maths ?<br />
<br />
J’ai juste un peu de mal à comprendre le choix du placement du thêta latin, et serais favorable à la réintroduction des puces ⁃ et ▪. Mais sinon, beau travail d’allégement, merci à toi ! --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 31 août 2016 à 12:20 (CEST)<br />
:Le Thêta latin peux passer en C, j’ai l’ai mis là car, pour mêtre une lettre par touche je ne voulais pas le laisser avec le Þ, je l’ai donc mis sur ç, car en API c’est le phonème le plus proche qui correspondait. Pour les autre caractères disparu, on peux les remettre en latin étendu, j’essayais de trouver des positions qui plairaient aussi à X.org, je n’ai pas fini du tout la page Latin Étendu, et depuis le début de ma mission à Franceinfo j’ai un peu moins le temps. --[[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 31 août 2016 à 20:20 (CEST)<br />
Ah d’accord, ne connaissant pas le roumain, je ne savais pas ce qui t’avait poussé à le mettre là. J’ai l’impression que le reste est bon. :) --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 31 août 2016 à 21:13 (CEST)<br />
:Attention à ne pas confondre Roumain et Rromani, deux langues complètement différentes. Cela dit je m’étais basé sur sa prononciation en API (θ, comme pour le þ) car en Rromani il se prononce comme un simple t (ou parfois d) --[[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 1 septembre 2016 à 05:03 (CEST)<br />
Pardon, je voulais dire rromani en plus… --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 2 septembre 2016 à 21:29 (CEST)<br />
<br />
== Changement en attente ? ==<br />
<br />
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]»<br />
<br />
Attention aux combinaisons Maj+F[1-6] qui peuvent être utilisées par les logiciels...<br />
<br />
[[Utilisateur:airevspin|airevspin]] 12 février 2016 à 17:16 (CET)<br />
:Le changement de disposition clavier via l’OS comme dans les pays multilingue est préférable. [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 12 février 2016 à 19:41 (CET)<br />
<br />
== Inversion espace fine insécable et espace insécable ==<br />
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).<br />
<br />
: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. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 18 mai 2016 à 21:46 (CEST)<br />
<br />
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 [https://bugzilla.mozilla.org/show_bug.cgi?id=290565 connu depuis dix ans]).<br />
<br />
L’inversion des deux vous paraît-elle envisageable sur cette version ?<br />
<br />
Bien cordialement --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 13 février 2016 à 21:08 (CET)<br />
<br />
: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. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 18 mai 2016 à 21:39 (CEST)<br />
: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. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 19 mai 2016 à 00:42 (CEST)<br />
<br />
=== Doubler l’espace fine insécable sur une émulation de pavé numérique ===<br />
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.<br />
<br />
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).<br />
<br />
Mais en gros il n’y a pas de problème car l’objectif est un '''bépo&nbsp;105&nbsp;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. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 6 juin 2016 à 20:51 (CEST)<br />
<br />
== Touches mortes comme sélecteurs de groupe ==<br />
<br />
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.<br />
<br />
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 :<br />
*{{t|ê|#2f2}} {{t|«|#fff}} donne ‘‹’<br />
*{{t|ê|#2f2}} {{t|»|#fff}} donne ‘›’<br />
<br />
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+ :<br />
*{{t|ê|#2f2}} {{t| . |#fff}} donne ‘·’<br />
*{{t|ê|#2f2}} {{t| : |#fff}} donne ‘…’<br />
<br />
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 {{t|.|#fff}}.<br />
*{{t|ê|#2f2}} {{t|,|#fff}} donne ‘’’ soit l’apostrophe (typographique)<br />
Cela permet d’avoir ‘EFI;’ par Clavier+ en AltGr de {{t|,|#fff}}.<br />
<br />
*{{t|ê|#2f2}} {{t|?|#fff}} donne ‘¿’<br />
*{{t|ê|#2f2}} {{t|!|#fff}} donne ‘¡’<br />
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+. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 18 mai 2016 à 20:44 (CEST)<br />
<br />
L’utilisateur peut aussi ajouter des raccourcis Clavier+ pour générer les séquences ‘«EFI’ et ‘EFI»’ en AltGr de {{t|«|#fff}} et {{t|»|#fff}}, et ajouter – toujours dans Clavier+ – le remplacement des guillemets-chevrons par les chevrons mathématiques.[[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur: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.<br />
<br />
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.<br />
<br />
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. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 21 mai 2016 à 16:17 (CEST)<br />
<br />
=== Lettre apostrophe pour le breton, okina pour les langues polynésiennes ===<br />
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 :<br />
*{{t|ê|#2f2}} {{t|‘|#fff}} donne ‘ʻ’ (l’okina)<br />
*{{t|ê|#2f2}} {{t|’|#fff}} donne ‘ʼ’ (la lettre apostrophe)<br />
<br />
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 :<br />
*{{t|á|#2f2}} {{t|'|#fff}} donne ‘ʼ’ (la lettre apostrophe)<br />
*{{t|ò|#2f2}} {{t|'|#fff}} donne ‘ʻ’ (l’okina)<br />
<br />
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) :<br />
*{{t|ê|#2f2}} {{t|'|#fff}} donne ‘ʼ’ (la lettre apostrophe)<br />
*{{t|ê|#2f2}} {{t|`|#fff}} donne ‘ʻ’ (l’okina) [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 4 juin 2016 à 17:47 (CEST)<br />
<br />
== Pavé numérique émulé sur le bloc alphabétique ==<br />
<br />
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.<br />
<br />
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. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 4 juin 2016 à 17:47 (CEST)<br />
<br />
== Versionnage du bépo ==<br />
<br />
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. <br />
<br />
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. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 18 mai 2016 à 20:58 (CEST)<br />
: En même temps, garder 1.0.1 permet d’insister sur le fait que les changements sont absolument mineurs. C’est important pour la communication aussi… --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 31 août 2016 à 12:22 (CEST)<br />
:: Je reviens sur ma position suite au message de StatelessCat sur IRC, approuvé par Iiiak :<br />
:: <blockquote>Dans la communautédev, il est courament admis commo référence : http://semver.org/. Si tu utilise le troisième niveau d'incrément de la version (1.0.0 -> 1.0.1), c'est pas pour un changement' même mineur. C'est vraiment pour un bug fix. le comportement de l'app/module/spec ne doit pas volontairement changer.</blockquote><br />
:: Cordialement --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 2 septembre 2016 à 21:36 (CEST)<br />
::: On renomme la page du coup ? En « Version 1.1 »? [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 3 septembre 2016 à 22:45 (CEST)<br />
:::: Suite à cette discussion, je viens de renommer la page. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 4 septembre 2016 à 19:11 (CEST)<br />
OK merci. :) --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 4 septembre 2016 à 22:34 (CEST)<br />
<br />
== Changements à débattre ==<br />
<br />
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. --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 12:25 (CEST)<br />
<br />
----<br />
<br />
J’ai l’impression (mais peut-être me trompé-je, victime du biais de confirmation, n’hésitez pas si vous voyez un problème) que l’on se dirige vers la chose suivante pour la couche de base et les 104 touches « certaines » :<br />
{{clavier105Bépo<br />
|compact=<br />
|quatre={{k|(|4|[|⩽}}<br />
|cinq={{k|)|5|]|⩾}}<br />
|B= {{k||B|<nowiki>|</nowiki>}}<br />
|É= {{k||É|{{morte|á}}|{{morte|ő}}}}<br />
|È= {{k||È|{{morte|ò}}|{{morte|ȍ}}}}<br />
|circum= {{k|{{morte|ô}}|!|¡|{{morte|<sup>exp</sup>}}}}<br />
|V= {{k||V|{{morte|ǒ}}|{{morte|<sub>ind</sub>}}}}<br />
|D= {{k||D|{{morte|đ}}|{{morte|∇}}}}<br />
|L= {{k||L|{{morte|ø}}|£}}<br />
|Z= {{k||Z|{{morte|ɮ}}}}<br />
|W= {{k||W|{{morte|ŏ}}}}<br />
|virgule= {{k|,|;|'|{{morte|ț}}}}<br />
|C= {{k||C|ſ|©}}<br />
|T= {{k||T|{{morte|þ}}|™}}<br />
|R= {{k||R|{{morte|Я}}|®}}<br />
|N= {{k||N|{{morte|õ}}}}<br />
|BKSL= {{k|ç|Ç|{{morte|ţ}}|4=<span title="copyleft">(ͻ)</span>}}<br />
|K= {{k||K|~|4=<span title="insécable">-</span>}}<br />
|Ê= {{k}}<br />
|À= {{k||À|\}}<br />
|apos= {{k|’|?|¿|{{morte|ơ}}}}<br />
|Q= {{k||Q|{{morte|å}}|{{morte|ʠ}}}}<br />
|G= {{k||G|{{morte|µ}}|†}}<br />
|H= {{k||H|{{morte|ḥ}}|‡}}<br />
|espace={{k|[Espace]|[Espace fine insécable]|_|[Espace insécable justifiante]}}<br />
}}<br />
<br />
Que se pose toujours la question du statut de la variante en A (en gros : est-elle officielle ou officieuse et comment est-elle distribuée ?).<br />
<br />
Que l’on hésite sur la touche 105 entre la situation actuelle {ê Ê /} et les possibilités destinées à rendre le trait d’union plus accessible {- — # shy} ou {- — / shy}.<br />
<br />
Et qu’il faudrait demander à l’AFNOR si l’on change le sort actuellement réservé à la lettre-apostrophe (qui se trouve aujourd’hui en latin+apostrophe).<br />
<br />
Là-dessus, les cartes des touches mortes restent à fixer.<br />
* La plupart des TM diacritiques sont seulement complétées ;<br />
* les compléments du grec devraient sans doute être débattus mais les lettres actuelles ne sont pas changées et cela peut être fait indépendamment de la normalisation ;<br />
* les nouvelles touches mortes concernées par la norme doivent être décidées (latin étendu et API notamment), Flavien notamment a fait un gros travail pour arriver à une version riche sans être pour autant lourde ;<br />
* les nouvelles touches mortes hors-norme (cyrillique, mathématiques) peuvent être discutées plus tard ;<br />
* indice et exposant ne devraient pas poser de problème (il suffit de garder des positions libres pour d’éventuels futurs ajouts dans Unicode).<br />
<br />
:Tu as oublié le circonflexe en Alt+6, qui n’a pas de raison de disparaître. --[[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 11 septembre 2016 à 16:24 (CEST)<br />
:: Mea culpa. Tu vois d’autres oublis par rapport aux discussions qui ont déjà eu lieu ? :-)<br />
<br />
=== Variante en A ===<br />
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 ? --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 12:25 (CEST)<br />
: On est d’accord --Flavien21<br />
: Oui oui [[Utilisateur:Nemolivier|nemolivier]] ([[Discussion utilisateur:Nemolivier|discussion]])<br />
: D'accord également. Mais pour la variante en A, où se trouve la 105ème touche exactement ? J'ai eu l'impression qu'il y avait différentes possibilités. --[[Utilisateur:Thomas|Thomas]] ([[Discussion utilisateur:Thomas|discussion]]) 5 septembre 2016 à 10:50 (CEST)<br />
::Je ne pense pas, car la 105ᵉ devrait rester celle qui manque (encore :) sur la majeure partie des claviers du monde. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 5 septembre 2016 à 22:43 (CEST)<br />
:: On peut avoir à la fois la saisie en A et la touche tiret, et une version unique à promouvoir, si l’on place l’« À » sur la touche {4}, où il sera d’une accessibilité comparable à celle de l’« È » : Quand on tient la main en A et qu’on étend l’index et le majeur, on atteint en même temps l’{È} et la {(}. Celle-ci passerait en AltDroite + {A}, l’« Æ » sur {@}, l’« @ » sur {=}, le « = » sur {%}, lequel passerait au même niveau que les chiffres, soit Alt droite ou AltDr, qui sous Windows sera alors Kana, ou “Pro” comme Programmeur. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 30 août 2016 à 16:47 (CEST)<br />
::: Il y a un moment, Marcel, tu finis par être vraiment hors-sujet. La page de discussion devenant rapidement illisible on va finir par faire du ménage. [[Utilisateur:Nemolivier|nemolivier]] ([[Discussion utilisateur:Nemolivier|discussion]])<br />
:::: Donc en fait on va basculer ça sur la page Discussion:Version 2.0 :) [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 3 septembre 2016 à 22:37 (CEST)<br />
::::: J’ai fait du ménage à l’aide d’une page [[Version_2.0]] créée tout à l’heure qui renvoie vers les pages du projet de la v2, et où je vais pouvoir détailler la proposition urgente pour une version 2.0 en parallèle aux discussions sur la version 1.1 [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 4 septembre 2016 à 19:16 (CEST)<br />
:: Si la 105ᵉ touche devient le Tiret, je la placerai entre le {.} et le {k}, si elle reste le {ê} alors je la verrai entre le {k} et le {’} (mais si des mouvements plus important sont tolérés je mettrais le {ê} à la place du {ç}, le {ç} à la place du {w} et le {w} entre le {.} et le {k}) [[Utilisateur:Elivagar|Elivagar]] ([[Discussion utilisateur:Elivagar|discussion]]) 10 septembre 2016 à 20:42 (CEST)<br />
:::Elle n’est pas déplaçable la 105ᵉ touche, par définition. Les autres touches on peut les déplacer, sur les touches OEM on les déplace et on met ce qu’on veut, sauf l’OEM_102 (la 105ᵉ, ou la 106ᵉ puisque la touche bonus brésilienne est la 107ᵉ) : celle-ci on la laisse où elle est mais on y met ce qu’on veut.<br />
:::Cela dit, sur la touche libérée suite au décalege il faut y mettre le tiret. Ça a été discuté sur la ML. C’est le tiret qu’il faut rendre plus accessible. Y mettre l’ê serait du gaspillage, car l’ê est dans la touche morte circonflexe si elle est bien faite, au sens où en tapant « CIRCONFLEXE m », on obtient « êm », et de manière analogue avec [lmnprtv] : â¦ĉêdêêfĝĥîĵˡêmênôêpcêrŝêtûêvŵ✕ŷẑ— j’ai passé tout l’alphabet, et le tiret pour finir. Ça se passe comme ça sous Windows, c’est normal et naturel du moment que l’on choisit le bon caractère de touche morte. Sous Mac et Linux on peut émuler ce comportement en assignant les séquences comme sorties de touche morte dans le fichier de configuration. [Note : pour « CIRCONFLEXE b » j’ai mis la barre brisée, avec x et X des croix de saint André « ✕✖ », avec le q c’est le trigramme cʼh qui peut s’obtenir par touche morte sous Mac et Linux uniquement (d’où sous Windows seulement la première lettre), et avec k on rentre dans le compose (pour du dépannage).]<br />
:::Mettre le Ç à la place du W, et rapprocher le W est une bonne idée. Mais pour le Ç il y a une autre solution, et sur une dispo francophone on est d’accord que le tiret est plus important que le W. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 10 septembre 2016 à 21:40 (CEST)<br />
::::Non Marcel, c'est bien la 105è touche, la touthe bonus des brésiliens est la 106è et la 107è est une touche en plus sur leur pavé numérique (leur + est de taille normale).--[[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 12 septembre 2016 à 00:46 (CEST)<br />
:::::Pardon, je n’avais pas réalisé. Je viens de voir qu’entre le + et Entrée, il y a une touche Point, et entre le 0 et Entrée c’est la virgule. Merci.<br />
:::::Le choix qu’ont les Brésiliens entre la virgule et le point sur une même disposition et en accès direct, on peut d’ailleurs l’émuler sur les claviers français, cf. [[Version_2.0#La nouvelle modificatrice Num]] [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 12 septembre 2016 à 13:56 (CEST) (remplacé la fin par le renvoi [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 17 septembre 2016 à 14:09 (CEST))<br />
<br />
=== Point souscrit ===<br />
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. --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 12:25 (CEST)<br />
: 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<br />
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<br />
: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. --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 12:25 (CEST)<br />
::C’est sa place actuelle sur Q [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 29 août 2016 à 16:32 (CEST)<br />
Oui, mais qu’y a-t-il de logique dans cette position ? --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 22:01 (CEST)<br />
:Pas plus que l’ogonek en AltGr+F --[[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 29 août 2016 à 22:07 (CEST)<br />
Ben justement, ça permettrait de donner une logique à la position de cette touche ! :D --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 22:36 (CEST)<br />
<br />
:Si l’arabe est pleinement supporté et que cette modification aide à sa saisie, je suis pour. Il y a un certain nombre d’arabophones qui sont aussi francophones, cool si le bépo peut les aider. Mais je pense qu’ils changent complètement de dispo pour écrire vraiment en arabe et pas avec l’alphabet latin, non ? [[Utilisateur:Nemolivier|nemolivier]] ([[Discussion utilisateur:Nemolivier|discussion]])<br />
::La romanisation standard de l’arabe est en effet pleinement supportée (avec l’ajout de deux caractères en latin étendu), et je confirme qu’avoir le point souscrit ainsi non seulement aide à sa saisie, mais surtout est un bon mnémotechnique (la position actuelle en Q n’ayant pas vraiment de logique). En ce qui concerne la saisie, les quelques arabophones que je connais (une quinzaine) ont souvent recours au « système D » pour écrire de l’arabe romanisé (que qui reste beaucoup plus simple que de passer par un outil de saisie des caractères arabes) à base des vingt-six lettres latines et de quelques chiffres pour émuler les lettres manquantes. --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 30 août 2016 à 12:20 (CEST)<br />
::: Placer un maximum de touches mortes sur la touche de leurs initiales ne permettrait-il pas de réduire la charge mentale ?<br />
::: Pour le plein support de l’arabe, prévoir aussi les caractères arabes en touches vives. Sous Windows j’ai cette modificatrice sur la bascule Pro et ne peux que recommander cette option pour le bépo. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 30 août 2016 à 23:41 (CEST)<br />
<br />
=== Lettre apostrophe ===<br />
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 ? --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 12:25 (CEST)<br />
: 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<br />
:: 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. --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 12:25 (CEST)<br />
::: Flavien, tu peux résumé tous les changements que tu proposes ? Ça semble bien coller.[[Utilisateur:Nemolivier|nemolivier]] ([[Discussion utilisateur:Nemolivier|discussion]])<br />
::::Je ne propose aucun changement, si ce n’est des adaptations par rapport à ce que disent les autres. Certains veulent la lettre apostrophe en touche vive (pour une raison qui m’échappe, car ce n’est pas plus utilisé en breton que le ó en catalan par exemple). J’essaye juste de leur trouver une solution logique pour y parvenir.<br />
::::Vu qu’ils voulaient mettre la lettre apostrophe en AltGr+Maj+’, il faut donc déplacer le Crochet/Hameçon. Vu que Milton propose de mettre le point souscrit en AltGr+H pour la retranscription de l’arabe qui utilise ḥ, ça libère AltGr+Maj+q, ce qui tombe bien car le Q a un truc qui ressemble à un crochet, pourquoi ne pas y mettre le Crochet du coup. Voilà, mais ce n’est pas forcément une proposition à proprement parler.<br> <br />
::::Pour mes propositions voir [[Utilisateur:Flavien21/BÉPOATX2|ici]]--[[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 29 août 2016 à 23:32 (CEST)<br />
:::::Et donc, pour reprendre ma proposition de deux sections où j’avais honteusement confondu la corne et le crochet, vous paraît-il envisageable de migrer le cornu (AltGr+Maj+{virgule}, c’est bien ça ?) mort en AltGr+Maj+{apostrophe}, et de ramener la virgule souscrite en AltGr+Maj+{virgule} ? --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 30 août 2016 à 00:38 (CEST)<br />
::::::Si la lettre apostrophe reste en Latin étendu oui, sinon ça risque d’être compliqué--[[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 30 août 2016 à 01:09 (CEST)<br />
Thomas, peut-être peux-tu détailler ta proposition de passer la lettre apostrophe en accès vif ? :-) --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 30 août 2016 à 00:27 (CEST)<br />
: Ma proposition part d'un double constat. <br />
: Premièrement, l'apostrophe-lettre est utilisée en breton (et ça devrait aussi être le cas en anglais si l'on en croit [[https://tedclancy.wordpress.com/2015/06/03/which-unicode-character-should-represent-the-english-apostrophe-and-why-the-unicode-committee-is-very-wrong ce lien]]). Or le breton est une langue de France, et notre travail s'inscrit dans le cadre de la normalisation AFNOR, qui a pour but de définir un clavier pour toutes les langues de France. Donc il est pertinent d'avoir l'apostrophe-lettre en accès vif. <br />
: Pour des raisons mnémotechniques, il est intéressant de regrouper ce caractère avec les autres apostrophes. Deux touches sont candidates: <br />
:* la touche virgule {, ; ’ ơ} (corne)<br />
:* la touche apostrophe {' ? ¿ ỏ} (hameçon)<br />
: Ces deux touches sont déjà remplies; il faudrait donc déplacer soit la corne soit l'hameçon. <br />
: <br />
: Deuxièmement, le caractère ¦ accessible par AltGr+Maj+b est inutile : personne n'a jamais su à quoi il servait. On peut donc le supprimer. <br />
: Par conséquent, je propose de déplacer la touche morte corne depuis AltGr+Maj+, vers AltGr+Maj+b et de mettre l'apostrophe-lettre en AltGr+Maj+, en remplacement de la corne. Sur le plan mnémotechnique, la lettre b est courbe et la corne aussi; son affectation sur la touche b n'est donc pas absurde. Et dans tous les cas, une corne n'est pas une virgule. En revanche, l'hameçon ressemble vaguement à un point d'interrogation; il vaut mieux le laisser sur la touche point d'interrogation. --[[Utilisateur:Thomas|Thomas]] 30 août 2016 à 10:43 (CEST)<br />
::Je comprends pourquoi il importe de supporter la lettre apostrophe, mais la question à laquelle il faut trancher, c’est davantage : pourquoi la mettre en AltGr+Maj plutôt qu’en direct latin mort ? Au passage, merci pour le lien au sujet de la lettre apostrophe en anglais ! :) --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 30 août 2016 à 12:35 (CEST)<br />
::: Il me semble qu'en AltGr+Maj, nous sommes plus certains que ce sera implémenté. La couche latin étendu est susceptible d'être oubliée par certains pilotes: ce sont des caractères rares, et le fait d'avoir d'avoir une touche morte qui ne correspond pas à un diacritique est inhabituel. Il y a donc un risque que les implémenteurs ne voient pas l'intérêt de la couche latin mort. --[[Utilisateur:Thomas|Thomas]] ([[Discussion utilisateur:Thomas|discussion]]) 30 août 2016 à 15:20 (CEST)<br />
::::Ce sont nous les implémenteurs, il n’y aura pas de problèmes sur la présence de la couche latin étendu.--[[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 30 août 2016 à 16:51 (CEST)<br />
::::: Je me permet de mettre un bémol sur ce point, l’AFNOR nous a fait comprendre qu’il n’y a que les caractères qu’Elle aura listée qui devront figurer dans les documents de normalisation. Si le drivers que vous préparez est plus complet tant mieux mais les développeurs sur les différents OS se limiterons à ce qu’il y a dans les documents de normalisation, avec une forte probabilité que tout ce qui n’est pas en carte de base (+Shift, Alt-Gr et Shift+Alt-Gr) puisse être déplacé au petit bonheur la chance — tant que c’est accessible d’une manière ou d’une autre. La notion de Couche Latin étendu, Arabe et autres n’apparaitra pas dans la norme et risque de n’exister que dans votre driver. Serait il possible, lors de la prochaine réunion avec l’AFNOR, de soulever ce point afin que cette notion de couche puisse apparaitre dans la norme ? [[Utilisateur:Elivagar|Elivagar]] ([[Discussion utilisateur:Elivagar|discussion]]) 10 septembre 2016 à 21:05 (CEST)<br />
::::::Cette liste devrait être soumise à l’enquête publique comme tout le reste. Couper les ailes aux claviers de France en les filtrant par ce jeu partiel insuffisant relèverait de l’inconscience. Après des décennies de laisser-aller et de temps de réflexion — je sais que les gens rigolent ! — les Français ont vraiment droit à quelque chose d’hyper-performant.<br />
::::::Puis comme déjà dit par d’autres, les implémenteurs c’est nous, ce sont les proposants. Les éditeurs d’OS majeurs n’auront plus qu’à apposer leur griffe (à supposer que Mac OS et Linux soient capables de faire la même chose que Windows !). [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 10 septembre 2016 à 22:11 (CEST)<br />
::::::: Marcel, les accès d’emphase mélodramatiques n’apportent rien au débat, restons sobre et précis.<br />
::::::: L’AFNOR sélectionnera la liste des caractères présents dans la normes en fonction de ce que ses interlocuteurs (entreprises, collectivités, associations) lui demanderont d’y placer et elle demandera de justifier la présence de chacun des nouveaux caractères. Quant à savoir si Ergodis sera l’implémenteur, cela dépend de Microsoft, s’ils peuvent utiliser le driver développé par Ergodis — cela permettrait d’outre passer la norme dans la liste de caractères disponible dans la disposition — ou si ils vont se sentir obligé de faire leur propre version — et là, seul les caractères de la normes seront intégrés (et pas forcement en utilisant les couches supplémentaires proposés ici). [[Utilisateur:Elivagar|Elivagar]] ([[Discussion utilisateur:Elivagar|discussion]]) 11 septembre 2016 à 00:31 (CEST)<br />
::::::::Il en ressort qu’il est primordial de développer le driver Ergodis pour Windows en utilisant l’outil Microsoft, le « Keyboard Table Generation Tool (Unicode) v3.40 ». Par conséquent, il faut programmer le driver en C [toutefois, au prix de certaines limitations, il est aussi configurable dans un fichier .klc]. Sur dispoclavier.com, tout le monde peut télécharger des exemples/modèles de sources (j’en ai aussi mis sur GitLab mais c’est trop galère pour moi) ainsi qu’un script en batch qui fait tourner KbdUTool. Ce dernier est gratuit. Il est inclus dans le MSKLC. Toutes ces informations sont aussi données par le script (qui s’appelle CreaKbd-fr).<br />
::::::::En démocratie (comme d’ailleurs dans tout autre système politique), il y a naturellement beaucoup d’irrationnel qui entre en ligne de compte. Le prendre en considération, c’est rester réaliste. Objectivement, la démarche DGLFLF-AFNOR est inefficiente, puisqu’ils n’ont pas pris comme point de départ le jeu de caractères spécifié par la norme internationale ISO/IEC&nbsp;9995. Partir du MLS leur aurait déjà évité de commettre la gaffe la plus symptomatique : l’impasse sur le <small>SIGNE MOINS</small> U+2212. C’est une parfaite illustration de la tournure prise par le processus de normalisation laissé à lui-même. Heureusement, les responsables ont l’intelligence de mener une enquête publique ''bien avant'' la publication des normes de dispositions de clavier. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 11 septembre 2016 à 05:34 (CEST)<br />
:::::::::Elivagar, ce n’est pas du tout ce que j’ai compris. Dans la plaquette envoyée par l’AFNOR avec la liste des caractères, il est explicitement précisé que les caractères de la norme pourront être placés en touche morte. Si jamais le BÉPO normalisé tel que défini à l’issue de ces concertations place la lettre apostrophe en {touche morte latin étendu} → {apostrophe}, et si la touche morte latin étendu est attachée à la position AltGr+T, alors un éventuel autre implémenteur n’aura pas le choix. Le seul risque est que les caractères hors-norme passent à la trappe, ainsi bien sûr que les couches ne contenant que des caractères hors-norme (soit, si je ne m’abuse : le cyrillique, le grec étendu et les mathématiques). {{sourire}} Bien à toi --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 11 septembre 2016 à 08:28 (CEST)<br />
:::::::::: Ce que je lis du document AFNOR-CN35-GT1_N26_Reunion Couverture des signes.pdf envoyé le 9 Juin par JC Groult sur la mailing list , c’est que les caractères doivent être accessible pour que la disposition proposée corresponde à la norme, à aucun moment il est dit que les touches mortes seront normalisées, nuance. De mon point de vue, outre la carte de base (ce qui sera effectivement gravé sur les touches), tout le reste sera à la discrétion du développeur (touches mortes, couches supplémentaires,…). C’est peut-être réducteur comme interprétation mais cela nous donnera des questions supplémentaires à poser lors de la prochaine réunion avec l’AFNOR pour éclaircir ces zones d’ombres.[[Utilisateur:Elivagar|Elivagar]] ([[Discussion utilisateur:Elivagar|discussion]]) 11 septembre 2016 à 16:09 (CEST) <br />
:::::::::::La moitié des caractères de la couche latin étendu faisant partie de la norme (dont la lettre apostrophe), ils seront bien inclus. Pas de soucis à se faire --[[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 11 septembre 2016 à 16:19 (CEST)<br />
<br />
::Le lien a trouvé les exceptions pour l’usage de la lettre apostrophe – contraction de « not », dans les noms propres — il a oublié de parler du cas possessif « ʼs », mais dans tous les autres cas comme dans « They’re » ou « He’s » (qui n’est pas du possessif dans ce cas) c’est bien une apostrophe simple et sépare deux mots. Il se contredit avec ses exemples du français.--[[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 30 août 2016 à 14:56 (CEST)<br />
:::Il y a peut-être des approximations dans son raisonnement, mais ça ne change rien à notre sujet :-) --[[Utilisateur:Thomas|Thomas]] ([[Discussion utilisateur:Thomas|discussion]]) 30 août 2016 à 15:20 (CEST)<br />
Je rejoins Flavien sur le fait que je doute que la couche latin étendu soit zappée. Elle contiendra plusieurs des caractères imposés par la norme, et ce ne sera pas la seule touche morte non diacritique (il y a déjà le dead_currency et le dead_greek, demain dead_api, dead_cyrl, dead_math). À mon avis, la principale chose qui puisse justifier un passage sur la couche principale, c’est la logique (par exemple, toutes les lettres de l’alphabet latin sont en accès vif, on ne va pas en mettre une en morte) et la visibilité que l’on accorde à un symbole (d’où ma proposition pour le copyleft). Ici, il me paraît en plus plus ergonomique de faire AltGr+T puis apo que AltGr+Maj+Apo, mais je puis me tromper. --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 30 août 2016 à 18:26 (CEST)<br />
:Je propose de laisser le sujet de côté pour le moment. Peut-être que la question pourra être abordée lors de la prochaine réunion avec l'AFNOR, et que nous aurons alors plus d'éléments pour décider: l'AFNOR aura peut-être elle-même une solution, et il sera pertinent de mettre les deux claviers (azerty et bépo) en cohérence. --[[Utilisateur:Thomas|Thomas]] ([[Discussion utilisateur:Thomas|discussion]]) 30 août 2016 à 21:00 (CEST)<br />
<br />
=== Tiret (105e touche) ===<br />
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 /). --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 12:25 (CEST)<br />
: Je suis pour ne rien toucher à la 105ᵉ touche sur la variante non-A. Mais on peux y mettre sur la 106ᵉ :D --Flavien<br />
:: Je suis pour une touche tiret !! Je crois que je préfère le croisillon… [[Utilisateur:Nemolivier|nemolivier]] ([[Discussion utilisateur:Nemolivier|discussion]])<br />
<br />
On pourrait également profiter de cette touche pour donner un accès plus simple à l'apostrophe typographique. On aurait alors {’ - / shy} ou {’ - # shy}. Il avait été question d'inverser les deux apostrophes (informatique et typographique), mais ça présente l'inconvénient de modifier (bien que légèrement) la gravure des claviers, et certains problèmes ont été soulevés quant à la compatibilité de l'apostrophe typographique avec certains logiciels. Avoir les deux apostrophes en accès immédiat pourrait éviter les problèmes. --[[Utilisateur:Thomas|Thomas]] ([[Discussion utilisateur:Thomas|discussion]]) 30 août 2016 à 11:04 (CEST)<br />
: Je ne trouve pas pertinent de mettre le tiret en Maj… regarde sa fréquence. En plus il est régulièrement utilisé sans espace, avant ou après. [[Utilisateur:Nemolivier|nemolivier]] ([[Discussion utilisateur:Nemolivier|discussion]])<br />
:: Oui, c'est vrai. Mais l'apostrophe en Maj ou AltGr n'est pas pertinente non plus, pour les mêmes raisons. Ces deux caractères doivent être directement accessibles comme des lettres normales. Le tiret est justement déjà accessible directement, sur la touche 8 (même si c'est un peu loin de la position de repos); en revanche, ce n'est pas le cas pour l'apostrophe typographique (accessible en AltGr ,). C'est pour ça que je proposais de favoriser l'apostrophe typographique en lui donnant un emplacement direct sur la 105ème touche (en complément de AltGr ,) pour le cas où '''on ne voudrait pas permuter les apostrophes''' typographique et informatique sur la carte de base. --[[Utilisateur:Thomas|Thomas]] ([[Discussion utilisateur:Thomas|discussion]]) 5 septembre 2016 à 10:48 (CEST)<br />
:::Le plus économe pour les utilisateurs est de mettre l’apostrophe typographique à la place de l’apostrophe-guillemet simple informatique, parce que le guillemet-virgule convient comme apostrophe dans la grande majorité des cas de figure. Mais pour le reste des cas, il faut que l’autre soit en accès direct elle aussi. Et dans tous les cas, le tiret doit devenir plus accessible, puisque c’est une disposition ergonomique. On ne devrait pas normaliser une disposition '''ergonomique''' où l’accessibilité du tiret laisse à désirer au point de donner matière à discussions.<br />
:::Donc on va décaler les touches pour la frappe en A et gagner ainsi une touche tiret au milieu. La clé de résolution des problèmes connexes et subséquents est l’utilisation de la rangée supérieure comme proposée pour la [[Version_2.0|version deux proposée sur cette nouvelle page]]. Désolé de ne pas avoir pu y faire aujourd’hui. On verra si ça résoud les problèmes et si la communauté et les constructeurs y seront favorables ou pas. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 5 septembre 2016 à 23:09 (CEST)<br />
<br />
=== Copyleft ===<br />
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. --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 12:25 (CEST)<br />
: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<br />
::Le point de code ne change plus. --Marcel<br />
:::[…]<br />
:::Copyleft sera donc en 1F12F, plus qu’à lui trouver une place. --Flavien<br />
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 ! --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 12:25 (CEST)<br />
:On pourrait mettre le symbole copyleft en AltGr+Maj+r, à la place du symbole ®. En effet, le symbole ® est très rarement utilisé (plus rarement que © et ™), donc il peut être relégué dans le plan mathématique/symboles. D'autre part, le R inversé est en AltGr+r, donc on peut facilement mémoriser que le © inversé est aussi sur la touche r. --[[Utilisateur:Thomas|Thomas]] 29 août 2016 à 14:25 (CEST)<br />
:Il y a la déjà la corne en AltGr+Maj+{virgule} --[[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 29 août 2016 à 16:37 (CEST)<br />
Mais la corne, on propose deux sections plus haut de la déplacer sur Q. ;-) --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 22:02 (CEST)<br />
:Non, on parlait du crochet/hameçon --[[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 29 août 2016 à 22:04 (CEST)<br />
::Faut-il vraiment la touche morte cornu ? Sauf pour le diacritique cornu combinant, tous les caractères sont fusionnables avec la touche morte cédille. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 30 août 2016 à 23:54 (CEST)<br />
:::La cédille, non, mais effectivement on pourrai placer la virgule morte à la place de la corne sans déplacer la corne mais en les fusionnant, l’un n’ayant que O et U et l’autre que T et S. --[[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 31 août 2016 à 08:55 (CEST)<br />
::::La cédille aussi n’a que C D E G H K L N R S T, autant dire pas l’O ni l’U. L’avantage est dans le compose. « Compose virgule » vaut pour la cédille et est mieux pour le cornu que le « compose point-virgule » de la virgule souscrite (dans un compose à jour d’Unicode). Donc on peut fusionner le cornu avec la cédille, et utiliser « compose virgule virgule » comme doublage dédié au cornu, afin d’accéder aussi au diacritique combinant cornu. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 31 août 2016 à 11:58 (CEST)<br />
:::::Le compose peux-très bien être différent des touches morte, rien n’empêche d’avoir la corne avec la virgule en touche morte et la corne et la cédille en Compose+virgule. --[[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 31 août 2016 à 20:31 (CEST) <br />
:::::: Faire diverger le compose et les touches mortes peut normalement être évité. L’arborescence compose est la base, tout n’est listé qu’une seule fois normalement, et les touches mortes sont comme des raccourcis pour entrer dans l’arborescence. Alors comme le compose du cornu n’est pas le compose de la virgule souscrite, mieux vaut mettre le cornu avec la cédille en accès rapide, et juste pour le diacritique combinant en accès long ajouté en doublage. Ça ce serait pareil si le cornu était avec la virgule souscrite. Mais la logique en moins. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 3 septembre 2016 à 20:50 (CEST)<br />
::::::En fait je n’avais pas compris. Tu es d’accord pour le compose virgule à la fois pour cédille et pour cornu, et tu souhaites le cornu dans la touche morte virgule souscrite. Donc on met les lettres cornues à la fois dans la cédille et dans la virgule souscrite. C’est effectivement une bonne idée. Le cornu n’ayant plus de touche morte dédiée, on y accédera aussi bien par virgule souscrite (compose point-virgule) que par cédille (compose virgule). [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 3 septembre 2016 à 21:11 (CEST)<br />
<br />
Bon je viens de tester et malheureusement (encore) sur Windows, les caractères hors plan 1 Unicode en touche vive ne peuvent pas servir de base pour les caractères en touche morte. Ce qui veux dire soit on évite d'utiliser AltGr+Maj+{Ç} dans les touches mortes (de tête j'en compte 2 - en grec et en cyrillique) soit on met le Copyleft sur un emplacement inusité par les touches mortes mais de fait moins logique. --[[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 31 août 2016 à 09:22 (CEST)<br />
:Sous Windows les caractères SMP peuvent servir de base pour des caractères en touche morte grâce à la fonctionnalité d’enchaînement des touches mortes. Le surrogat haut est la base, et la cible est un caractère intermédiaire quelconque, mis en morte, suite à quoi le surrogat bas est la base, pour le caractère voulu comme résultat. (J’avais testé avec d’autres séquences.) [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 31 août 2016 à 11:58 (CEST)<br />
::Je ne suis pas suffisamment connaisseur pour pouvoir m’exprimer sur ces touches mortes exotiques (je suis à peine capable de différentier une cédille d’une virgule ou d’un ogonek), mais si la proposition de fusion de virgule morte et de cornu paraît censée aux utilisateurs de ces deux caractères, alors j’y suis favorable. Pour le copyleft en couche principale, ça pose problème pour le tréma+tonos en grec et pour le tche majuscule du serbe cyrillique. Il me semble qu’on peut s’en accommoder, d’autant que cette impossibilité dont tu parles semble relever du bug et devrait pouvoir être signalée à Microsoft. Bien à toi --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 31 août 2016 à 12:04 (CEST)<br />
<br />
::On ne parle par de la même chose Marcel --[[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 31 août 2016 à 20:25 (CEST)<br />
::: Désolé de te contredire mais c’est qu’on parle vraiment de la même chose. Tu veux utiliser un caractère hors BMP comme caractère de base à modifier par touche morte, j’explique comment ça marche et ça n’ajoute pas de “touche” morte, seulement en interne il y a enchaînement mais à une vitesse qui ne vient pas à la conscience de l’utilisateur. À l’usage tout se passe normalement. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 3 septembre 2016 à 20:44 (CEST)<br />
::::Ça veux dire que pour que ça marche il faut décomposé de caractère hors BMP, qui sont desfois considérer comme ligatures, et utiliser le premier caractère décomposé en morte ? La question est comment est décomposé 1F12F ? --[[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 5 septembre 2016 à 09:37 (CEST)<br />
:::::Bon effectivement j’ai testé mais ça ne fonctionne qu’à moitié. La décomposition de 1F12F est D83C+DD2F. Ça ne fonctionne qu’à moité dans le sens que ça m’affiche bien le caractère voulu, mais ça m’ajoute DD2F deuxième caractère de la décomposition. Ça pose donc problème. --[[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 5 septembre 2016 à 10:00 (CEST)<br />
::::::Tes deux derniers posts pris ensemble contiennent ÀMHA toute la réponse, et du coup je ne comprends pas le problème. À moins qu’il réside dans l’impossibilité de faire cela facilement dans le GUI d’un logiciel d’édition de dispositions. Les formats simplifiés comme .klc compliquent le travail en ce que le caractère de touche morte ne figure pas à chaque ligne. En C, on a à la ligne l : le surrogat haut du copyleft (D83C), le point de code de la touche morte telle que « tréma+tonos », un caractère quelconque comme résultat – mettons U+3300 ou U+3301 pour être sûrs de ne pas s’en servir sur un clavier latin – et le drapeau de touche morte ; et à la ligne l+1 : le surrogat bas du copyleft, le 3300 ou autre choisi, le caractère à produire, et le drapeau de touche vive. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 5 septembre 2016 à 22:38 (CEST)<br />
:::::::Le GUI n’a rien a voir là dedans, car contrairement à ce que tu penses KBDEdit est un très bon logiciel, puissant et simple d’utilisation.<br />
::::::::Je ne conteste pas la qualité globale du GUI de KbdEdit. Rien qu’à lire la page d’accueil du site. Ce qui rend KbdEdit inutilisable dans le cadre qui est souhaitable pour les claviers de France et la plupart des claviers du monde, c’est la (con-)fusion entre Kana la modificatrice et Kana la bascule pour mettre l’utilisateur devant le choix d’implémenter soit l’une, soit l’autre, mais jamais les deux à la fois, alors que sous Windows les deux sont totalement distinctes. La seule chose qui les unisse sont les niveaux auxquels elles donnent accès. Et l’impossibilité de mapper les deux modificatrices Oyayubi où l’on veut (notamment sur les deux bascules en surimposition). Et la limitation des séquences à 9 unités de code au lieu des 16 possibles sous Windows, utiles pour faire en sorte que le driver affiche des messaqes, donne son numéro de version, …<br />
:::::::Le problème est que ça affiche 2 caractères au lieu d’un seul. --[[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 6 septembre 2016 à 09:49 (CEST)<br />
::::::::Je suspecte que KbdEdit automatise les caractères du SMP, donc quand il double le surrogat bas, c’est qu’il a dû en attraper un de trop. Essaie des fois d’utiliser le script inclus dans le pack sur dispoclavier.com et de bosser plutôt sur les sources en C, comme ça on a vraiment la main sur tous les paramètres. Quand le classeur sera mieux au point il sera partagé lui aussi, et alors tout deviendra très très facile. Je vais justement y bosser encore, avant de remplir le plan sur [[Version_2.0]]. @+ [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 6 septembre 2016 à 12:57 (CEST)<br />
:::::::::Flavien21, voudrais-tu demander à l’auteur de KbdEdit une extension de fonctionnalités dans le sens discuté ? Il apprécie hautement les retours, écrit-il, et il me semble qu’il n’en va que de quelques lignes de code. Il t’expliquera aussi mieux que moi l’usage des caractères SMP avec les touches mortes. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 7 septembre 2016 à 07:01 (CEST)<br />
<br />
=== Barre inscrite ===<br />
À en croire [https://fr.wikipedia.org/wiki/Barre_inscrite 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. --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 12:25 (CEST)<br />
:Ç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<br />
:: Euh non, j’ai dit AltGr+Maj+{D}, pas AltGr+{D}. ;-) --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 12:25 (CEST)<br />
:::Ben du coup on pourrai inversé les deux, on privilégie l’écriture des langes sur les symboles mathématiques. --[[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 29 août 2016 à 16:38 (CEST)<br />
Voir selon la fréquence des usages peut-être ? --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 22:03 (CEST)<br />
<br />
Enfin je veux dire, je sais que mon avis est biaisé puisque j’ai recours fréquemment aux maths, mais on peut inverser… --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 22:43 (CEST)<br />
<br />
Je suis pour qu’on favorise les langues, contre les maths (désolé), mais c’est aussi que nombre de lettres mortes sont en AltGr, non ? Du coup c’est plus logique de continuer comme ça… [[Utilisateur:Nemolivier|nemolivier]] ([[Discussion utilisateur:Nemolivier|discussion]])<br />
: Pas à être désolé, je m’inclinerai devant ce qui arrange le plus grand nombre ! C’est vrai qu’à la réflexion, c’est sans doute plus pertinent de faire ainsi. Par contre, il y a aussi beaucoup de mortes en AltGr+Maj. Donc, rayé mort en AltGr+{D}, maths en AltGr+Maj+{D}. --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 30 août 2016 à 00:23 (CEST)<br />
<br />
=== Kana ===<br />
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 à <s>droite</s> gauche ?).<br />
: 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<br />
:: Du coup ça ferait doublon ? Je ne sais même pas où est la touche kana :D [[Utilisateur:Nemolivier|nemolivier]] ([[Discussion utilisateur:Nemolivier|discussion]])<br />
:::La touche kana n’est pas sur les claviers 105 par défaut, mais il est possible possible de remplacer n’importe quel touche par Kana en y changeant le VK associer. Dans notre cas, ce serai à la place de Alt Droit. Comme ça Windows le voit en Kana et non en Ctrl+Alt et on peux contrer certains raccourcis de logiciels. Cela dit, on mapperai quand même en plus les touches en AltGr normal (même s’il n’est plus sur le clavier), pour qu’on aie quand même les caractères en passant par la combinaison Ctrl+Alt. Donc c’est un doublon voulu. --[[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 29 août 2016 à 23:39 (CEST)<br />
:::[http://www.kbdedit.com/manual/ex13_replacing_altgr_with_kana.html Voici un exemple concret] --[[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 29 août 2016 à 23:54 (CEST)<br />
:::: Le manuel d’un logiciel décrit surtout le fonctionnement de ce logiciel. Pour voir comment cela se passe concrètement sous Windows, on n’a pas grand-chose et il faut voir dans les commentaires des sources Microsoft. Il en résulte que Kana est comme Maj en ce qu’il y a une modificatrice et une bascule, sauf que le lien logique entre les deux est OR au lieu d’XOR, et que le modificatrice Kana n’a pas de VK dédié. Et sauf que cela ne fonctionne pas dans les logiciels de création et d’édition de claviers, du fait de limitations arbitraires visant à simplifier le programme.<br />
:::: De manière générale, pour qu’une touche soit telle modificatrice, il ne faut pas lui attribuer un VK spécial. Ce qu’il faut faire, c’est de l’inscrire dans la section d’allocation de VK à drapeau de modificatrice (<code>static ALLOC_SECTION_LDATA VK_TO_BIT</code>). Les bascules quant à elles sont attribuées par le VK.<br />
:::: Il vaut alors mieux ne pas conserver les mappages en Ctrl + Alt. Mais sur les touches non-alphabétiques, où AltGr est traditionnellement utilisé le plus, les niveaux Ctrl + Alt peuvent servir par exemple à pallier la limitation des touches mortes à une seule unité de code. Ainsi Windows aura en revanche un peu plus de touches vives. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 30 août 2016 à 23:25 (CEST)<br />
<br />
=== Circonflexe et grave ===<br />
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 :<br />
* 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.<br />
* Ne rien changer.<br />
* Foutre ces caractères (ou l’un de ces caractères) au hasard un peu au hasard ailleurs en AltGr+Maj.<br />
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. --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 12:25 (CEST)<br />
: 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<br />
:: 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. --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 12:25 (CEST)<br />
:::Ça ne change rien au comportement actuel si ce n’est qu’en passant par la touche morte il faut faire une pression de plus --[[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 29 août 2016 à 16:40 (CEST)<br />
:: Si on a ce mécanisme de triple appui, on a toujours la solution mort+espace, non ? Les utilisateurs jugeront… [[Utilisateur:Nemolivier|nemolivier]] ([[Discussion utilisateur:Nemolivier|discussion]])<br />
: Je suis partisan de ne rien changer à la situation actuelle : le circonflexe et l'accent grave seront accessible en frappe directe et par leur touche morte. Ce n'est pas rationnel, mais avoir ^ sur la touche AltGr+Maj+é, c'est bizarre ; j'y verrai plutôt le double accent aigu, ce qui est facile à retenir et qui correspond au bépo actuel. --[[Utilisateur:Thomas|Thomas]] 29 août 2016 à 14:21 (CEST)<br />
OK. Pas d’autres avis ? --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 30 août 2016 à 18:27 (CEST)<br />
:Je voulais attirer votre attention sur un fil du forum que l’on devrait prendre en considération : [http://forum.bepo.fr/viewtopic.php?pid=12899#p12899]<br />
:En gros, il dit que les caractères ^ et ` en touche morte et en accès direct ne sont pas les mêmes. Comment peut-on gérer ces cas ? [https://listengine.tuxfamily.org/ergodis.org/discussions/2016/09/msg00001.html --Mimoza] (transcription depuis la ML : [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 10 septembre 2016 à 13:19 (CEST))<br />
::La proposition de [[Version_2.0|version 2]] propose une alternative en accès direct au ^ et au ` en mode Langues, donc à l’état par défaut, à cause de l’avantage que cela apporte aux utilisateurs de Markdown et de LaTeX (toutefois, pour ce dernier il faudrait aussi le \, qui sur la proposition est seulement en accès direct quand le clavier est en mode Programmeur). [je vais vite finir la page version 2] [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 10 septembre 2016 à 13:27 (CEST)<br />
:::Le problème cité est spécifique à la version Android du pilote, qui n’est pas de notre ressort. --[[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 10 septembre 2016 à 13:36 (CEST)<br />
::::Merci. J’ai fait un raccourci, parce que je ne comprenais pas. Sur la ML, Flavien21 avait répondu :<br />
::Sinon pour le problème de ^ et ` différents, ça doit venir de sa disposition sous Android, car sur les autres plateforme on confirme tous que ce sont bien les même caractères. [https://listengine.tuxfamily.org/ergodis.org/discussions/2016/09/msg00002.html --Flavien21]<br />
<br />
=== Accès aux chiffres ===<br />
<br />
Plutôt qu’en Maj et par bascule VerrCap, les chiffres peuvent être accessibles en AltDr (Kana, “Pro”) et par bascule VerrPro (VerrKana) et en Num.<br />
:Pour quelle raison ? Par ailleurs, il me semble que cette proposition, mainte fois citée sur la ML, n’a pas suscité l’emballement. Cordialement --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 10 septembre 2016 à 22:34 (CEST)<br />
::C’est pour l’ergonomie et pour le fait d’être basculables sans bloquer les lettres en capitales, ni escamoter de caractères informatiques. Cette fonctionnalité était trop peu connue à l’époque quand le bépo était développé. La plupart des utilisateurs arrivent facilement à taper des nombres en bloquant un pouce sur Alt droite, sinon les autres et pour programmer on bascule.<br />
::L’emballement ne peut survenir qu’après test. Il est normal d’être d’abord sceptique, d’autant qu’on lit des plaintes de la part de Vietnamiens (qui ont les chiffres en AltGr). Mais c’est qu’ils ont dû avoir une bascule physique, qui aura disparu par la suite, et on ne leur a pas mis la bascule Kana :( [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 10 septembre 2016 à 23:03 (CEST)<br />
:::Puis pour la libération de places indispensables en Maj pour les guillemets-chevrons et pour les tirets, qui s’accompagnent d’espaces insécables fines (« ») ou justifiantes (—, –) ; et pour la libération de colonnes Direct-Maj pour des diacrités et digrammes soudés qui y seront mieux ergonomiquement et libéreront d’autres places mieux employées pour des caractères informatiques. [J’essaierai de mieux l’expliquer sur [[Version_2.0]].] [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 10 septembre 2016 à 23:27 (CEST)<br />
<br />
=== Optimiser l’ergonomie et le support typo ===<br />
<br />
''Le texte complet et l’image de la carte de la proposition provisoire ont été transférés sur la page'' [[Version_2.0]] ''par'' [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 4 septembre 2016 à 18:50 (CEST)<br />
<br />
[…] Sur le plan de l’ergonomie, les éléments nouveaux comprennent sur la rangée supérieure, l’accès avantageux aux chiffres par Alt droite (AltDr ou Pro) et sa bascule (Kana 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.<br />
<br />
Au niveau typographique on compte l’apostrophe déjà citée, ainsi que l’espace fine insécable (EFI) […] [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 31 août 2016 à 06:13 (CEST) (signature oubliée reconstituée par [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 9 septembre 2016 à 04:48 (CEST))<br />
<br />
:Marcel, on n’avait pas dit sur la ML que ce ne serait certainement pas pour cette version qu’on irait si loin dans les changements ? --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 1 septembre 2016 à 14:31 (CEST)<br />
:: On avait dit que le fait de sortir une version bridée maintenant et une autre version plus tard gaspille du process et n’est rien moins que sûr. Il faut par conséquent : ① Expliquer clairement les avantages d’une version optimisée ; ② Faire voter la communauté pour savoir si tout le monde est d’accord pour changer ou pour rester. Sur la ML, trois quatre personnes ont décidé pour des milliers de bépoètes actuels, et des millions à venir. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 3 septembre 2016 à 20:55 (CEST)<br />
<br />
== Vote sur les apostrophes ==<br />
<br />
Vu que c’est un peu ''le'' point central sur lequel on ne parvient pas à se mettre d’accord sur la ML, même avec un premier vote (où la proposition de permuter simplement les apostrophes l’a emporté de trop peu pour que ce soit significatif), je lance un vote ici.<br />
<br />
Il y a huit propositions, que j’essaye de détailler au mieux. Pour une noter une touche complète, j’écris : {direct, Maj, AltGr, Maj+AltGr}, par exemple : {a, A, æ, Æ}. LSGT est le nom de la touche en bas à gauche, qui accueille aujourd’hui {ê, Ê, /}.<br />
<br />
Les votes se font à la ''[[wikipedia:fr:Méthode Schulze|méthode Schulze]]'' (c’est une méthode de Condorcet avec une deuxième passe pour tenter de débloquer en cas d’absence de vainqueur). Merci de ''classer'' TOUTES les propositions, avec éventuellement des égalités. Par exemple : A > B=C > D=E=F > H > G. Signez vos votes. Ne rajoutez pas de nouvelles propositions en cours de vote par pitié !<br />
<br />
Il est possible d’insérer des argumentaires dans la partie discussions, mais merci de limiter au maximum vos commentaires de votes (ou de les déplacer s’ils suscitent un débat).<br />
<br />
Le vote dure jusqu’à jeudi 17 au soir (réunion AFNOR le 18, il faut impérativement avoir tranché alors). Les propositions sont détaillées ici, merci de ne pas y répondre directement :<br />
<br />
; Proposition A — permutation simple<br />
: La droite passe en AltGr+virgule et la courbe en accès direct. Les deux sont gravée sur le clavier.<br />
; Proposition B — permutation + dédoublement de la droite sur 6 en accès direct, @ passe sur AltGr+6.<br />
; Proposition C — permutation + dédoublement de la droite sur 6 en accès direct, @ passe sur LSGT et sur AltGr+6.<br />
: LSGT devient donc : {@, /, ê, Ê}.<br />
; Proposition D — permutation circulaire apostrophe courbe -> apostrophe droite -> arobase.<br />
: Donc la courbe en direct à l’emplacement apostrophe, la droite en direct sous 6, et l’arobase, peu utilisée, passe en AltGr + virgule. <br />
; Proposition E — courbe -> droite -> guillemets droits (accès direct sur 1) -> AltGr+1 (emplacement actuel du tiret tiret) -> où va le tiret ? ^^<br />
: Proposition incomplète de A2, à compléter éventuellement en cours de vote…<br />
; Proposition F — pas de permutation, pas de dédoublement. <br />
: On en reste à la situation de la version 1.0 : l’apostrophe courbe est en AltGr+virgule et la droite en accès direct. Les deux sont gravées sur le clavier.<br />
; Proposition G — permutation + dédoublement de la droite sur LSGT en accès direct.<br />
: LSGT devient {', /, ê, Ê}.<br />
; Proposition H — pas de permutation, mais dédoublement de l’apostrophe courbe sur LSGT en accès direct.<br />
: LSGT devient {’, /, ê, Ê}<br />
<br />
<br />
=== Notes techniques (pas un argumentaire) ===<br />
À noter que 6 est une touche assez peu accessible, et que AltGr+6 est l’une des positions les moins accessibles du clavier. Tous les caractères présents sur LSGT doivent être dupliqués ailleurs (éventuellement sur des positions peu accessibles). L’apostrophe est l’un des caractères les plus utilisés en français, par contre l’arobase est globalement peu utilisée, même en programmation.<br />
<br />
Note : Étant à l’origine de la proposition B qui propose de mettre l’arobase en AltGr+{6}, je signale qu’après discussion, j’ai été convaincu que sa place serait mieux en AltGr+{,}, ce que propose la réponse D. — [[Utilisateur:Flamme|Flamme]] ([[Discussion utilisateur:Flamme|discussion]])<br />
<br />
=== Débats et argumentaires ===<br />
* E : Le guillemet double informatique en {{t|AltGr}} facilite les enchaînements avec les touches mortes ''aigu'' (et ''double aigu'') et ''grave'' pour les guillemets-virgules doubles (tournés, bas) [suppose une mise à jour des touches mortes] et permettrait de libérer toutes les places occupées par lesdits guillemets. — Le guillemet double en accès indirect correspond grosso modo au qwerty. On n’entend pas de programmeurs sur qwerty s’en plaindre.<br/><br />
Le '''tiret''' : je verrais bien le tiret demi-cadratin sur {{t|AltGr}}+{{t|,|#fff}}, et le tiret cadratin à la place du demi-cadratin sur {{t|AltGr}}+{{t|$|#fff}} et en plus aussi redondé sur {{t|AltGr}}+{{t|6|#fff}} (parce que la touche {{t|$|#fff}} est trop éloignée pour des caractères sur une dispo ergonomique et servirait mieux de bascule).<br />
* D : L’arobase près du centre du clavier sur {{t|AltGr}}+{{t|,|#fff}} serait une compensation pour la perte de son accès direct, car certains utilisateurs (je ne dis pas combien) attendent qu’elle soit en accès direct et moi aussi je trouve ça pratique. Qu’on le veuille ou non, la place centrale dans le voisinage immédiat du symbole € est cohérente avec l’importance symbolique de l’@. --[[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 15 novembre 2016 à 23:50 (CET)<br />
<br />
=== Votes ===<br />
# A = D > G > B = C > H > F > E --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 15 novembre 2016 à 22:40 (CET)<br />
# F > A = D > H > G = B = C > E --[[Utilisateur:c4software|c4software]] ([[Discussion utilisateur:c4software|discussion]]) 15 novembre 2016 à 22:48 (CET)<br />
# A > F > D > G > B = C = H > E --[[Utilisateur:Case_Of|Case_Of]] ([[Discussion utilisateur:Case_Of|discussion]]) 15 novembre 2016 à 22:56 (CET)<br />
# A > D = G > C > H > B = F > E -- [[Utilisateur:Crako|Crako]] ([[Discussion utilisateur:Crako|discussion]]) 15 novembre 2016 à 22:59 (CET)<br />
# D > B = C > A > G > E > H > F -- [[Utilisateur:Flamme|Flamme]] ([[Discussion utilisateur:Flamme|discussion]])<br />
# F > A > H > D > B = C = G > E -- Gderou<br />
# D = E > G > A > C = B > H = F -- [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 15 novembre 2016 à 23:17 (CET)<br />
# A > F > G > H > B = C = D = E -- [[Utilisateur:logisim|Simon L]] ([[Discussion utilisateur:logisim|discussion]])<br />
# D > A > B = C > G > H > F > E --[[Utilisateur:beri|beri]] ([[Discussion utilisateur:beri|discussion]]) 15 novembre 2016 à 23:33 (CET)<br />
# A > D > F > B = C = E = G = H -- [[Utilisateur:Sinma|Sinma]] ([[Discussion utilisateur:Sinma|discussion]])<br />
# A > D [[Utilisateur:Nemolivier|nemolivier]] ([[Discussion utilisateur:Nemolivier|discussion]]) 16 novembre 2016 à 01:11 (CET)</div>
Nemolivier
https://bepo.fr/wiki/index.php?title=Utilisateur:Nemolivier/Tiret&diff=26133
Utilisateur:Nemolivier/Tiret
2016-11-05T16:49:56Z
<p>Nemolivier : /* Conclusion */</p>
<hr />
<div>Bonjour !<br />
<br />
Cette page est dédiée au tiret « - », à propos duquel il me semble que nous devrions revoir notre traitement au sein du clavier. J’utilise une modification depuis quelques mois et je la trouve très satisfaisante. Voici donc le raisonnement qui m’a conduit à faire cette modification.<br />
<br />
== Le constat ==<br />
<br />
=== Historique ===<br />
Lors de la création de la disposition « de base », il a très judicieusement été décidé que les symboles ne seraient placés qu’après, puisque très soumis à des variations liés à l’utilisation du clavier. Le placement du tiret n’a donc pas été « optimisé » par l’algorithme.<br />
<br />
=== Utilisation ===<br />
* Dans la langue française, comme trait d’union, '''avec la particularité de n’être jamais précédé ou suivi d’une espace''' ;<br />
* signe mathématique, même pour un non mathématicien puisqu’il indique tout simplement un chiffre négatif (pensez à ceux qui font leurs comptes, les fous) ;<br />
* dans les noms de fichiers, les url (sans espace avant ou après) ;<br />
* introduit le options dans le commandes shell, jamais d’espace après (parfois doublé) ;<br />
* signe d’exclusion dans les moteurs de recherche ;<br />
* langages de programmation (je n’y connais rien, mais je suppose) ;<br />
* autre ?<br />
<br />
=== Les chiffres ===<br />
Attention, il y a de fortes chances pour que ces chiffres ne tiennent pas compte de tous les usages ci-dessus (en particulier des usages sans espace, ce qui augmente le nombre des digrammes).<br />
<br />
''Caractère seul :''<br />
* 6887 occurrences sur 1953155 caractères ;<br />
* 0,426 %<br />
* 27 ème rang par ordre décroissant de fréquence sur 72 ;<br />
* moins fréquent que lui, on trouve :<br />
** en accès direct du pavé central : X, È, Y, Z, W, Ç <br />
** en accès Maj. du pavé central : :, ?, !, ;<br />
<br />
Il est donc '''moins accessibles''' que 10 caractères tout en étant plus courant !<br />
<br />
''Digrammes :''<br />
*t- : 1207<br />
*e- : 489<br />
*s- : 459<br />
*-c : 414<br />
*-m : 395<br />
*i- : 312<br />
*-i : 304<br />
*-^ : 288<br />
*-l : 276<br />
*-t : 226<br />
*-d : 221<br />
*-e : 204<br />
*z- : 201<br />
*-v : 181<br />
*-p : 164<br />
*a- : 148<br />
*n- : 130<br />
*o- : 100<br />
*u- : 95<br />
*d- : 88<br />
*r- : 79<br />
*à- : 77<br />
*x- : 77<br />
*-) : 71 (d’où sort-t-il, celui-ci ?)<br />
*-s : 66<br />
*-f : 56<br />
*-b : 56<br />
*-o : 56<br />
*-j : 53<br />
*-a : 49<br />
*-à : 48<br />
*-n : 33<br />
*-r : 28<br />
*-, : 28<br />
*-n : 27<br />
*é- : 26<br />
*l- : 20<br />
*y- : 20<br />
*f- : 17<br />
*c- : 16<br />
*-h : 15<br />
*p- : 14<br />
*g- : 13<br />
*-q : 13<br />
*h- : 11<br />
*-g : 9<br />
*-é : 7<br />
*k- : 6<br />
*b-: 5<br />
*-( : 5<br />
*m- : 5<br />
*v- : 4<br />
*-y : 3<br />
*w- : 3<br />
*-. : 2<br />
*-ç : 2<br />
*-z : 2<br />
*q- : 1<br />
*’- : 1<br />
*-x : 1<br />
*-w : 1<br />
*(- : 1<br />
*-" : 1<br />
<br />
-- : 1756 (ce sont des tiret sur demi-cadratin, en LaTeX par exemple)<br />
<br />
''On a donc :''<br />
'''8658''' digrammes (je ne sais pas quel est le total des digrammes)<br />
pour '''64''' digrammes différents ! (à peu près 80 digrammes pour « e », c’est donc un usage très varié, avec des interactions avec de nombreux autres symboles).<br />
<br />
== Conclusion ==<br />
En voyant tant les usages que les chiffres, on peut dire que c’est un caractère relativement courant, qu’il est utilisé dans de nombreux digrammes, et qu’il est moins bien placé que des caractères moins courants.<br />
Alors, il m’apparaît que le « - » devrait avoir une place sur le « pavé central » et ne pas être relégué sur la rangée du haut.<br />
<br />
== La proposition ==<br />
Je lui ai donc cherché une place parmi ses petits camarades ! <br />
<br />
Mon clavier est [[Utilisateur:Nemolivier|ici]] avec une image.<br />
<br />
=== Changement principaux ===<br />
<br />
J’ai choisi de le mettre sur [B] parce que :<br />
* La touche n’a pas une très grande accessibilité, ça ne « casse pas tout le reste » ;<br />
* sur les claviers non « splités » elle est accessible des deux mains : pour un caractère comme celui-ci, ce peut-être un avantage ;<br />
* c’est joli, comme ça, au milieu, au dessus de la barre d’espace, ça fait chic !<br />
<br />
== Conclusion ==<br />
* Je suis '''très''' content ! Les enchaînements au clavier se font bien mieux qu’avant, le «—» est très bien là.<br />
<br />
=== Pour ===<br />
*On donne une place « optimisé » à un caractère important, sans casser tous le travail de l’algorithme ;<br />
*On déplace des caractères peu courants (k et ç) pour un gain non négligeable à mon sens.<br />
<br />
=== Contre ===<br />
*le « - » n’est plus avec les autres opérateurs mathématiques ;<br />
*le Ç se retrouve en AltGr ;<br />
*Ça entraîne pas-mal de changements.<br />
<br />
== Pour les curieux ==<br />
Le monde des tirets, en particulier le tiret d’incise (tiret sur cadratin) est une petite merveille typographique…<br />
Pour les curieux, le net offre toutes sortes d’explication et de règles. Personnellement, j’aime bien le « trublion » Lacroux.<br />
À lire, donc, les entrées [http://www.orthotypographie.fr/volume-II/telegramme-troncation.html#Tiret « Tiret »] et [http://www.orthotypographie.fr/volume-I/date-dynastie.html#Dialogue « dialogue »] dans l’orthotypographe.<br />
<br />
[[Catégorie:Historique]]</div>
Nemolivier
https://bepo.fr/wiki/index.php?title=Utilisateur:Nemolivier/Tiret&diff=26132
Utilisateur:Nemolivier/Tiret
2016-11-05T16:49:30Z
<p>Nemolivier : /* Changement principaux */</p>
<hr />
<div>Bonjour !<br />
<br />
Cette page est dédiée au tiret « - », à propos duquel il me semble que nous devrions revoir notre traitement au sein du clavier. J’utilise une modification depuis quelques mois et je la trouve très satisfaisante. Voici donc le raisonnement qui m’a conduit à faire cette modification.<br />
<br />
== Le constat ==<br />
<br />
=== Historique ===<br />
Lors de la création de la disposition « de base », il a très judicieusement été décidé que les symboles ne seraient placés qu’après, puisque très soumis à des variations liés à l’utilisation du clavier. Le placement du tiret n’a donc pas été « optimisé » par l’algorithme.<br />
<br />
=== Utilisation ===<br />
* Dans la langue française, comme trait d’union, '''avec la particularité de n’être jamais précédé ou suivi d’une espace''' ;<br />
* signe mathématique, même pour un non mathématicien puisqu’il indique tout simplement un chiffre négatif (pensez à ceux qui font leurs comptes, les fous) ;<br />
* dans les noms de fichiers, les url (sans espace avant ou après) ;<br />
* introduit le options dans le commandes shell, jamais d’espace après (parfois doublé) ;<br />
* signe d’exclusion dans les moteurs de recherche ;<br />
* langages de programmation (je n’y connais rien, mais je suppose) ;<br />
* autre ?<br />
<br />
=== Les chiffres ===<br />
Attention, il y a de fortes chances pour que ces chiffres ne tiennent pas compte de tous les usages ci-dessus (en particulier des usages sans espace, ce qui augmente le nombre des digrammes).<br />
<br />
''Caractère seul :''<br />
* 6887 occurrences sur 1953155 caractères ;<br />
* 0,426 %<br />
* 27 ème rang par ordre décroissant de fréquence sur 72 ;<br />
* moins fréquent que lui, on trouve :<br />
** en accès direct du pavé central : X, È, Y, Z, W, Ç <br />
** en accès Maj. du pavé central : :, ?, !, ;<br />
<br />
Il est donc '''moins accessibles''' que 10 caractères tout en étant plus courant !<br />
<br />
''Digrammes :''<br />
*t- : 1207<br />
*e- : 489<br />
*s- : 459<br />
*-c : 414<br />
*-m : 395<br />
*i- : 312<br />
*-i : 304<br />
*-^ : 288<br />
*-l : 276<br />
*-t : 226<br />
*-d : 221<br />
*-e : 204<br />
*z- : 201<br />
*-v : 181<br />
*-p : 164<br />
*a- : 148<br />
*n- : 130<br />
*o- : 100<br />
*u- : 95<br />
*d- : 88<br />
*r- : 79<br />
*à- : 77<br />
*x- : 77<br />
*-) : 71 (d’où sort-t-il, celui-ci ?)<br />
*-s : 66<br />
*-f : 56<br />
*-b : 56<br />
*-o : 56<br />
*-j : 53<br />
*-a : 49<br />
*-à : 48<br />
*-n : 33<br />
*-r : 28<br />
*-, : 28<br />
*-n : 27<br />
*é- : 26<br />
*l- : 20<br />
*y- : 20<br />
*f- : 17<br />
*c- : 16<br />
*-h : 15<br />
*p- : 14<br />
*g- : 13<br />
*-q : 13<br />
*h- : 11<br />
*-g : 9<br />
*-é : 7<br />
*k- : 6<br />
*b-: 5<br />
*-( : 5<br />
*m- : 5<br />
*v- : 4<br />
*-y : 3<br />
*w- : 3<br />
*-. : 2<br />
*-ç : 2<br />
*-z : 2<br />
*q- : 1<br />
*’- : 1<br />
*-x : 1<br />
*-w : 1<br />
*(- : 1<br />
*-" : 1<br />
<br />
-- : 1756 (ce sont des tiret sur demi-cadratin, en LaTeX par exemple)<br />
<br />
''On a donc :''<br />
'''8658''' digrammes (je ne sais pas quel est le total des digrammes)<br />
pour '''64''' digrammes différents ! (à peu près 80 digrammes pour « e », c’est donc un usage très varié, avec des interactions avec de nombreux autres symboles).<br />
<br />
== Conclusion ==<br />
En voyant tant les usages que les chiffres, on peut dire que c’est un caractère relativement courant, qu’il est utilisé dans de nombreux digrammes, et qu’il est moins bien placé que des caractères moins courants.<br />
Alors, il m’apparaît que le « - » devrait avoir une place sur le « pavé central » et ne pas être relégué sur la rangée du haut.<br />
<br />
== La proposition ==<br />
Je lui ai donc cherché une place parmi ses petits camarades ! <br />
<br />
Mon clavier est [[Utilisateur:Nemolivier|ici]] avec une image.<br />
<br />
=== Changement principaux ===<br />
<br />
J’ai choisi de le mettre sur [B] parce que :<br />
* La touche n’a pas une très grande accessibilité, ça ne « casse pas tout le reste » ;<br />
* sur les claviers non « splités » elle est accessible des deux mains : pour un caractère comme celui-ci, ce peut-être un avantage ;<br />
* c’est joli, comme ça, au milieu, au dessus de la barre d’espace, ça fait chic !<br />
<br />
== Conclusion ==<br />
* Je suis '''très''' content ! Les enchaînements au clavier se font bien mieux qu’avant, le «—» est très bien là.<br />
* Le Ç est en AltGr, mais c’est sur la main gauche et il n’est quand-même pas très fréquent, ça passe.<br />
* Après avoir tapé « make » un certain nombre de fois, la position du K commence à venir !<br />
<br />
=== Pour ===<br />
*On donne une place « optimisé » à un caractère important, sans casser tous le travail de l’algorithme ;<br />
*On déplace des caractères peu courants (k et ç) pour un gain non négligeable à mon sens.<br />
<br />
=== Contre ===<br />
*le « - » n’est plus avec les autres opérateurs mathématiques ;<br />
*le Ç se retrouve en AltGr ;<br />
*Ça entraîne pas-mal de changements.<br />
<br />
== Pour les curieux ==<br />
Le monde des tirets, en particulier le tiret d’incise (tiret sur cadratin) est une petite merveille typographique…<br />
Pour les curieux, le net offre toutes sortes d’explication et de règles. Personnellement, j’aime bien le « trublion » Lacroux.<br />
À lire, donc, les entrées [http://www.orthotypographie.fr/volume-II/telegramme-troncation.html#Tiret « Tiret »] et [http://www.orthotypographie.fr/volume-I/date-dynastie.html#Dialogue « dialogue »] dans l’orthotypographe.<br />
<br />
[[Catégorie:Historique]]</div>
Nemolivier
https://bepo.fr/wiki/index.php?title=Utilisateur:Nemolivier/Tiret&diff=26131
Utilisateur:Nemolivier/Tiret
2016-11-05T16:49:05Z
<p>Nemolivier : /* Les chiffres */</p>
<hr />
<div>Bonjour !<br />
<br />
Cette page est dédiée au tiret « - », à propos duquel il me semble que nous devrions revoir notre traitement au sein du clavier. J’utilise une modification depuis quelques mois et je la trouve très satisfaisante. Voici donc le raisonnement qui m’a conduit à faire cette modification.<br />
<br />
== Le constat ==<br />
<br />
=== Historique ===<br />
Lors de la création de la disposition « de base », il a très judicieusement été décidé que les symboles ne seraient placés qu’après, puisque très soumis à des variations liés à l’utilisation du clavier. Le placement du tiret n’a donc pas été « optimisé » par l’algorithme.<br />
<br />
=== Utilisation ===<br />
* Dans la langue française, comme trait d’union, '''avec la particularité de n’être jamais précédé ou suivi d’une espace''' ;<br />
* signe mathématique, même pour un non mathématicien puisqu’il indique tout simplement un chiffre négatif (pensez à ceux qui font leurs comptes, les fous) ;<br />
* dans les noms de fichiers, les url (sans espace avant ou après) ;<br />
* introduit le options dans le commandes shell, jamais d’espace après (parfois doublé) ;<br />
* signe d’exclusion dans les moteurs de recherche ;<br />
* langages de programmation (je n’y connais rien, mais je suppose) ;<br />
* autre ?<br />
<br />
=== Les chiffres ===<br />
Attention, il y a de fortes chances pour que ces chiffres ne tiennent pas compte de tous les usages ci-dessus (en particulier des usages sans espace, ce qui augmente le nombre des digrammes).<br />
<br />
''Caractère seul :''<br />
* 6887 occurrences sur 1953155 caractères ;<br />
* 0,426 %<br />
* 27 ème rang par ordre décroissant de fréquence sur 72 ;<br />
* moins fréquent que lui, on trouve :<br />
** en accès direct du pavé central : X, È, Y, Z, W, Ç <br />
** en accès Maj. du pavé central : :, ?, !, ;<br />
<br />
Il est donc '''moins accessibles''' que 10 caractères tout en étant plus courant !<br />
<br />
''Digrammes :''<br />
*t- : 1207<br />
*e- : 489<br />
*s- : 459<br />
*-c : 414<br />
*-m : 395<br />
*i- : 312<br />
*-i : 304<br />
*-^ : 288<br />
*-l : 276<br />
*-t : 226<br />
*-d : 221<br />
*-e : 204<br />
*z- : 201<br />
*-v : 181<br />
*-p : 164<br />
*a- : 148<br />
*n- : 130<br />
*o- : 100<br />
*u- : 95<br />
*d- : 88<br />
*r- : 79<br />
*à- : 77<br />
*x- : 77<br />
*-) : 71 (d’où sort-t-il, celui-ci ?)<br />
*-s : 66<br />
*-f : 56<br />
*-b : 56<br />
*-o : 56<br />
*-j : 53<br />
*-a : 49<br />
*-à : 48<br />
*-n : 33<br />
*-r : 28<br />
*-, : 28<br />
*-n : 27<br />
*é- : 26<br />
*l- : 20<br />
*y- : 20<br />
*f- : 17<br />
*c- : 16<br />
*-h : 15<br />
*p- : 14<br />
*g- : 13<br />
*-q : 13<br />
*h- : 11<br />
*-g : 9<br />
*-é : 7<br />
*k- : 6<br />
*b-: 5<br />
*-( : 5<br />
*m- : 5<br />
*v- : 4<br />
*-y : 3<br />
*w- : 3<br />
*-. : 2<br />
*-ç : 2<br />
*-z : 2<br />
*q- : 1<br />
*’- : 1<br />
*-x : 1<br />
*-w : 1<br />
*(- : 1<br />
*-" : 1<br />
<br />
-- : 1756 (ce sont des tiret sur demi-cadratin, en LaTeX par exemple)<br />
<br />
''On a donc :''<br />
'''8658''' digrammes (je ne sais pas quel est le total des digrammes)<br />
pour '''64''' digrammes différents ! (à peu près 80 digrammes pour « e », c’est donc un usage très varié, avec des interactions avec de nombreux autres symboles).<br />
<br />
== Conclusion ==<br />
En voyant tant les usages que les chiffres, on peut dire que c’est un caractère relativement courant, qu’il est utilisé dans de nombreux digrammes, et qu’il est moins bien placé que des caractères moins courants.<br />
Alors, il m’apparaît que le « - » devrait avoir une place sur le « pavé central » et ne pas être relégué sur la rangée du haut.<br />
<br />
== La proposition ==<br />
Je lui ai donc cherché une place parmi ses petits camarades ! <br />
<br />
Mon clavier est [[Utilisateur:Nemolivier|ici]] avec une image.<br />
<br />
=== Changement principaux ===<br />
<br />
J’ai choisi de le mettre sur [B] parce que :<br />
* La touche n’a pas une très grande accessibilité, ça ne « casse pas tout le reste » ;<br />
* sur les claviers non « splités » elle est accessible des deux mains : pour un caractère comme celui-ci, ce peut-être un avantage ;<br />
* c’est joli, comme ça, au milieu, au dessus de la barre d’espace, ça fait chic !<br />
<br />
Que faire de K ? J’ai fait une petit valse comme suit : <br />
* - sur [B]<br />
*K sur [*]<br />
*Ç sur AltGr+{,}<br />
*/ sur [8]<br />
*« * » sur [9]<br />
*= sur [0]<br />
*+ sur [-]<br />
*[ sur [6]<br />
*] sur [7]<br />
<br />
<br />
<br />
== Conclusion ==<br />
* Je suis '''très''' content ! Les enchaînements au clavier se font bien mieux qu’avant, le «—» est très bien là.<br />
* Le Ç est en AltGr, mais c’est sur la main gauche et il n’est quand-même pas très fréquent, ça passe.<br />
* Après avoir tapé « make » un certain nombre de fois, la position du K commence à venir !<br />
<br />
=== Pour ===<br />
*On donne une place « optimisé » à un caractère important, sans casser tous le travail de l’algorithme ;<br />
*On déplace des caractères peu courants (k et ç) pour un gain non négligeable à mon sens.<br />
<br />
=== Contre ===<br />
*le « - » n’est plus avec les autres opérateurs mathématiques ;<br />
*le Ç se retrouve en AltGr ;<br />
*Ça entraîne pas-mal de changements.<br />
<br />
== Pour les curieux ==<br />
Le monde des tirets, en particulier le tiret d’incise (tiret sur cadratin) est une petite merveille typographique…<br />
Pour les curieux, le net offre toutes sortes d’explication et de règles. Personnellement, j’aime bien le « trublion » Lacroux.<br />
À lire, donc, les entrées [http://www.orthotypographie.fr/volume-II/telegramme-troncation.html#Tiret « Tiret »] et [http://www.orthotypographie.fr/volume-I/date-dynastie.html#Dialogue « dialogue »] dans l’orthotypographe.<br />
<br />
[[Catégorie:Historique]]</div>
Nemolivier
https://bepo.fr/wiki/index.php?title=Utilisateur:Nemolivier/Tiret&diff=26130
Utilisateur:Nemolivier/Tiret
2016-11-05T16:44:41Z
<p>Nemolivier : /* Utilisation */</p>
<hr />
<div>Bonjour !<br />
<br />
Cette page est dédiée au tiret « - », à propos duquel il me semble que nous devrions revoir notre traitement au sein du clavier. J’utilise une modification depuis quelques mois et je la trouve très satisfaisante. Voici donc le raisonnement qui m’a conduit à faire cette modification.<br />
<br />
== Le constat ==<br />
<br />
=== Historique ===<br />
Lors de la création de la disposition « de base », il a très judicieusement été décidé que les symboles ne seraient placés qu’après, puisque très soumis à des variations liés à l’utilisation du clavier. Le placement du tiret n’a donc pas été « optimisé » par l’algorithme.<br />
<br />
=== Utilisation ===<br />
* Dans la langue française, comme trait d’union, '''avec la particularité de n’être jamais précédé ou suivi d’une espace''' ;<br />
* signe mathématique, même pour un non mathématicien puisqu’il indique tout simplement un chiffre négatif (pensez à ceux qui font leurs comptes, les fous) ;<br />
* dans les noms de fichiers, les url (sans espace avant ou après) ;<br />
* introduit le options dans le commandes shell, jamais d’espace après (parfois doublé) ;<br />
* signe d’exclusion dans les moteurs de recherche ;<br />
* langages de programmation (je n’y connais rien, mais je suppose) ;<br />
* autre ?<br />
<br />
=== Les chiffres ===<br />
Attention, il y a de fortes chances pour que ces chiffres ne tiennent pas compte de tous les usages ci-dessus (en particulier des usages sans espace, ce qui augmente le nombre des digrammes).<br />
<br />
''Caractère seul :''<br />
* 6887 occurrences sur 1953155 caractères ;<br />
* 0,426 %<br />
* 27 ème rang par ordre décroissant de fréquence sur 72 ;<br />
* moins fréquent que lui, on trouve :<br />
** en accès direct du pavé central : X, È, Y, Z, W, Ç <br />
** en accès Maj. du pavé central : :, ?, !, ;<br />
<br />
Il est donc '''moins accessibles''' que 10 caractères tout en étant plus courant !<br />
<br />
''Digrammes :''<br />
*t- : 1207<br />
*e- : 489<br />
*s- : 459<br />
*-c : 414<br />
*-m : 395<br />
*i- : 312<br />
*-i : 304<br />
*-^ : 288<br />
*-l : 276<br />
*-t : 226<br />
*-d : 221<br />
*-e : 204<br />
*z- : 201<br />
*-v : 181<br />
*-p : 164<br />
*a- : 148<br />
*n- : 130<br />
*o- : 100<br />
*u- : 95<br />
*d- : 88<br />
*r- : 79<br />
*à- : 77<br />
*x- : 77<br />
*-) : 71 (d’où sort-t-il, celui-ci ?)<br />
*-s : 66<br />
*-f : 56<br />
*-b : 56<br />
*-o : 56<br />
*-j : 53<br />
*-a : 49<br />
*-à : 48<br />
*-n : 33<br />
*-r : 28<br />
*-, : 28<br />
*-n : 27<br />
*é- : 26<br />
*l- : 20<br />
*y- : 20<br />
*f- : 17<br />
*c- : 16<br />
*-h : 15<br />
*p- : 14<br />
*g- : 13<br />
*-q : 13<br />
*h- : 11<br />
*-g : 9<br />
*-é : 7<br />
*k- : 6<br />
*b-: 5<br />
*-( : 5<br />
*m- : 5<br />
*v- : 4<br />
*-y : 3<br />
*w- : 3<br />
*-. : 2<br />
*-ç : 2<br />
*-z : 2<br />
*q- : 1<br />
*’- : 1<br />
*-x : 1<br />
*-w : 1<br />
*(- : 1<br />
*-" : 1<br />
<br />
-- : 1756 (ce sont des tiret sur demi-cadratin, en LaTeX par exemple)<br />
<br />
''On a donc :''<br />
'''8658''' digrammes (je ne sais pas quel est le total des digrammes)<br />
et '''64''' digrammes différents ! (à peu pres 80 digrammes pour « e »).<br />
<br />
== Conclusion ==<br />
En voyant tant les usages que les chiffres, on peut dire que c’est un caractère relativement courant, qu’il est utilisé dans de nombreux digrammes, et qu’il est moins bien placé que des caractères moins courants.<br />
Alors, il m’apparaît que le « - » devrait avoir une place sur le « pavé central » et ne pas être relégué sur la rangée du haut.<br />
<br />
== La proposition ==<br />
Je lui ai donc cherché une place parmi ses petits camarades ! <br />
<br />
Mon clavier est [[Utilisateur:Nemolivier|ici]] avec une image.<br />
<br />
=== Changement principaux ===<br />
<br />
J’ai choisi de le mettre sur [B] parce que :<br />
* La touche n’a pas une très grande accessibilité, ça ne « casse pas tout le reste » ;<br />
* sur les claviers non « splités » elle est accessible des deux mains : pour un caractère comme celui-ci, ce peut-être un avantage ;<br />
* c’est joli, comme ça, au milieu, au dessus de la barre d’espace, ça fait chic !<br />
<br />
Que faire de K ? J’ai fait une petit valse comme suit : <br />
* - sur [B]<br />
*K sur [*]<br />
*Ç sur AltGr+{,}<br />
*/ sur [8]<br />
*« * » sur [9]<br />
*= sur [0]<br />
*+ sur [-]<br />
*[ sur [6]<br />
*] sur [7]<br />
<br />
<br />
<br />
== Conclusion ==<br />
* Je suis '''très''' content ! Les enchaînements au clavier se font bien mieux qu’avant, le «—» est très bien là.<br />
* Le Ç est en AltGr, mais c’est sur la main gauche et il n’est quand-même pas très fréquent, ça passe.<br />
* Après avoir tapé « make » un certain nombre de fois, la position du K commence à venir !<br />
<br />
=== Pour ===<br />
*On donne une place « optimisé » à un caractère important, sans casser tous le travail de l’algorithme ;<br />
*On déplace des caractères peu courants (k et ç) pour un gain non négligeable à mon sens.<br />
<br />
=== Contre ===<br />
*le « - » n’est plus avec les autres opérateurs mathématiques ;<br />
*le Ç se retrouve en AltGr ;<br />
*Ça entraîne pas-mal de changements.<br />
<br />
== Pour les curieux ==<br />
Le monde des tirets, en particulier le tiret d’incise (tiret sur cadratin) est une petite merveille typographique…<br />
Pour les curieux, le net offre toutes sortes d’explication et de règles. Personnellement, j’aime bien le « trublion » Lacroux.<br />
À lire, donc, les entrées [http://www.orthotypographie.fr/volume-II/telegramme-troncation.html#Tiret « Tiret »] et [http://www.orthotypographie.fr/volume-I/date-dynastie.html#Dialogue « dialogue »] dans l’orthotypographe.<br />
<br />
[[Catégorie:Historique]]</div>
Nemolivier
https://bepo.fr/wiki/index.php?title=Discussion:Version_1.1rc1&diff=25568
Discussion:Version 1.1rc1
2016-09-02T07:35:09Z
<p>Nemolivier : /* Variante en A */</p>
<hr />
<div>{{aide discussion}}<br />
== Ancienne discussion ==<br />
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]]. – [[Utilisateur:A2|A2]] ([[Discussion utilisateur:A2|discussion]]) 9 février 2016 à 03:13 (CET)<br />
<br />
== Première proposition de placement des caractères demandés par l’AFNOR ==<br />
Une première proposition ébauchée en janvier 2016 sur la ML (en rouge) :<br />
{{clavier105Bépo<br />
|compact=<br />
|È= {{k|è|È|{{morte|ò}}|{{R|{{morte|ȍ}}}}}}<br />
|W= {{k|w|W|{{R|ə}}| {{R|Ə}} }}<br />
|V= {{k|v|V|{{morte|ǒ}}| {{R| {{morte|ŏ}} }} }}<br />
|K= {{k|k|K|{{R| {{morte|õ}} }}| {{R|‑ }} }}<br />
|N= {{k|n|N|{{R|ŋ}} | {{R| Ŋ}} }}<br />
|Z= {{k|z|Z|{{R|ʒ}}| {{R|Ʒ}} }}<br />
}}<br />
<br />
* la brève morte (˘) passe de {{touches|AltGr|W}} en {{touches|AltGr|Maj|V}}<br />
* le tilde du K devient mort<br />
* l’''eng'' (ŋ) est mis en {{touches|AltGr|(Maj)|N}}<br />
* le ''schwa'' (ə) passe en {{touches|AltGr|(Maj)|W}}<br />
* l’''ezh'' (ʒ) est mis en {{touches|AltGr|(Maj)|Z}}<br />
* la morte double accent grave fonctionne en miroir de la double accent aigu (donc {{touches|AltGr|Maj|È}} devient un double accent grave mort)<br />
* le trait-d’union insécable est mis en {{touches|AltGr|Maj|K}}. – [[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 2 février 2016.<br />
<br />
== Valse des touches mortes ==<br />
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 {{touches|AltGr|Maj}}. 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 {{touches|AltGr|rangée de repos}} : il y a seulement trois touches mortes des vingt existantes en AltGr sur la rangée de repos… <br />
<br />
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…<br />
<br />
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. – [[Utilisateur:A2|A2]] ([[Discussion utilisateur:A2|discussion]]) 9 février 2016 à 23:35 (CET)<br />
<br />
:Le grave non mort est encore en Maj+%, non ? – [[Utilisateur:Flavien21|Flavien21]] 10 février 2016 à 13:05 (CET)<br />
:: Oui, le grave non mort est à cet endroit.<br />
:: 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 ?<br />
:: 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.<br />
:: 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''.<br />
:: 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'').<br />
:: Cordialement --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 10 février 2016 à 14:23 (CET)<br />
::: Merci de rappeler qu’on a le grave non mort en doublon. – [[Utilisateur:A2|A2]] ([[Discussion utilisateur:A2|discussion]]) 10 février 2016 à 20:33 (CET)<br />
Tenant compte de ce message d’A2, j’ai listé sur ma page personnelle quelques idées concernant les touches mortes. Cordialement --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 16 février 2016 à 23:51 (CET)<br />
: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. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 21 mai 2016 à 15:50 (CEST)<br />
<br />
== Une touche morte pour le latin étendu ? ==<br />
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.<br />
La position de cette touche est proposée en {{touches|AltGr|Maj|À}} ou {{touches|AltGr|Maj|L}}.<br />
<br />
Proposition de Flavien21 :<br />
Latin étendu et ponctuation étendue <br />
<br />
{{clavier105Bépo<br />
|compact=<br />
|dollar= {{k|♭|♯|♮| }}<br />
|un= {{k|―|‐|‒|}}<br />
|deux= {{k|‹|♀|⟨|⩽}}<br />
|trois= {{k|›|♂|⟩|⩾}}<br />
|quatre= {{k|⸤|⸢|⌞|⌜}}<br />
|cinq= {{k|⸥|⸣|⌟|⌝}}<br />
|six= {{k|♡|♢|♠|♣}}<br />
|sept= {{k|⁜|※|☞|⅓}}<br />
|huit= {{k|-|ↀ||⅔}}<br />
|neuf= {{k|∴|ↁ|∵|⅛}}<br />
|zéro= {{k|⁂|ↂ||⅜}}<br />
|égale= {{k|◌|ↇ||⅝}}<br />
|pourcentage= {{k|‴|ↈ|⁗|⅞}}<br />
|B= {{k||Ꞵ||}}<br />
|É= {{k||Ɛ||}}<br />
|P= {{k|ȹ|⁊|℗|}}<br />
|O= {{k||Ɔ||}}<br />
|È= {{k||Ꞷ||}}<br />
|circum= {{k||Ʌ||}}<br />
|V= {{k||Ɯ||}}<br />
|D= {{k|ȸ|||}}<br />
|L= {{k||Lj|LJ|}}<br />
|J= {{k||Ʒ||}}<br />
|Z= {{k||Dz|DZ|}}<br />
|W= {{k||Ƿ|ȣ|}}<br />
|A= {{k||Ɑ||}}<br />
|U= {{k||Ʊ|ɥ|}}<br />
|I= {{k||Ɩ||}}<br />
|E= {{k||Ǝ||}}<br />
|virgule= {{k||Ꞌ|ʔ|}}<br />
|C= {{k||Ɂ|ʕ|}}<br />
|T= {{k||ϴ||}}<br />
|S= {{k|st|ſt||}}<br />
|R= {{k|ʁ|||}}<br />
|N= {{k||Ŋ||}}<br />
|M= {{k||Nj|NJ|}}<br />
|BKSL= {{k||||}}<br />
|Ê= {{k|fi|fl||}}<br />
|À= {{k||Ꜣ|ꜥ|}}<br />
|Y= {{k||Ȝ||}}<br />
|X= {{k||Ʃ||}}<br />
|point= {{k|•|⁃||}}<br />
|K= {{k|ĸ|||}}<br />
|apos= {{k|⸮|‽||}}<br />
|Q= {{k||Ꭓ||}}<br />
|G= {{k||Ɣ||}}<br />
|H= {{k||Ƕ||}}<br />
|F= {{k|ff|ffl|ffi|}}<br />
|espace= {{k|||‾|}}<br />
}}<br />
<br />
Proposition de yeKcim :<br />
Moins fournie et reprend des caractères de la couche de base.<br />
<br />
{{clavier105Bépo<br />
|compact=<br />
|dollar= {{k||||}}<br />
|un= {{k||||}}<br />
|deux= {{k||||}}<br />
|trois= {{k||||}}<br />
|quatre= {{k||||}}<br />
|cinq= {{k||||}}<br />
|six= {{k||||}}<br />
|sept= {{k||||}}<br />
|huit= {{k||||}}<br />
|neuf= {{k||||}}<br />
|zéro= {{k||||}}<br />
|égale= {{k||||}}<br />
|pourcentage= {{k||||}}<br />
|B= {{k||||}}<br />
|É= {{k||Ǝ||}}<br />
|P= {{k||||}}<br />
|O= {{k||Ɔ||}}<br />
|È= {{k||Ɛ||}}<br />
|circum= {{k|ʔ|||}}<br />
|V= {{k||Ʌ||}}<br />
|D= {{k||Ð||}}<br />
|L= {{k||||}}<br />
|J= {{k||ϴ||}}<br />
|Z= {{k||Ʒ||}}<br />
|W= {{k||Ƿ||}}<br />
|A= {{k||Ɑ||}}<br />
|U= {{k||Ȣ||}}<br />
|I= {{k||Ə||}}<br />
|E= {{k||Ʃ||}}<br />
|virgule= {{k||Ꞌ||}}<br />
|C= {{k|ſ|||}}<br />
|T= {{k||Þ||}}<br />
|S= {{k||ẞ||}}<br />
|R= {{k||||}}<br />
|N= {{k||Ŋ||}}<br />
|M= {{k||||}}<br />
|BKSL= {{k| | | | }}<br />
|Ê= {{k||||}}<br />
|À= {{k||Ɐ||}}<br />
|Y= {{k||Ȝ||}}<br />
|X= {{k||||}}<br />
|point= {{k||||}}<br />
|K= {{k|ĸ|||}}<br />
|apos= {{k||Ɂ||}}<br />
|Q= {{k||||}}<br />
|G= {{k||Ɣ||}}<br />
|H= {{k||||}}<br />
|F= {{k||||}}<br />
|espace= {{k||||}}<br />
}}<br />
[[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 11 février 2016 à 11:52 (CET)<br />
: À 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 --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 13 février 2016 à 19:31 (CET)<br />
::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 {{t|È|#fff}}, 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 {{t|É|#fff}} 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. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 19 mai 2016 à 15:15 (CEST)<br />
[[Utilisateur:yeKcim|yeKcim]], 14 février 2016<br />
: 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 ?<br />
::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)]… [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 15 février 2016 à 22:41 (CET)<br />
::: 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 » ([[User:Milton|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.<br />
::: 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.<br />
::: Par curiosité, les ligatures de D, C et I en haut à droite, c’est des chiffres romains ?<br />
::: Cordialement --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 15 février 2016 à 23:05 (CET)<br />
::::Dièse est là en étendu du # qui lui ressemble et bémol et bécarre sont là par extensions.<br />
::::Je suis tout à fait d’accord pour mâle/femelle et la couleur des cartes, je les ai ajouté juste comme ça.<br />
::::Oui, ↀ, ↁ, ↂ, ↇ et ↈ sont les chiffres romain pour 1 000, 5 000, 10 000, 50 000 et 100 000. [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 15 février 2016 à 23:42 (CET)<br />
:<br />
::En réponse à la requête de yeKcim, je vais tâcher d’expliquer la « logique de fourre-tout ».<br />
::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.<br />
::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&nbsp;9995, du groupe tertiaire et suivants le cas échéant, et les cartes des touches mortes.<br />
::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. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 19 mai 2016 à 17:14 (CEST)<br />
<br />
Suite à la modification d’A2 de la page [[Version 1.0.1]] ou il mettait un lien vers la page [[Touche morte latin étendu]], j’ai donc créé cette dernière en y faisant une proposition très sensé et en accord avec la logique X.org pour une implémentation sur Linux (à part peut-être un ou deux caractères). Je vous invite à en discuter sur la page [[Discussion:Touche_morte_latin_étendu]].<br />
La description caractère par caractère n’est pas terminée. J’ai repris le modèle de la page de la touche morte monnaie. --[[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 30 août 2016 à 19:16 (CEST)<br />
:On perd quand même pas mal de caractères et autres accès pratiques. Tu veux vraiment chambouler la carte à quelques semaines de la normalisation alors que c’était parfaitement consensuel sur la ML ? :| Je reconnais que ça permet de beaucoup alléger la carte, après… --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 30 août 2016 à 20:37 (CEST)<br />
::Ben en fait on en avait pas encore discuter et je doute fortement que la carte sera accepté tel quel par la communauté --[[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 30 août 2016 à 21:50 (CEST)<br />
:::De toute façon, la normalisation consiste à définir un ensemble ''minimum'' de choses, en laissant de la place pour que les pilotes ajoutent ce qu'ils veulent. Si la carte latin étendu est trop chargée, personne ne la retiendra de toute façon. Dans ces conditions, je trouve que c'est une bonne idée d'avoir une carte « légère ». --[[Utilisateur:Thomas|Thomas]] ([[Discussion utilisateur:Thomas|discussion]]) 30 août 2016 à 22:47 (CEST)<br />
:::: D’où l’avantage de normaliser plutôt un ou mieux deux sélecteurs de groupe symétriques, car ce sera conforme à ISO/IEC 9995 et personne ne demandera de logique au niveau des inclusions (seulement pour les placements). Ce sont juste une, deux ou trois (ou plus de) cartes supplémentaires.[[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 30 août 2016 à 23:32 (CEST)<br />
Je pense qu’on peut s’accommoder de la perte des ligatures obsolètes, des chiffres romains > 500, des symboles de cartes, des anguleux ou encore des caractères sténographiques. Je peine à voir l’utilité des fractions (idem sur la couche de base d’ailleurs). Quant à la suppression des symboles musicaux et des tierce et quatrième, je suppose qu’ils migrent en couche maths ?<br />
<br />
J’ai juste un peu de mal à comprendre le choix du placement du thêta latin, et serais favorable à la réintroduction des puces ⁃ et ▪. Mais sinon, beau travail d’allégement, merci à toi ! --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 31 août 2016 à 12:20 (CEST)<br />
:Le Thêta latin peux passer en C, j’ai l’ai mis là car, pour mêtre une lettre par touche je ne voulais pas le laisser avec le Þ, je l’ai donc mis sur ç, car en API c’est le phonème le plus proche qui correspondait. Pour les autre caractères disparu, on peux les remettre en latin étendu, j’essayais de trouver des positions qui plairaient aussi à X.org, je n’ai pas fini du tout la page Latin Étendu, et depuis le début de ma mission à Franceinfo j’ai un peu moins le temps. --[[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 31 août 2016 à 20:20 (CEST)<br />
Ah d’accord, ne connaissant pas le roumain, je ne savais pas ce qui t’avait poussé à le mettre là. J’ai l’impression que le reste est bon. :) --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 31 août 2016 à 21:13 (CEST)<br />
:Attention à ne pas confondre Roumain et Rromani, deux langues complètement différentes. Cela dit je m’étais basé sur sa prononciation en API (θ, comme pour le þ) car en Rromani il se prononce comme un simple t (ou parfois d) --[[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 1 septembre 2016 à 05:03 (CEST)<br />
<br />
== Changement en attente ? ==<br />
<br />
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]»<br />
<br />
Attention aux combinaisons Maj+F[1-6] qui peuvent être utilisées par les logiciels...<br />
<br />
[[Utilisateur:airevspin|airevspin]] 12 février 2016 à 17:16 (CET)<br />
:Le changement de disposition clavier via l’OS comme dans les pays multilingue est préférable. [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 12 février 2016 à 19:41 (CET)<br />
<br />
== Inversion espace fine insécable et espace insécable ==<br />
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).<br />
<br />
: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. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 18 mai 2016 à 21:46 (CEST)<br />
<br />
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 [https://bugzilla.mozilla.org/show_bug.cgi?id=290565 connu depuis dix ans]).<br />
<br />
L’inversion des deux vous paraît-elle envisageable sur cette version ?<br />
<br />
Bien cordialement --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 13 février 2016 à 21:08 (CET)<br />
<br />
: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. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 18 mai 2016 à 21:39 (CEST)<br />
: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. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 19 mai 2016 à 00:42 (CEST)<br />
<br />
=== Doubler l’espace fine insécable sur une émulation de pavé numérique ===<br />
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.<br />
<br />
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).<br />
<br />
Mais en gros il n’y a pas de problème car l’objectif est un '''bépo&nbsp;105&nbsp;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. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 6 juin 2016 à 20:51 (CEST)<br />
<br />
== Touches mortes comme sélecteurs de groupe ==<br />
<br />
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.<br />
<br />
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 :<br />
*{{t|ê|#2f2}} {{t|«|#fff}} donne ‘‹’<br />
*{{t|ê|#2f2}} {{t|»|#fff}} donne ‘›’<br />
<br />
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+ :<br />
*{{t|ê|#2f2}} {{t|.|#fff}} donne ‘·’<br />
*{{t|ê|#2f2}} {{t|\:|#fff}} donne ‘…’ (La touche vive est le deux-points.)<br />
<br />
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 {{t|.|#fff}}.<br />
*{{t|ê|#2f2}} {{t|,|#fff}} donne ‘’’ soit l’apostrophe (typographique)<br />
Cela permet d’avoir ‘EFI;’ par Clavier+ en AltGr de {{t|,|#fff}}.<br />
<br />
*{{t|ê|#2f2}} {{t|?|#fff}} donne ‘¿’<br />
*{{t|ê|#2f2}} {{t|!|#fff}} donne ‘¡’<br />
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+. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 18 mai 2016 à 20:44 (CEST)<br />
<br />
L’utilisateur peut aussi ajouter des raccourcis Clavier+ pour générer les séquences ‘«EFI’ et ‘EFI»’ en AltGr de {{t|«|#fff}} et {{t|»|#fff}}, et ajouter – toujours dans Clavier+ – le remplacement des guillemets-chevrons par les chevrons mathématiques.[[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur: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.<br />
<br />
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.<br />
<br />
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. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 21 mai 2016 à 16:17 (CEST)<br />
<br />
=== Lettre apostrophe pour le breton, okina pour les langues polynésiennes ===<br />
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 :<br />
*{{t|ê|#2f2}} {{t|‘|#fff}} donne ‘ʻ’ (l’okina)<br />
*{{t|ê|#2f2}} {{t|’|#fff}} donne ‘ʼ’ (la lettre apostrophe)<br />
<br />
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 :<br />
*{{t|á|#2f2}} {{t|'|#fff}} donne ‘ʼ’ (la lettre apostrophe)<br />
*{{t|ò|#2f2}} {{t|'|#fff}} donne ‘ʻ’ (l’okina)<br />
<br />
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) :<br />
*{{t|ê|#2f2}} {{t|'|#fff}} donne ‘ʼ’ (la lettre apostrophe)<br />
*{{t|ê|#2f2}} {{t|`|#fff}} donne ‘ʻ’ (l’okina) [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 4 juin 2016 à 17:47 (CEST)<br />
<br />
== Pavé numérique émulé sur le bloc alphabétique ==<br />
<br />
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.<br />
<br />
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. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 4 juin 2016 à 17:47 (CEST)<br />
<br />
== Versionnage du bépo ==<br />
<br />
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. <br />
<br />
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. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 18 mai 2016 à 20:58 (CEST)<br />
: En même temps, garder 1.0.1 permet d’insister sur le fait que les changements sont absolument mineurs. C’est important pour la communication aussi… --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 31 août 2016 à 12:22 (CEST)<br />
<br />
== Changements à débattre ==<br />
<br />
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. --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 12:25 (CEST)<br />
<br />
=== Variante en A ===<br />
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 ? --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 12:25 (CEST)<br />
: On est d’accord --Flavien21<br />
: Oui oui [[Utilisateur:Nemolivier|nemolivier]] ([[Discussion utilisateur:Nemolivier|discussion]])<br />
:: On peut avoir à la fois la saisie en A et la touche tiret, et une version unique à promouvoir, si l’on place l’« À » sur la touche {4}, où il sera d’une accessibilité comparable à celle de l’« È » : Quand on tient la main en A et qu’on étend l’index et le majeur, on atteint en même temps l’{È} et la {(}. Celle-ci passerait en AltDroite + {A}, l’« Æ » sur {@}, l’« @ » sur {=}, le « = » sur {%}, lequel passerait au même niveau que les chiffres, soit Alt droite ou AltDr, qui sous Windows sera alors Kana, ou “Pro” comme Programmeur. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 30 août 2016 à 16:47 (CEST)<br />
::: Il y a un moment, Marcel, tu finis par être vraiment hors-sujet. La page de discussion devenant rapidement illisible on va finir par faire du ménage. [[Utilisateur:Nemolivier|nemolivier]] ([[Discussion utilisateur:Nemolivier|discussion]])<br />
<br />
=== Point souscrit ===<br />
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. --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 12:25 (CEST)<br />
: 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<br />
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<br />
: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. --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 12:25 (CEST)<br />
::C’est sa place actuelle sur Q [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 29 août 2016 à 16:32 (CEST)<br />
Oui, mais qu’y a-t-il de logique dans cette position ? --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 22:01 (CEST)<br />
:Pas plus que l’ogonek en AltGr+F --[[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 29 août 2016 à 22:07 (CEST)<br />
Ben justement, ça permettrait de donner une logique à la position de cette touche ! :D --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 22:36 (CEST)<br />
<br />
:Si l’arabe est pleinement supporté et que cette modification aide à sa saisie, je suis pour. Il y a un certain nombre d’arabophones qui sont aussi francophones, cool si le bépo peut les aider. Mais je pense qu’ils changent complètement de dispo pour écrire vraiment en arabe et pas avec l’alphabet latin, non ? [[Utilisateur:Nemolivier|nemolivier]] ([[Discussion utilisateur:Nemolivier|discussion]])<br />
::La romanisation standard de l’arabe est en effet pleinement supportée (avec l’ajout de deux caractères en latin étendu), et je confirme qu’avoir le point souscrit ainsi non seulement aide à sa saisie, mais surtout est un bon mnémotechnique (la position actuelle en Q n’ayant pas vraiment de logique). En ce qui concerne la saisie, les quelques arabophones que je connais (une quinzaine) ont souvent recours au « système D » pour écrire de l’arabe romanisé (que qui reste beaucoup plus simple que de passer par un outil de saisie des caractères arabes) à base des vingt-six lettres latines et de quelques chiffres pour émuler les lettres manquantes. --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 30 août 2016 à 12:20 (CEST)<br />
::: Placer un maximum de touches mortes sur la touche de leurs initiales ne permettrait-il pas de réduire la charge mentale ?<br />
::: Pour le plein support de l’arabe, prévoir aussi les caractères arabes en touches vives. Sous Windows j’ai cette modificatrice sur la bascule Pro et ne peux que recommander cette option pour le bépo. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 30 août 2016 à 23:41 (CEST)<br />
<br />
=== Lettre apostrophe ===<br />
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 ? --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 12:25 (CEST)<br />
: 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<br />
:: 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. --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 12:25 (CEST)<br />
::: Flavien, tu peux résumé tous les changements que tu proposes ? Ça semble bien coller.[[Utilisateur:Nemolivier|nemolivier]] ([[Discussion utilisateur:Nemolivier|discussion]])<br />
::::Je ne propose aucun changement, si ce n’est des adaptations par rapport à ce que disent les autres. Certains veulent la lettre apostrophe en touche vive (pour une raison qui m’échappe, car ce n’est pas plus utilisé en breton que le ó en catalan par exemple). J’essaye juste de leur trouver une solution logique pour y parvenir.<br />
::::Vu qu’ils voulaient mettre la lettre apostrophe en AltGr+Maj+’, il faut donc déplacer le Crochet/Hameçon. Vu que Milton propose de mettre le point souscrit en AltGr+H pour la retranscription de l’arabe qui utilise ḥ, ça libère AltGr+Maj+q, ce qui tombe bien car le Q a un truc qui ressemble à un crochet, pourquoi ne pas y mettre le Crochet du coup. Voilà, mais ce n’est pas forcément une proposition à proprement parler.<br> <br />
::::Pour mes propositions voir [[Utilisateur:Flavien21/BÉPOATX2|ici]]--[[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 29 août 2016 à 23:32 (CEST)<br />
:::::Et donc, pour reprendre ma proposition de deux sections où j’avais honteusement confondu la corne et le crochet, vous paraît-il envisageable de migrer le cornu (AltGr+Maj+{virgule}, c’est bien ça ?) mort en AltGr+Maj+{apostrophe}, et de ramener la virgule souscrite en AltGr+Maj+{virgule} ? --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 30 août 2016 à 00:38 (CEST)<br />
::::::Si la lettre apostrophe reste en Latin étendu oui, sinon ça risque d’être compliqué--[[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 30 août 2016 à 01:09 (CEST)<br />
Thomas, peut-être peux-tu détailler ta proposition de passer la lettre apostrophe en accès vif ? :-) --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 30 août 2016 à 00:27 (CEST)<br />
: Ma proposition part d'un double constat. <br />
: Premièrement, l'apostrophe-lettre est utilisée en breton (et ça devrait aussi être le cas en anglais si l'on en croit [[https://tedclancy.wordpress.com/2015/06/03/which-unicode-character-should-represent-the-english-apostrophe-and-why-the-unicode-committee-is-very-wrong ce lien]]). Or le breton est une langue de France, et notre travail s'inscrit dans le cadre de la normalisation AFNOR, qui a pour but de définir un clavier pour toutes les langues de France. Donc il est pertinent d'avoir l'apostrophe-lettre en accès vif. <br />
: Pour des raisons mnémotechniques, il est intéressant de regrouper ce caractère avec les autres apostrophes. Deux touches sont candidates: <br />
:* la touche virgule {, ; ’ ơ} (corne)<br />
:* la touche apostrophe {' ? ¿ ỏ} (hameçon)<br />
: Ces deux touches sont déjà remplies; il faudrait donc déplacer soit la corne soit l'hameçon. <br />
: <br />
: Deuxièmement, le caractère ¦ accessible par AltGr+Maj+b est inutile : personne n'a jamais su à quoi il servait. On peut donc le supprimer. <br />
: Par conséquent, je propose de déplacer la touche morte corne depuis AltGr+Maj+, vers AltGr+Maj+b et de mettre l'apostrophe-lettre en AltGr+Maj+, en remplacement de la corne. Sur le plan mnémotechnique, la lettre b est courbe et la corne aussi; son affectation sur la touche b n'est donc pas absurde. Et dans tous les cas, une corne n'est pas une virgule. En revanche, l'hameçon ressemble vaguement à un point d'interrogation; il vaut mieux le laisser sur la touche point d'interrogation. --[[Utilisateur:Thomas|Thomas]] 30 août 2016 à 10:43 (CEST)<br />
::Je comprends pourquoi il importe de supporter la lettre apostrophe, mais la question à laquelle il faut trancher, c’est davantage : pourquoi la mettre en AltGr+Maj plutôt qu’en direct latin mort ? Au passage, merci pour le lien au sujet de la lettre apostrophe en anglais ! :) --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 30 août 2016 à 12:35 (CEST)<br />
::: Il me semble qu'en AltGr+Maj, nous sommes plus certains que ce sera implémenté. La couche latin étendu est susceptible d'être oubliée par certains pilotes: ce sont des caractères rares, et le fait d'avoir d'avoir une touche morte qui ne correspond pas à un diacritique est inhabituel. Il y a donc un risque que les implémenteurs ne voient pas l'intérêt de la couche latin mort. --[[Utilisateur:Thomas|Thomas]] ([[Discussion utilisateur:Thomas|discussion]]) 30 août 2016 à 15:20 (CEST)<br />
::::Ce sont nous les implémenteurs, il n’y aura pas de problèmes sur la présence de la couche latin étendu.--[[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 30 août 2016 à 16:51 (CEST)<br />
::Le lien a trouvé les exceptions pour l’usage de la lettre apostrophe – contraction de « not », dans les noms propres — il a oublié de parler du cas possessif « ʼs », mais dans tous les autres cas comme dans « They’re » ou « He’s » (qui n’est pas du possessif dans ce cas) c’est bien une apostrophe simple et sépare deux mots. Il se contredit avec ses exemples du français.--[[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 30 août 2016 à 14:56 (CEST)<br />
:::Il y a peut-être des approximations dans son raisonnement, mais ça ne change rien à notre sujet :-) --[[Utilisateur:Thomas|Thomas]] ([[Discussion utilisateur:Thomas|discussion]]) 30 août 2016 à 15:20 (CEST)<br />
Je rejoins Flavien sur le fait que je doute que la couche latin étendu soit zappée. Elle contiendra plusieurs des caractères imposés par la norme, et ce ne sera pas la seule touche morte non diacritique (il y a déjà le dead_currency et le dead_greek, demain dead_api, dead_cyrl, dead_math). À mon avis, la principale chose qui puisse justifier un passage sur la couche principale, c’est la logique (par exemple, toutes les lettres de l’alphabet latin sont en accès vif, on ne va pas en mettre une en morte) et la visibilité que l’on accorde à un symbole (d’où ma proposition pour le copyleft). Ici, il me paraît en plus plus ergonomique de faire AltGr+T puis apo que AltGr+Maj+Apo, mais je puis me tromper. --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 30 août 2016 à 18:26 (CEST)<br />
:Je propose de laisser le sujet de côté pour le moment. Peut-être que la question pourra être abordée lors de la prochaine réunion avec l'AFNOR, et que nous aurons alors plus d'éléments pour décider: l'AFNOR aura peut-être elle-même une solution, et il sera pertinent de mettre les deux claviers (azerty et bépo) en cohérence. --[[Utilisateur:Thomas|Thomas]] ([[Discussion utilisateur:Thomas|discussion]]) 30 août 2016 à 21:00 (CEST)<br />
<br />
=== Tiret (105e touche) ===<br />
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 /). --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 12:25 (CEST)<br />
: Je suis pour ne rien toucher à la 105ᵉ touche sur la variante non-A. Mais on peux y mettre sur la 106ᵉ :D --Flavien<br />
:: Je suis pour une touche tiret !! Je crois que je préfère le croisillon… [[Utilisateur:Nemolivier|nemolivier]] ([[Discussion utilisateur:Nemolivier|discussion]])<br />
<br />
On pourrait également profiter de cette touche pour donner un accès plus simple à l'apostrophe typographique. On aurait alors {’ - / shy} ou {’ - # shy}. Il avait été question d'inverser les deux apostrophes (informatique et typographique), mais ça présente l'inconvénient de modifier (bien que légèrement) la gravure des claviers, et certains problèmes ont été soulevés quant à la compatibilité de l'apostrophe typographique avec certains logiciels. Avoir les deux apostrophes en accès immédiat pourrait éviter les problèmes. --[[Utilisateur:Thomas|Thomas]] ([[Discussion utilisateur:Thomas|discussion]]) 30 août 2016 à 11:04 (CEST)<br />
: Je ne trouve pas pertinent de mettre le tiret en Maj… regarde sa fréquence. En plus il est régulièrement utilisé sans espace, avant ou après. [[Utilisateur:Nemolivier|nemolivier]] ([[Discussion utilisateur:Nemolivier|discussion]])<br />
<br />
=== Copyleft ===<br />
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. --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 12:25 (CEST)<br />
: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<br />
::Le point de code ne change plus. --Marcel<br />
:::[…]<br />
:::Copyleft sera donc en 1F12F, plus qu’à lui trouver une place. --Flavien<br />
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 ! --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 12:25 (CEST)<br />
:On pourrait mettre le symbole copyleft en AltGr+Maj+r, à la place du symbole ®. En effet, le symbole ® est très rarement utilisé (plus rarement que © et ™), donc il peut être relégué dans le plan mathématique/symboles. D'autre part, le R inversé est en AltGr+r, donc on peut facilement mémoriser que le © inversé est aussi sur la touche r. --[[Utilisateur:Thomas|Thomas]] 29 août 2016 à 14:25 (CEST)<br />
:Il y a la déjà la corne en AltGr+Maj+{virgule} --[[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 29 août 2016 à 16:37 (CEST)<br />
Mais la corne, on propose deux sections plus haut de la déplacer sur Q. ;-) --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 22:02 (CEST)<br />
:Non, on parlait du crochet/hameçon --[[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 29 août 2016 à 22:04 (CEST)<br />
::Faut-il vraiment la touche morte cornu ? Sauf pour le diacritique cornu combinant, tous les caractères sont fusionnables avec la touche morte cédille. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 30 août 2016 à 23:54 (CEST)<br />
:::La cédille, non, mais effectivement on pourrai placer la virgule morte à la place de la corne sans déplacer la corne mais en les fusionnant, l’un n’ayant que O et U et l’autre que T et S. --[[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 31 août 2016 à 08:55 (CEST)<br />
::::La cédille aussi n’a que C D E G H K L N R S T, autant dire pas l’O ni l’U. L’avantage est dans le compose. « Compose virgule » vaut pour la cédille et est mieux pour le cornu que le « compose point-virgule » de la virgule souscrite (dans un compose à jour d’Unicode). Donc on peut fusionner le cornu avec la cédille, et utiliser « compose virgule virgule » comme doublage dédié au cornu, afin d’accéder aussi au diacritique combinant cornu. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 31 août 2016 à 11:58 (CEST)<br />
:::::Le compose peux-très bien être différent des touches morte, rien n’empêche d’avoir la corne avec la virgule en touche morte et la corne et la cédille en Compose+virgule. --[[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 31 août 2016 à 20:31 (CEST) <br />
Bon je viens de tester et malheureusement (encore) sur Windows, les caractères hors plan 1 Unicode en touche vive ne peuvent pas servir de base pour les caractères en touche morte. Ce qui veux dire soit on évite d'utiliser AltGr+Maj+{Ç} dans les touches mortes (de tête j'en compte 2 - en grec et en cyrillique) soit on met le Copyleft sur un emplacement inusité par les touches mortes mais de fait moins logique. --[[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 31 août 2016 à 09:22 (CEST)<br />
:Sous Windows les caractères SMP peuvent servir de base pour des caractères en touche morte grâce à la fonctionnalité d’enchaînement des touches mortes. Le surrogat haut est la base, et la cible est un caractère intermédiaire quelconque, mis en morte, suite à quoi le surrogat bas est la base, pour le caractère voulu comme résultat. (J’avais testé avec d’autres séquences.) [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 31 août 2016 à 11:58 (CEST)<br />
::Je ne suis pas suffisamment connaisseur pour pouvoir m’exprimer sur ces touches mortes exotiques (je suis à peine capable de différentier une cédille d’une virgule ou d’un ogonek), mais si la proposition de fusion de virgule morte et de cornu paraît censée aux utilisateurs de ces deux caractères, alors j’y suis favorable. Pour le copyleft en couche principale, ça pose problème pour le tréma+tonos en grec et pour le tche majuscule du serbe cyrillique. Il me semble qu’on peut s’en accommoder, d’autant que cette impossibilité dont tu parles semble relever du bug et devrait pouvoir être signalée à Microsoft. Bien à toi --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 31 août 2016 à 12:04 (CEST)<br />
<br />
::On ne parle par de la même chose Marcel --[[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 31 août 2016 à 20:25 (CEST)<br />
<br />
=== Barre inscrite ===<br />
À en croire [https://fr.wikipedia.org/wiki/Barre_inscrite 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. --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 12:25 (CEST)<br />
:Ç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<br />
:: Euh non, j’ai dit AltGr+Maj+{D}, pas AltGr+{D}. ;-) --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 12:25 (CEST)<br />
:::Ben du coup on pourrai inversé les deux, on privilégie l’écriture des langes sur les symboles mathématiques. --[[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 29 août 2016 à 16:38 (CEST)<br />
Voir selon la fréquence des usages peut-être ? --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 22:03 (CEST)<br />
<br />
Enfin je veux dire, je sais que mon avis est biaisé puisque j’ai recours fréquemment aux maths, mais on peut inverser… --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 22:43 (CEST)<br />
<br />
Je suis pour qu’on favorise les langues, contre les maths (désolé), mais c’est aussi que nombre de lettres mortes sont en AltGr, non ? Du coup c’est plus logique de continuer comme ça… [[Utilisateur:Nemolivier|nemolivier]] ([[Discussion utilisateur:Nemolivier|discussion]])<br />
: Pas à être désolé, je m’inclinerai devant ce qui arrange le plus grand nombre ! C’est vrai qu’à la réflexion, c’est sans doute plus pertinent de faire ainsi. Par contre, il y a aussi beaucoup de mortes en AltGr+Maj. Donc, rayé mort en AltGr+{D}, maths en AltGr+Maj+{D}. --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 30 août 2016 à 00:23 (CEST)<br />
<br />
=== Kana ===<br />
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 à <s>droite</s> gauche ?).<br />
: 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<br />
:: Du coup ça ferait doublon ? Je ne sais même pas où est la touche kana :D [[Utilisateur:Nemolivier|nemolivier]] ([[Discussion utilisateur:Nemolivier|discussion]])<br />
:::La touche kana n’est pas sur les claviers 105 par défaut, mais il est possible possible de remplacer n’importe quel touche par Kana en y changeant le VK associer. Dans notre cas, ce serai à la place de Alt Droit. Comme ça Windows le voit en Kana et non en Ctrl+Alt et on peux contrer certains raccourcis de logiciels. Cela dit, on mapperai quand même en plus les touches en AltGr normal (même s’il n’est plus sur le clavier), pour qu’on aie quand même les caractères en passant par la combinaison Ctrl+Alt. Donc c’est un doublon voulu. --[[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 29 août 2016 à 23:39 (CEST)<br />
:::[http://www.kbdedit.com/manual/ex13_replacing_altgr_with_kana.html Voici un exemple concret] --[[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 29 août 2016 à 23:54 (CEST)<br />
:::: Le manuel d’un logiciel décrit surtout le fonctionnement de ce logiciel. Pour voir comment cela se passe concrètement sous Windows, on n’a pas grand-chose et il faut voir dans les commentaires des sources Microsoft. Il en résulte que Kana est comme Maj en ce qu’il y a une modificatrice et une bascule, sauf que le lien logique entre les deux est OR au lieu d’XOR, et que le modificatrice Kana n’a pas de VK dédié. Et sauf que cela ne fonctionne pas dans les logiciels de création et d’édition de claviers, du fait de limitations arbitraires visant à simplifier le programme.<br />
:::: De manière générale, pour qu’une touche soit telle modificatrice, il ne faut pas lui attribuer un VK spécial. Ce qu’il faut faire, c’est de l’inscrire dans la section d’allocation de VK à drapeau de modificatrice (<code>static ALLOC_SECTION_LDATA VK_TO_BIT</code>). Les bascules quant à elles sont attribuées par le VK.<br />
:::: Il vaut alors mieux ne pas conserver les mappages en Ctrl + Alt. Mais sur les touches non-alphabétiques, où AltGr est traditionnellement utilisé le plus, les niveaux Ctrl + Alt peuvent servir par exemple à pallier la limitation des touches mortes à une seule unité de code. Ainsi Windows aura en revanche un peu plus de touches vives. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 30 août 2016 à 23:25 (CEST)<br />
<br />
=== Circonflexe et grave ===<br />
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 :<br />
* 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.<br />
* Ne rien changer.<br />
* Foutre ces caractères (ou l’un de ces caractères) au hasard un peu au hasard ailleurs en AltGr+Maj.<br />
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. --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 12:25 (CEST)<br />
: 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<br />
:: 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. --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 12:25 (CEST)<br />
:::Ça ne change rien au comportement actuel si ce n’est qu’en passant par la touche morte il faut faire une pression de plus --[[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 29 août 2016 à 16:40 (CEST)<br />
:: Si on a ce mécanisme de triple appui, on a toujours la solution mort+espace, non ? Les utilisateurs jugeront… [[Utilisateur:Nemolivier|nemolivier]] ([[Discussion utilisateur:Nemolivier|discussion]])<br />
: Je suis partisan de ne rien changer à la situation actuelle : le circonflexe et l'accent grave seront accessible en frappe directe et par leur touche morte. Ce n'est pas rationnel, mais avoir ^ sur la touche AltGr+Maj+é, c'est bizarre ; j'y verrai plutôt le double accent aigu, ce qui est facile à retenir et qui correspond au bépo actuel. --[[Utilisateur:Thomas|Thomas]] 29 août 2016 à 14:21 (CEST)<br />
OK. Pas d’autres avis ? --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 30 août 2016 à 18:27 (CEST)<br />
<br />
=== Accès aux chiffres ===<br />
<br />
Plutôt qu’en Maj et par bascule VerrCap, les chiffres peuvent être accessibles en AltDr (Kana, “Pro”) et par bascule VerrPro (VerrKana) et en Num.<br />
<br />
=== Optimiser l’ergonomie et le support typo ===<br />
<br />
Plutôt que comme un accomplissement, la normalisation du bépo peut être considérée comme un point de départ. Dans ce cas, le processus est le moment de la dernière chance. Si la promotion et la popularité du bépo passent à 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 ces idées deux ans plus tôt, mais ce n’est pas une raison d’exclure a priori que le bépo fasse une sorte de mue in extremis.<br />
la [[Utilisateur:Nemolivier/Ergo_Saisie_A|frappe en A]], l’exploitation de l’accessibilité des touches sous les médians et les annulaires<br />
Sur le plan de l’ergonomie, les éléments nouveaux comprennent sur la rangée supérieure, l’accès avantageux aux chiffres par Alt droite (AltDr ou Pro) et sa bascule (Kana 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.<br />
<br />
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 (ou VerrMaj + touche morte pour 20 % des touches sous Windows). Le [http://dispoclavier.com/index.html#i11 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.<br />
<br />
Proposition provisoire pour le bépo normalisé ([http://dispoclavier.com/index.html#i22 Voir avec les info-bulles]) :<br />
[[Fichier:Prop prov bépo.png]]<br />
:Marcel, on n’avait pas dit sur la ML que ce ne serait certainement pas pour cette version qu’on irait si loin dans les changements ? --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 1 septembre 2016 à 14:31 (CEST)</div>
Nemolivier
https://bepo.fr/wiki/index.php?title=Discussion:Version_1.1rc1&diff=25545
Discussion:Version 1.1rc1
2016-08-30T22:52:21Z
<p>Nemolivier : /* Tiret (105e touche) */</p>
<hr />
<div>{{aide discussion}}<br />
== Ancienne discussion ==<br />
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]]. – [[Utilisateur:A2|A2]] ([[Discussion utilisateur:A2|discussion]]) 9 février 2016 à 03:13 (CET)<br />
<br />
== Première proposition de placement des caractères demandés par l’AFNOR ==<br />
Une première proposition ébauchée en janvier 2016 sur la ML (en rouge) :<br />
{{clavier105Bépo<br />
|compact=<br />
|È= {{k|è|È|{{morte|ò}}|{{R|{{morte|ȍ}}}}}}<br />
|W= {{k|w|W|{{R|ə}}| {{R|Ə}} }}<br />
|V= {{k|v|V|{{morte|ǒ}}| {{R| {{morte|ŏ}} }} }}<br />
|K= {{k|k|K|{{R| {{morte|õ}} }}| {{R|‑ }} }}<br />
|N= {{k|n|N|{{R|ŋ}} | {{R| Ŋ}} }}<br />
|Z= {{k|z|Z|{{R|ʒ}}| {{R|Ʒ}} }}<br />
}}<br />
<br />
* la brève morte (˘) passe de {{touches|AltGr|W}} en {{touches|AltGr|Maj|V}}<br />
* le tilde du K devient mort<br />
* l’''eng'' (ŋ) est mis en {{touches|AltGr|(Maj)|N}}<br />
* le ''schwa'' (ə) passe en {{touches|AltGr|(Maj)|W}}<br />
* l’''ezh'' (ʒ) est mis en {{touches|AltGr|(Maj)|Z}}<br />
* la morte double accent grave fonctionne en miroir de la double accent aigu (donc {{touches|AltGr|Maj|È}} devient un double accent grave mort)<br />
* le trait-d’union insécable est mis en {{touches|AltGr|Maj|K}}. – [[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 2 février 2016.<br />
<br />
== Valse des touches mortes ==<br />
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 {{touches|AltGr|Maj}}. 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 {{touches|AltGr|rangée de repos}} : il y a seulement trois touches mortes des vingt existantes en AltGr sur la rangée de repos… <br />
<br />
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…<br />
<br />
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. – [[Utilisateur:A2|A2]] ([[Discussion utilisateur:A2|discussion]]) 9 février 2016 à 23:35 (CET)<br />
<br />
:Le grave non mort est encore en Maj+%, non ? – [[Utilisateur:Flavien21|Flavien21]] 10 février 2016 à 13:05 (CET)<br />
:: Oui, le grave non mort est à cet endroit.<br />
:: 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 ?<br />
:: 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.<br />
:: 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''.<br />
:: 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'').<br />
:: Cordialement --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 10 février 2016 à 14:23 (CET)<br />
::: Merci de rappeler qu’on a le grave non mort en doublon. – [[Utilisateur:A2|A2]] ([[Discussion utilisateur:A2|discussion]]) 10 février 2016 à 20:33 (CET)<br />
Tenant compte de ce message d’A2, j’ai listé sur ma page personnelle quelques idées concernant les touches mortes. Cordialement --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 16 février 2016 à 23:51 (CET)<br />
: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. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 21 mai 2016 à 15:50 (CEST)<br />
<br />
== Une touche morte pour le latin étendu ? ==<br />
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.<br />
La position de cette touche est proposée en {{touches|AltGr|Maj|À}} ou {{touches|AltGr|Maj|L}}.<br />
<br />
Proposition de Flavien21 :<br />
Latin étendu et ponctuation étendue <br />
<br />
{{clavier105Bépo<br />
|compact=<br />
|dollar= {{k|♭|♯|♮| }}<br />
|un= {{k|―|‐|‒|}}<br />
|deux= {{k|‹|♀|⟨|⩽}}<br />
|trois= {{k|›|♂|⟩|⩾}}<br />
|quatre= {{k|⸤|⸢|⌞|⌜}}<br />
|cinq= {{k|⸥|⸣|⌟|⌝}}<br />
|six= {{k|♡|♢|♠|♣}}<br />
|sept= {{k|⁜|※|☞|⅓}}<br />
|huit= {{k|-|ↀ||⅔}}<br />
|neuf= {{k|∴|ↁ|∵|⅛}}<br />
|zéro= {{k|⁂|ↂ||⅜}}<br />
|égale= {{k|◌|ↇ||⅝}}<br />
|pourcentage= {{k|‴|ↈ|⁗|⅞}}<br />
|B= {{k||Ꞵ||}}<br />
|É= {{k||Ɛ||}}<br />
|P= {{k|ȹ|⁊|℗|}}<br />
|O= {{k||Ɔ||}}<br />
|È= {{k||Ꞷ||}}<br />
|circum= {{k||Ʌ||}}<br />
|V= {{k||Ɯ||}}<br />
|D= {{k|ȸ|||}}<br />
|L= {{k||Lj|LJ|}}<br />
|J= {{k||Ʒ||}}<br />
|Z= {{k||Dz|DZ|}}<br />
|W= {{k||Ƿ|ȣ|}}<br />
|A= {{k||Ɑ||}}<br />
|U= {{k||Ʊ|ɥ|}}<br />
|I= {{k||Ɩ||}}<br />
|E= {{k||Ǝ||}}<br />
|virgule= {{k||Ꞌ|ʔ|}}<br />
|C= {{k||Ɂ|ʕ|}}<br />
|T= {{k||ϴ||}}<br />
|S= {{k|st|ſt||}}<br />
|R= {{k|ʁ|||}}<br />
|N= {{k||Ŋ||}}<br />
|M= {{k||Nj|NJ|}}<br />
|BKSL= {{k||||}}<br />
|Ê= {{k|fi|fl||}}<br />
|À= {{k||Ꜣ|ꜥ|}}<br />
|Y= {{k||Ȝ||}}<br />
|X= {{k||Ʃ||}}<br />
|point= {{k|•|⁃||}}<br />
|K= {{k|ĸ|||}}<br />
|apos= {{k|⸮|‽||}}<br />
|Q= {{k||Ꭓ||}}<br />
|G= {{k||Ɣ||}}<br />
|H= {{k||Ƕ||}}<br />
|F= {{k|ff|ffl|ffi|}}<br />
|espace= {{k|||‾|}}<br />
}}<br />
<br />
Proposition de yeKcim :<br />
Moins fournie et reprend des caractères de la couche de base.<br />
<br />
{{clavier105Bépo<br />
|compact=<br />
|dollar= {{k||||}}<br />
|un= {{k||||}}<br />
|deux= {{k||||}}<br />
|trois= {{k||||}}<br />
|quatre= {{k||||}}<br />
|cinq= {{k||||}}<br />
|six= {{k||||}}<br />
|sept= {{k||||}}<br />
|huit= {{k||||}}<br />
|neuf= {{k||||}}<br />
|zéro= {{k||||}}<br />
|égale= {{k||||}}<br />
|pourcentage= {{k||||}}<br />
|B= {{k||||}}<br />
|É= {{k||Ǝ||}}<br />
|P= {{k||||}}<br />
|O= {{k||Ɔ||}}<br />
|È= {{k||Ɛ||}}<br />
|circum= {{k|ʔ|||}}<br />
|V= {{k||Ʌ||}}<br />
|D= {{k||Ð||}}<br />
|L= {{k||||}}<br />
|J= {{k||ϴ||}}<br />
|Z= {{k||Ʒ||}}<br />
|W= {{k||Ƿ||}}<br />
|A= {{k||Ɑ||}}<br />
|U= {{k||Ȣ||}}<br />
|I= {{k||Ə||}}<br />
|E= {{k||Ʃ||}}<br />
|virgule= {{k||Ꞌ||}}<br />
|C= {{k|ſ|||}}<br />
|T= {{k||Þ||}}<br />
|S= {{k||ẞ||}}<br />
|R= {{k||||}}<br />
|N= {{k||Ŋ||}}<br />
|M= {{k||||}}<br />
|BKSL= {{k| | | | }}<br />
|Ê= {{k||||}}<br />
|À= {{k||Ɐ||}}<br />
|Y= {{k||Ȝ||}}<br />
|X= {{k||||}}<br />
|point= {{k||||}}<br />
|K= {{k|ĸ|||}}<br />
|apos= {{k||Ɂ||}}<br />
|Q= {{k||||}}<br />
|G= {{k||Ɣ||}}<br />
|H= {{k||||}}<br />
|F= {{k||||}}<br />
|espace= {{k||||}}<br />
}}<br />
[[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 11 février 2016 à 11:52 (CET)<br />
: À 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 --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 13 février 2016 à 19:31 (CET)<br />
::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 {{t|È|#fff}}, 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 {{t|É|#fff}} 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. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 19 mai 2016 à 15:15 (CEST)<br />
[[Utilisateur:yeKcim|yeKcim]], 14 février 2016<br />
: 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 ?<br />
::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)]… [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 15 février 2016 à 22:41 (CET)<br />
::: 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 » ([[User:Milton|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.<br />
::: 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.<br />
::: Par curiosité, les ligatures de D, C et I en haut à droite, c’est des chiffres romains ?<br />
::: Cordialement --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 15 février 2016 à 23:05 (CET)<br />
::::Dièse est là en étendu du # qui lui ressemble et bémol et bécarre sont là par extensions.<br />
::::Je suis tout à fait d’accord pour mâle/femelle et la couleur des cartes, je les ai ajouté juste comme ça.<br />
::::Oui, ↀ, ↁ, ↂ, ↇ et ↈ sont les chiffres romain pour 1 000, 5 000, 10 000, 50 000 et 100 000. [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 15 février 2016 à 23:42 (CET)<br />
:<br />
::En réponse à la requête de yeKcim, je vais tâcher d’expliquer la « logique de fourre-tout ».<br />
::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.<br />
::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&nbsp;9995, du groupe tertiaire et suivants le cas échéant, et les cartes des touches mortes.<br />
::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. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 19 mai 2016 à 17:14 (CEST)<br />
<br />
Suite à la modification d’A2 de la page [[Version 1.0.1]] ou il mettait un lien vers la page [[Touche morte latin étendu]], j’ai donc créé cette dernière en y faisant une proposition très sensé et en accord avec la logique X.org pour une implémentation sur Linux (à part peut-être un ou deux caractères). Je vous invite à en discuter sur la page [[Discussion:Touche_morte_latin_étendu]].<br />
La description caractère par caractère n’est pas terminée. J’ai repris le modèle de la page de la touche morte monnaie. --[[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 30 août 2016 à 19:16 (CEST)<br />
:On perd quand même pas mal de caractères et autres accès pratiques. Tu veux vraiment chambouler la carte à quelques semaines de la normalisation alors que c’était parfaitement consensuel sur la ML ? :| Je reconnais que ça permet de beaucoup alléger la carte, après… --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 30 août 2016 à 20:37 (CEST)<br />
::Ben en fait on en avait pas encore discuter et je doute fortement que la carte sera accepté tel quel par la communauté --[[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 30 août 2016 à 21:50 (CEST)<br />
:::De toute façon, la normalisation consiste à définir un ensemble ''minimum'' de choses, en laissant de la place pour que les pilotes ajoutent ce qu'ils veulent. Si la carte latin étendu est trop chargée, personne ne la retiendra de toute façon. Dans ces conditions, je trouve que c'est une bonne idée d'avoir une carte « légère ». --[[Utilisateur:Thomas|Thomas]] ([[Discussion utilisateur:Thomas|discussion]]) 30 août 2016 à 22:47 (CEST)<br />
:::: D’où l’avantage de normaliser plutôt un ou mieux deux sélecteurs de groupe symétriques, car ce sera conforme à ISO/IEC 9995 et personne ne demandera de logique au niveau des inclusions (seulement pour les placements). Ce sont juste une, deux ou trois (ou plus de) cartes supplémentaires.[[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 30 août 2016 à 23:32 (CEST)<br />
<br />
== Changement en attente ? ==<br />
<br />
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]»<br />
<br />
Attention aux combinaisons Maj+F[1-6] qui peuvent être utilisées par les logiciels...<br />
<br />
[[Utilisateur:airevspin|airevspin]] 12 février 2016 à 17:16 (CET)<br />
:Le changement de disposition clavier via l’OS comme dans les pays multilingue est préférable. [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 12 février 2016 à 19:41 (CET)<br />
<br />
== Inversion espace fine insécable et espace insécable ==<br />
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).<br />
<br />
: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. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 18 mai 2016 à 21:46 (CEST)<br />
<br />
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 [https://bugzilla.mozilla.org/show_bug.cgi?id=290565 connu depuis dix ans]).<br />
<br />
L’inversion des deux vous paraît-elle envisageable sur cette version ?<br />
<br />
Bien cordialement --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 13 février 2016 à 21:08 (CET)<br />
<br />
: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. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 18 mai 2016 à 21:39 (CEST)<br />
: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. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 19 mai 2016 à 00:42 (CEST)<br />
<br />
=== Doubler l’espace fine insécable sur une émulation de pavé numérique ===<br />
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.<br />
<br />
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).<br />
<br />
Mais en gros il n’y a pas de problème car l’objectif est un '''bépo&nbsp;105&nbsp;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. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 6 juin 2016 à 20:51 (CEST)<br />
<br />
== Touches mortes comme sélecteurs de groupe ==<br />
<br />
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.<br />
<br />
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 :<br />
*{{t|ê|#2f2}} {{t|«|#fff}} donne ‘‹’<br />
*{{t|ê|#2f2}} {{t|»|#fff}} donne ‘›’<br />
<br />
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+ :<br />
*{{t|ê|#2f2}} {{t|.|#fff}} donne ‘·’<br />
*{{t|ê|#2f2}} {{t|\:|#fff}} donne ‘…’ (La touche vive est le deux-points.)<br />
<br />
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 {{t|.|#fff}}.<br />
*{{t|ê|#2f2}} {{t|,|#fff}} donne ‘’’ soit l’apostrophe (typographique)<br />
Cela permet d’avoir ‘EFI;’ par Clavier+ en AltGr de {{t|,|#fff}}.<br />
<br />
*{{t|ê|#2f2}} {{t|?|#fff}} donne ‘¿’<br />
*{{t|ê|#2f2}} {{t|!|#fff}} donne ‘¡’<br />
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+. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 18 mai 2016 à 20:44 (CEST)<br />
<br />
L’utilisateur peut aussi ajouter des raccourcis Clavier+ pour générer les séquences ‘«EFI’ et ‘EFI»’ en AltGr de {{t|«|#fff}} et {{t|»|#fff}}, et ajouter – toujours dans Clavier+ – le remplacement des guillemets-chevrons par les chevrons mathématiques.[[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur: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.<br />
<br />
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.<br />
<br />
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. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 21 mai 2016 à 16:17 (CEST)<br />
<br />
=== Lettre apostrophe pour le breton, okina pour les langues polynésiennes ===<br />
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 :<br />
*{{t|ê|#2f2}} {{t|‘|#fff}} donne ‘ʻ’ (l’okina)<br />
*{{t|ê|#2f2}} {{t|’|#fff}} donne ‘ʼ’ (la lettre apostrophe)<br />
<br />
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 :<br />
*{{t|á|#2f2}} {{t|'|#fff}} donne ‘ʼ’ (la lettre apostrophe)<br />
*{{t|ò|#2f2}} {{t|'|#fff}} donne ‘ʻ’ (l’okina)<br />
<br />
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) :<br />
*{{t|ê|#2f2}} {{t|'|#fff}} donne ‘ʼ’ (la lettre apostrophe)<br />
*{{t|ê|#2f2}} {{t|`|#fff}} donne ‘ʻ’ (l’okina) [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 4 juin 2016 à 17:47 (CEST)<br />
<br />
== Pavé numérique émulé sur le bloc alphabétique ==<br />
<br />
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.<br />
<br />
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. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 4 juin 2016 à 17:47 (CEST)<br />
<br />
== Versionnage du bépo ==<br />
<br />
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. <br />
<br />
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. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 18 mai 2016 à 20:58 (CEST)<br />
<br />
== Changements à débattre ==<br />
<br />
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. --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 12:25 (CEST)<br />
<br />
=== Variante en A ===<br />
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 ? --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 12:25 (CEST)<br />
: On est d’accord --Flavien21<br />
: Oui oui [[Utilisateur:Nemolivier|nemolivier]] ([[Discussion utilisateur:Nemolivier|discussion]])<br />
:: On peut avoir à la fois la saisie en A et la touche tiret, et une version unique à promouvoir, si l’on place l’« À » sur la touche {4}, où il sera d’une accessibilité comparable à celle de l’« È » : Quand on tient la main en A et qu’on étend l’index et le majeur, on atteint en même temps l’{È} et la {(}. Celle-ci passerait en AltDroite + {A}, l’« Æ » sur {@}, l’« @ » sur {=}, le « = » sur {%}, lequel passerait au même niveau que les chiffres, soit Alt droite ou AltDr, qui sous Windows sera alors Kana, ou “Pro” comme Programmeur. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 30 août 2016 à 16:47 (CEST)<br />
<br />
=== Point souscrit ===<br />
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. --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 12:25 (CEST)<br />
: 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<br />
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<br />
: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. --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 12:25 (CEST)<br />
::C’est sa place actuelle sur Q [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 29 août 2016 à 16:32 (CEST)<br />
Oui, mais qu’y a-t-il de logique dans cette position ? --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 22:01 (CEST)<br />
:Pas plus que l’ogonek en AltGr+F --[[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 29 août 2016 à 22:07 (CEST)<br />
Ben justement, ça permettrait de donner une logique à la position de cette touche ! :D --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 22:36 (CEST)<br />
<br />
:Si l’arabe est pleinement supporté et que cette modification aide à sa saisie, je suis pour. Il y a un certain nombre d’arabophones qui sont aussi francophones, cool si le bépo peut les aider. Mais je pense qu’ils changent complètement de dispo pour écrire vraiment en arabe et pas avec l’alphabet latin, non ? [[Utilisateur:Nemolivier|nemolivier]] ([[Discussion utilisateur:Nemolivier|discussion]])<br />
::La romanisation standard de l’arabe est en effet pleinement supportée (avec l’ajout de deux caractères en latin étendu), et je confirme qu’avoir le point souscrit ainsi non seulement aide à sa saisie, mais surtout est un bon mnémotechnique (la position actuelle en Q n’ayant pas vraiment de logique). En ce qui concerne la saisie, les quelques arabophones que je connais (une quinzaine) ont souvent recours au « système D » pour écrire de l’arabe romanisé (que qui reste beaucoup plus simple que de passer par un outil de saisie des caractères arabes) à base des vingt-six lettres latines et de quelques chiffres pour émuler les lettres manquantes. --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 30 août 2016 à 12:20 (CEST)<br />
::: Placer un maximum de touches mortes sur la touche de leurs initiales ne permettrait-il pas de réduire la charge mentale ?<br />
::: Pour le plein support de l’arabe, prévoir aussi les caractères arabes en touches vives. Sous Windows j’ai cette modificatrice sur la bascule Pro et ne peux que recommander cette option pour le bépo. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 30 août 2016 à 23:41 (CEST)<br />
<br />
=== Lettre apostrophe ===<br />
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 ? --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 12:25 (CEST)<br />
: 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<br />
:: 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. --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 12:25 (CEST)<br />
::: Flavien, tu peux résumé tous les changements que tu proposes ? Ça semble bien coller.[[Utilisateur:Nemolivier|nemolivier]] ([[Discussion utilisateur:Nemolivier|discussion]])<br />
::::Je ne propose aucun changement, si ce n’est des adaptations par rapport à ce que disent les autres. Certains veulent la lettre apostrophe en touche vive (pour une raison qui m’échappe, car ce n’est pas plus utilisé en breton que le ó en catalan par exemple). J’essaye juste de leur trouver une solution logique pour y parvenir.<br />
::::Vu qu’ils voulaient mettre la lettre apostrophe en AltGr+Maj+’, il faut donc déplacer le Crochet/Hameçon. Vu que Milton propose de mettre le point souscrit en AltGr+H pour la retranscription de l’arabe qui utilise ḥ, ça libère AltGr+Maj+q, ce qui tombe bien car le Q a un truc qui ressemble à un crochet, pourquoi ne pas y mettre le Crochet du coup. Voilà, mais ce n’est pas forcément une proposition à proprement parler.<br> <br />
::::Pour mes propositions voir [[Utilisateur:Flavien21/BÉPOATX2|ici]]--[[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 29 août 2016 à 23:32 (CEST)<br />
:::::Et donc, pour reprendre ma proposition de deux sections où j’avais honteusement confondu la corne et le crochet, vous paraît-il envisageable de migrer le cornu (AltGr+Maj+{virgule}, c’est bien ça ?) mort en AltGr+Maj+{apostrophe}, et de ramener la virgule souscrite en AltGr+Maj+{virgule} ? --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 30 août 2016 à 00:38 (CEST)<br />
::::::Si la lettre apostrophe reste en Latin étendu oui, sinon ça risque d’être compliqué--[[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 30 août 2016 à 01:09 (CEST)<br />
Thomas, peut-être peux-tu détailler ta proposition de passer la lettre apostrophe en accès vif ? :-) --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 30 août 2016 à 00:27 (CEST)<br />
: Ma proposition part d'un double constat. <br />
: Premièrement, l'apostrophe-lettre est utilisée en breton (et ça devrait aussi être le cas en anglais si l'on en croit [[https://tedclancy.wordpress.com/2015/06/03/which-unicode-character-should-represent-the-english-apostrophe-and-why-the-unicode-committee-is-very-wrong ce lien]]). Or le breton est une langue de France, et notre travail s'inscrit dans le cadre de la normalisation AFNOR, qui a pour but de définir un clavier pour toutes les langues de France. Donc il est pertinent d'avoir l'apostrophe-lettre en accès vif. <br />
: Pour des raisons mnémotechniques, il est intéressant de regrouper ce caractère avec les autres apostrophes. Deux touches sont candidates: <br />
:* la touche virgule {, ; ’ ơ} (corne)<br />
:* la touche apostrophe {' ? ¿ ỏ} (hameçon)<br />
: Ces deux touches sont déjà remplies; il faudrait donc déplacer soit la corne soit l'hameçon. <br />
: <br />
: Deuxièmement, le caractère ¦ accessible par AltGr+Maj+b est inutile : personne n'a jamais su à quoi il servait. On peut donc le supprimer. <br />
: Par conséquent, je propose de déplacer la touche morte corne depuis AltGr+Maj+, vers AltGr+Maj+b et de mettre l'apostrophe-lettre en AltGr+Maj+, en remplacement de la corne. Sur le plan mnémotechnique, la lettre b est courbe et la corne aussi; son affectation sur la touche b n'est donc pas absurde. Et dans tous les cas, une corne n'est pas une virgule. En revanche, l'hameçon ressemble vaguement à un point d'interrogation; il vaut mieux le laisser sur la touche point d'interrogation. --[[Utilisateur:Thomas|Thomas]] 30 août 2016 à 10:43 (CEST)<br />
::Je comprends pourquoi il importe de supporter la lettre apostrophe, mais la question à laquelle il faut trancher, c’est davantage : pourquoi la mettre en AltGr+Maj plutôt qu’en direct latin mort ? Au passage, merci pour le lien au sujet de la lettre apostrophe en anglais ! :) --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 30 août 2016 à 12:35 (CEST)<br />
::: Il me semble qu'en AltGr+Maj, nous sommes plus certains que ce sera implémenté. La couche latin étendu est susceptible d'être oubliée par certains pilotes: ce sont des caractères rares, et le fait d'avoir d'avoir une touche morte qui ne correspond pas à un diacritique est inhabituel. Il y a donc un risque que les implémenteurs ne voient pas l'intérêt de la couche latin mort. --[[Utilisateur:Thomas|Thomas]] ([[Discussion utilisateur:Thomas|discussion]]) 30 août 2016 à 15:20 (CEST)<br />
::::Ce sont nous les implémenteurs, il n’y aura pas de problèmes sur la présence de la couche latin étendu.--[[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 30 août 2016 à 16:51 (CEST)<br />
::Le lien a trouvé les exceptions pour l’usage de la lettre apostrophe – contraction de « not », dans les noms propres — il a oublié de parler du cas possessif « ʼs », mais dans tous les autres cas comme dans « They’re » ou « He’s » (qui n’est pas du possessif dans ce cas) c’est bien une apostrophe simple et sépare deux mots. Il se contredit avec ses exemples du français.--[[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 30 août 2016 à 14:56 (CEST)<br />
:::Il y a peut-être des approximations dans son raisonnement, mais ça ne change rien à notre sujet :-) --[[Utilisateur:Thomas|Thomas]] ([[Discussion utilisateur:Thomas|discussion]]) 30 août 2016 à 15:20 (CEST)<br />
Je rejoins Flavien sur le fait que je doute que la couche latin étendu soit zappée. Elle contiendra plusieurs des caractères imposés par la norme, et ce ne sera pas la seule touche morte non diacritique (il y a déjà le dead_currency et le dead_greek, demain dead_api, dead_cyrl, dead_math). À mon avis, la principale chose qui puisse justifier un passage sur la couche principale, c’est la logique (par exemple, toutes les lettres de l’alphabet latin sont en accès vif, on ne va pas en mettre une en morte) et la visibilité que l’on accorde à un symbole (d’où ma proposition pour le copyleft). Ici, il me paraît en plus plus ergonomique de faire AltGr+T puis apo que AltGr+Maj+Apo, mais je puis me tromper. --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 30 août 2016 à 18:26 (CEST)<br />
:Je propose de laisser le sujet de côté pour le moment. Peut-être que la question pourra être abordée lors de la prochaine réunion avec l'AFNOR, et que nous aurons alors plus d'éléments pour décider: l'AFNOR aura peut-être elle-même une solution, et il sera pertinent de mettre les deux claviers (azerty et bépo) en cohérence. --[[Utilisateur:Thomas|Thomas]] ([[Discussion utilisateur:Thomas|discussion]]) 30 août 2016 à 21:00 (CEST)<br />
<br />
=== Tiret (105e touche) ===<br />
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 /). --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 12:25 (CEST)<br />
: Je suis pour ne rien toucher à la 105ᵉ touche sur la variante non-A. Mais on peux y mettre sur la 106ᵉ :D --Flavien<br />
:: Je suis pour une touche tiret !! Je crois que je préfère le croisillon… [[Utilisateur:Nemolivier|nemolivier]] ([[Discussion utilisateur:Nemolivier|discussion]])<br />
<br />
On pourrait également profiter de cette touche pour donner un accès plus simple à l'apostrophe typographique. On aurait alors {’ - / shy} ou {’ - # shy}. Il avait été question d'inverser les deux apostrophes (informatique et typographique), mais ça présente l'inconvénient de modifier (bien que légèrement) la gravure des claviers, et certains problèmes ont été soulevés quant à la compatibilité de l'apostrophe typographique avec certains logiciels. Avoir les deux apostrophes en accès immédiat pourrait éviter les problèmes. --[[Utilisateur:Thomas|Thomas]] ([[Discussion utilisateur:Thomas|discussion]]) 30 août 2016 à 11:04 (CEST)<br />
: Je ne trouve pas pertinent de mettre le tiret en Maj… regarde sa fréquence. En plus il est régulièrement utilisé sans espace, avant ou après. [[Utilisateur:Nemolivier|nemolivier]] ([[Discussion utilisateur:Nemolivier|discussion]])<br />
<br />
=== Copyleft ===<br />
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. --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 12:25 (CEST)<br />
: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<br />
::Le point de code ne change plus. --Marcel<br />
:::[…]<br />
:::Copyleft sera donc en 1F12F, plus qu’à lui trouver une place. --Flavien<br />
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 ! --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 12:25 (CEST)<br />
:On pourrait mettre le symbole copyleft en AltGr+Maj+r, à la place du symbole ®. En effet, le symbole ® est très rarement utilisé (plus rarement que © et ™), donc il peut être relégué dans le plan mathématique/symboles. D'autre part, le R inversé est en AltGr+r, donc on peut facilement mémoriser que le © inversé est aussi sur la touche r. --[[Utilisateur:Thomas|Thomas]] 29 août 2016 à 14:25 (CEST)<br />
:Il y a la déjà la corne en AltGr+Maj+{virgule} --[[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 29 août 2016 à 16:37 (CEST)<br />
Mais la corne, on propose deux sections plus haut de la déplacer sur Q. ;-) --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 22:02 (CEST)<br />
:Non, on parlait du crochet/hameçon --[[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 29 août 2016 à 22:04 (CEST)<br />
::Faut-il vraiment la touche morte cornu ? Sauf pour le diacritique cornu combinant, tous les caractères sont fusionnables avec la touche morte cédille. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 30 août 2016 à 23:54 (CEST)<br />
<br />
=== Barre inscrite ===<br />
À en croire [https://fr.wikipedia.org/wiki/Barre_inscrite 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. --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 12:25 (CEST)<br />
:Ç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<br />
:: Euh non, j’ai dit AltGr+Maj+{D}, pas AltGr+{D}. ;-) --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 12:25 (CEST)<br />
:::Ben du coup on pourrai inversé les deux, on privilégie l’écriture des langes sur les symboles mathématiques. --[[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 29 août 2016 à 16:38 (CEST)<br />
Voir selon la fréquence des usages peut-être ? --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 22:03 (CEST)<br />
<br />
Enfin je veux dire, je sais que mon avis est biaisé puisque j’ai recours fréquemment aux maths, mais on peut inverser… --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 22:43 (CEST)<br />
<br />
Je suis pour qu’on favorise les langues, contre les maths (désolé), mais c’est aussi que nombre de lettres mortes sont en AltGr, non ? Du coup c’est plus logique de continuer comme ça… [[Utilisateur:Nemolivier|nemolivier]] ([[Discussion utilisateur:Nemolivier|discussion]])<br />
: Pas à être désolé, je m’inclinerai devant ce qui arrange le plus grand nombre ! C’est vrai qu’à la réflexion, c’est sans doute plus pertinent de faire ainsi. Par contre, il y a aussi beaucoup de mortes en AltGr+Maj. Donc, rayé mort en AltGr+{D}, maths en AltGr+Maj+{D}. --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 30 août 2016 à 00:23 (CEST)<br />
<br />
=== Kana ===<br />
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 à <s>droite</s> gauche ?).<br />
: 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<br />
:: Du coup ça ferait doublon ? Je ne sais même pas où est la touche kana :D [[Utilisateur:Nemolivier|nemolivier]] ([[Discussion utilisateur:Nemolivier|discussion]])<br />
:::La touche kana n’est pas sur les claviers 105 par défaut, mais il est possible possible de remplacer n’importe quel touche par Kana en y changeant le VK associer. Dans notre cas, ce serai à la place de Alt Droit. Comme ça Windows le voit en Kana et non en Ctrl+Alt et on peux contrer certains raccourcis de logiciels. Cela dit, on mapperai quand même en plus les touches en AltGr normal (même s’il n’est plus sur le clavier), pour qu’on aie quand même les caractères en passant par la combinaison Ctrl+Alt. Donc c’est un doublon voulu. --[[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 29 août 2016 à 23:39 (CEST)<br />
:::[http://www.kbdedit.com/manual/ex13_replacing_altgr_with_kana.html Voici un exemple concret] --[[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 29 août 2016 à 23:54 (CEST)<br />
:::: Le manuel d’un logiciel décrit surtout le fonctionnement de ce logiciel. Pour voir comment cela se passe concrètement sous Windows, on n’a pas grand-chose et il faut voir dans les commentaires des sources Microsoft. Il en résulte que Kana est comme Maj en ce qu’il y a une modificatrice et une bascule, sauf que le lien logique entre les deux est OR au lieu d’XOR, et que le modificatrice Kana n’a pas de VK dédié. Et sauf que cela ne fonctionne pas dans les logiciels de création et d’édition de claviers, du fait de limitations arbitraires visant à simplifier le programme.<br />
:::: De manière générale, pour qu’une touche soit telle modificatrice, il ne faut pas lui attribuer un VK spécial. Ce qu’il faut faire, c’est de l’inscrire dans la section d’allocation de VK à drapeau de modificatrice (<code>static ALLOC_SECTION_LDATA VK_TO_BIT</code>). Les bascules quant à elles sont attribuées par le VK.<br />
:::: Il vaut alors mieux ne pas conserver les mappages en Ctrl + Alt. Mais sur les touches non-alphabétiques, où AltGr est traditionnellement utilisé le plus, les niveaux Ctrl + Alt peuvent servir par exemple à pallier la limitation des touches mortes à une seule unité de code. Ainsi Windows aura en revanche un peu plus de touches vives. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 30 août 2016 à 23:25 (CEST)<br />
<br />
=== Circonflexe et grave ===<br />
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 :<br />
* 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.<br />
* Ne rien changer.<br />
* Foutre ces caractères (ou l’un de ces caractères) au hasard un peu au hasard ailleurs en AltGr+Maj.<br />
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. --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 12:25 (CEST)<br />
: 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<br />
:: 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. --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 12:25 (CEST)<br />
:::Ça ne change rien au comportement actuel si ce n’est qu’en passant par la touche morte il faut faire une pression de plus --[[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 29 août 2016 à 16:40 (CEST)<br />
:: Si on a ce mécanisme de triple appui, on a toujours la solution mort+espace, non ? Les utilisateurs jugeront… [[Utilisateur:Nemolivier|nemolivier]] ([[Discussion utilisateur:Nemolivier|discussion]])<br />
: Je suis partisan de ne rien changer à la situation actuelle : le circonflexe et l'accent grave seront accessible en frappe directe et par leur touche morte. Ce n'est pas rationnel, mais avoir ^ sur la touche AltGr+Maj+é, c'est bizarre ; j'y verrai plutôt le double accent aigu, ce qui est facile à retenir et qui correspond au bépo actuel. --[[Utilisateur:Thomas|Thomas]] 29 août 2016 à 14:21 (CEST)<br />
OK. Pas d’autres avis ? --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 30 août 2016 à 18:27 (CEST)</div>
Nemolivier
https://bepo.fr/wiki/index.php?title=Discussion:Version_1.1rc1&diff=25497
Discussion:Version 1.1rc1
2016-08-29T21:15:06Z
<p>Nemolivier : /* Circonflexe et grave */</p>
<hr />
<div>{{aide discussion}}<br />
== Ancienne discussion ==<br />
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]]. – [[Utilisateur:A2|A2]] ([[Discussion utilisateur:A2|discussion]]) 9 février 2016 à 03:13 (CET)<br />
<br />
== Première proposition de placement des caractères demandés par l’AFNOR ==<br />
Une première proposition ébauchée en janvier 2016 sur la ML (en rouge) :<br />
{{clavier105Bépo<br />
|compact=<br />
|È= {{k|è|È|{{morte|ò}}|{{R|{{morte|ȍ}}}}}}<br />
|W= {{k|w|W|{{R|ə}}| {{R|Ə}} }}<br />
|V= {{k|v|V|{{morte|ǒ}}| {{R| {{morte|ŏ}} }} }}<br />
|K= {{k|k|K|{{R| {{morte|õ}} }}| {{R|‑ }} }}<br />
|N= {{k|n|N|{{R|ŋ}} | {{R| Ŋ}} }}<br />
|Z= {{k|z|Z|{{R|ʒ}}| {{R|Ʒ}} }}<br />
}}<br />
<br />
* la brève morte (˘) passe de {{touches|AltGr|W}} en {{touches|AltGr|Maj|V}}<br />
* le tilde du K devient mort<br />
* l’''eng'' (ŋ) est mis en {{touches|AltGr|(Maj)|N}}<br />
* le ''schwa'' (ə) passe en {{touches|AltGr|(Maj)|W}}<br />
* l’''ezh'' (ʒ) est mis en {{touches|AltGr|(Maj)|Z}}<br />
* la morte double accent grave fonctionne en miroir de la double accent aigu (donc {{touches|AltGr|Maj|È}} devient un double accent grave mort)<br />
* le trait-d’union insécable est mis en {{touches|AltGr|Maj|K}}. – [[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 2 février 2016.<br />
<br />
== Valse des touches mortes ==<br />
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 {{touches|AltGr|Maj}}. 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 {{touches|AltGr|rangée de repos}} : il y a seulement trois touches mortes des vingt existantes en AltGr sur la rangée de repos… <br />
<br />
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…<br />
<br />
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. – [[Utilisateur:A2|A2]] ([[Discussion utilisateur:A2|discussion]]) 9 février 2016 à 23:35 (CET)<br />
<br />
:Le grave non mort est encore en Maj+%, non ? – [[Utilisateur:Flavien21|Flavien21]] 10 février 2016 à 13:05 (CET)<br />
:: Oui, le grave non mort est à cet endroit.<br />
:: 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 ?<br />
:: 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.<br />
:: 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''.<br />
:: 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'').<br />
:: Cordialement --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 10 février 2016 à 14:23 (CET)<br />
::: Merci de rappeler qu’on a le grave non mort en doublon. – [[Utilisateur:A2|A2]] ([[Discussion utilisateur:A2|discussion]]) 10 février 2016 à 20:33 (CET)<br />
Tenant compte de ce message d’A2, j’ai listé sur ma page personnelle quelques idées concernant les touches mortes. Cordialement --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 16 février 2016 à 23:51 (CET)<br />
: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. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 21 mai 2016 à 15:50 (CEST)<br />
<br />
== Une touche morte pour le latin étendu ? ==<br />
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.<br />
La position de cette touche est proposée en {{touches|AltGr|Maj|À}} ou {{touches|AltGr|Maj|L}}.<br />
<br />
Proposition de Flavien21 :<br />
Latin étendu et ponctuation étendue <br />
<br />
{{clavier105Bépo<br />
|compact=<br />
|dollar= {{k|♭|♯|♮| }}<br />
|un= {{k|―|‐|‒|}}<br />
|deux= {{k|‹|♀|⟨|⩽}}<br />
|trois= {{k|›|♂|⟩|⩾}}<br />
|quatre= {{k|⸤|⸢|⌞|⌜}}<br />
|cinq= {{k|⸥|⸣|⌟|⌝}}<br />
|six= {{k|♡|♢|♠|♣}}<br />
|sept= {{k|⁜|※|☞|⅓}}<br />
|huit= {{k|-|ↀ||⅔}}<br />
|neuf= {{k|∴|ↁ|∵|⅛}}<br />
|zéro= {{k|⁂|ↂ||⅜}}<br />
|égale= {{k|◌|ↇ||⅝}}<br />
|pourcentage= {{k|‴|ↈ|⁗|⅞}}<br />
|B= {{k||Ꞵ||}}<br />
|É= {{k||Ɛ||}}<br />
|P= {{k|ȹ|⁊|℗|}}<br />
|O= {{k||Ɔ||}}<br />
|È= {{k||Ꞷ||}}<br />
|circum= {{k||Ʌ||}}<br />
|V= {{k||Ɯ||}}<br />
|D= {{k|ȸ|||}}<br />
|L= {{k||Lj|LJ|}}<br />
|J= {{k||Ʒ||}}<br />
|Z= {{k||Dz|DZ|}}<br />
|W= {{k||Ƿ|ȣ|}}<br />
|A= {{k||Ɑ||}}<br />
|U= {{k||Ʊ|ɥ|}}<br />
|I= {{k||Ɩ||}}<br />
|E= {{k||Ǝ||}}<br />
|virgule= {{k||Ꞌ|ʔ|}}<br />
|C= {{k||Ɂ|ʕ|}}<br />
|T= {{k||ϴ||}}<br />
|S= {{k|st|ſt||}}<br />
|R= {{k|ʁ|||}}<br />
|N= {{k||Ŋ||}}<br />
|M= {{k||Nj|NJ|}}<br />
|BKSL= {{k||||}}<br />
|Ê= {{k|fi|fl||}}<br />
|À= {{k||Ꜣ|ꜥ|}}<br />
|Y= {{k||Ȝ||}}<br />
|X= {{k||Ʃ||}}<br />
|point= {{k|•|⁃||}}<br />
|K= {{k|ĸ|||}}<br />
|apos= {{k|⸮|‽||}}<br />
|Q= {{k||Ꭓ||}}<br />
|G= {{k||Ɣ||}}<br />
|H= {{k||Ƕ||}}<br />
|F= {{k|ff|ffl|ffi|}}<br />
|espace= {{k|||‾|}}<br />
}}<br />
<br />
Proposition de yeKcim :<br />
Moins fournie et reprend des caractères de la couche de base.<br />
<br />
{{clavier105Bépo<br />
|compact=<br />
|dollar= {{k||||}}<br />
|un= {{k||||}}<br />
|deux= {{k||||}}<br />
|trois= {{k||||}}<br />
|quatre= {{k||||}}<br />
|cinq= {{k||||}}<br />
|six= {{k||||}}<br />
|sept= {{k||||}}<br />
|huit= {{k||||}}<br />
|neuf= {{k||||}}<br />
|zéro= {{k||||}}<br />
|égale= {{k||||}}<br />
|pourcentage= {{k||||}}<br />
|B= {{k||||}}<br />
|É= {{k||Ǝ||}}<br />
|P= {{k||||}}<br />
|O= {{k||Ɔ||}}<br />
|È= {{k||Ɛ||}}<br />
|circum= {{k|ʔ|||}}<br />
|V= {{k||Ʌ||}}<br />
|D= {{k||Ð||}}<br />
|L= {{k||||}}<br />
|J= {{k||ϴ||}}<br />
|Z= {{k||Ʒ||}}<br />
|W= {{k||Ƿ||}}<br />
|A= {{k||Ɑ||}}<br />
|U= {{k||Ȣ||}}<br />
|I= {{k||Ə||}}<br />
|E= {{k||Ʃ||}}<br />
|virgule= {{k||Ꞌ||}}<br />
|C= {{k|ſ|||}}<br />
|T= {{k||Þ||}}<br />
|S= {{k||ẞ||}}<br />
|R= {{k||||}}<br />
|N= {{k||Ŋ||}}<br />
|M= {{k||||}}<br />
|BKSL= {{k| | | | }}<br />
|Ê= {{k||||}}<br />
|À= {{k||Ɐ||}}<br />
|Y= {{k||Ȝ||}}<br />
|X= {{k||||}}<br />
|point= {{k||||}}<br />
|K= {{k|ĸ|||}}<br />
|apos= {{k||Ɂ||}}<br />
|Q= {{k||||}}<br />
|G= {{k||Ɣ||}}<br />
|H= {{k||||}}<br />
|F= {{k||||}}<br />
|espace= {{k||||}}<br />
}}<br />
[[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 11 février 2016 à 11:52 (CET)<br />
: À 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 --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 13 février 2016 à 19:31 (CET)<br />
::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 {{t|È|#fff}}, 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 {{t|É|#fff}} 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. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 19 mai 2016 à 15:15 (CEST)<br />
[[Utilisateur:yeKcim|yeKcim]], 14 février 2016<br />
: 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 ?<br />
::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)]… [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 15 février 2016 à 22:41 (CET)<br />
::: 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 » ([[User:Milton|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.<br />
::: 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.<br />
::: Par curiosité, les ligatures de D, C et I en haut à droite, c’est des chiffres romains ?<br />
::: Cordialement --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 15 février 2016 à 23:05 (CET)<br />
::::Dièse est là en étendu du # qui lui ressemble et bémol et bécarre sont là par extensions.<br />
::::Je suis tout à fait d’accord pour mâle/femelle et la couleur des cartes, je les ai ajouté juste comme ça.<br />
::::Oui, ↀ, ↁ, ↂ, ↇ et ↈ sont les chiffres romain pour 1 000, 5 000, 10 000, 50 000 et 100 000. [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 15 février 2016 à 23:42 (CET)<br />
:<br />
::En réponse à la requête de yeKcim, je vais tâcher d’expliquer la « logique de fourre-tout ».<br />
::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.<br />
::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&nbsp;9995, du groupe tertiaire et suivants le cas échéant, et les cartes des touches mortes.<br />
::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. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 19 mai 2016 à 17:14 (CEST)<br />
<br />
== Changement en attente ? ==<br />
<br />
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]»<br />
<br />
Attention aux combinaisons Maj+F[1-6] qui peuvent être utilisées par les logiciels...<br />
<br />
[[Utilisateur:airevspin|airevspin]] 12 février 2016 à 17:16 (CET)<br />
:Le changement de disposition clavier via l’OS comme dans les pays multilingue est préférable. [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 12 février 2016 à 19:41 (CET)<br />
<br />
== Inversion espace fine insécable et espace insécable ==<br />
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).<br />
<br />
: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. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 18 mai 2016 à 21:46 (CEST)<br />
<br />
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 [https://bugzilla.mozilla.org/show_bug.cgi?id=290565 connu depuis dix ans]).<br />
<br />
L’inversion des deux vous paraît-elle envisageable sur cette version ?<br />
<br />
Bien cordialement --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 13 février 2016 à 21:08 (CET)<br />
<br />
: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. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 18 mai 2016 à 21:39 (CEST)<br />
: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. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 19 mai 2016 à 00:42 (CEST)<br />
<br />
=== Doubler l’espace fine insécable sur une émulation de pavé numérique ===<br />
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.<br />
<br />
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).<br />
<br />
Mais en gros il n’y a pas de problème car l’objectif est un '''bépo&nbsp;105&nbsp;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. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 6 juin 2016 à 20:51 (CEST)<br />
<br />
== Touches mortes comme sélecteurs de groupe ==<br />
<br />
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.<br />
<br />
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 :<br />
*{{t|ê|#2f2}} {{t|«|#fff}} donne ‘‹’<br />
*{{t|ê|#2f2}} {{t|»|#fff}} donne ‘›’<br />
<br />
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+ :<br />
*{{t|ê|#2f2}} {{t|.|#fff}} donne ‘·’<br />
*{{t|ê|#2f2}} {{t|\:|#fff}} donne ‘…’ (La touche vive est le deux-points.)<br />
<br />
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 {{t|.|#fff}}.<br />
*{{t|ê|#2f2}} {{t|,|#fff}} donne ‘’’ soit l’apostrophe (typographique)<br />
Cela permet d’avoir ‘EFI;’ par Clavier+ en AltGr de {{t|,|#fff}}.<br />
<br />
*{{t|ê|#2f2}} {{t|?|#fff}} donne ‘¿’<br />
*{{t|ê|#2f2}} {{t|!|#fff}} donne ‘¡’<br />
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+. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 18 mai 2016 à 20:44 (CEST)<br />
<br />
L’utilisateur peut aussi ajouter des raccourcis Clavier+ pour générer les séquences ‘«EFI’ et ‘EFI»’ en AltGr de {{t|«|#fff}} et {{t|»|#fff}}, et ajouter – toujours dans Clavier+ – le remplacement des guillemets-chevrons par les chevrons mathématiques.[[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur: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.<br />
<br />
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.<br />
<br />
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. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 21 mai 2016 à 16:17 (CEST)<br />
<br />
=== Lettre apostrophe pour le breton, okina pour les langues polynésiennes ===<br />
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 :<br />
*{{t|ê|#2f2}} {{t|‘|#fff}} donne ‘ʻ’ (l’okina)<br />
*{{t|ê|#2f2}} {{t|’|#fff}} donne ‘ʼ’ (la lettre apostrophe)<br />
<br />
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 :<br />
*{{t|á|#2f2}} {{t|'|#fff}} donne ‘ʼ’ (la lettre apostrophe)<br />
*{{t|ò|#2f2}} {{t|'|#fff}} donne ‘ʻ’ (l’okina)<br />
<br />
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) :<br />
*{{t|ê|#2f2}} {{t|'|#fff}} donne ‘ʼ’ (la lettre apostrophe)<br />
*{{t|ê|#2f2}} {{t|`|#fff}} donne ‘ʻ’ (l’okina) [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 4 juin 2016 à 17:47 (CEST)<br />
<br />
== Pavé numérique émulé sur le bloc alphabétique ==<br />
<br />
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.<br />
<br />
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. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 4 juin 2016 à 17:47 (CEST)<br />
<br />
== Versionnage du bépo ==<br />
<br />
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. <br />
<br />
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. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 18 mai 2016 à 20:58 (CEST)<br />
<br />
== Changements à débattre ==<br />
<br />
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. --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 12:25 (CEST)<br />
<br />
=== Variante en A ===<br />
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 ? --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 12:25 (CEST)<br />
: On est d’accord --Flavien21<br />
: Oui oui [[Utilisateur:Nemolivier|nemolivier]] ([[Discussion utilisateur:Nemolivier|discussion]])<br />
<br />
=== Point souscrit ===<br />
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. --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 12:25 (CEST)<br />
: 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<br />
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<br />
: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. --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 12:25 (CEST)<br />
::C’est sa place actuelle sur Q [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 29 août 2016 à 16:32 (CEST)<br />
Oui, mais qu’y a-t-il de logique dans cette position ? --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 22:01 (CEST)<br />
:Pas plus que l’ogonek en AltGr+F --[[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 29 août 2016 à 22:07 (CEST)<br />
Ben justement, ça permettrait de donner une logique à la position de cette touche ! :D --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 22:36 (CEST)<br />
<br />
:Si l’arabe est pleinement supporté et que cette modification aide à sa saisie, je suis pour. Il y a un certain nombre d’arabophones qui sont aussi francophones, cool si le bépo peut les aider. Mais je pense qu’ils changent complètement de dispo pour écrire vraiment en arabe et pas avec l’alphabet latin, non ? [[Utilisateur:Nemolivier|nemolivier]] ([[Discussion utilisateur:Nemolivier|discussion]])<br />
<br />
=== Lettre apostrophe ===<br />
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 ? --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 12:25 (CEST)<br />
: 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<br />
:: 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. --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 12:25 (CEST)<br />
::: Flavien, tu peux résumé tous les changements que tu proposes ? Ça semble bien coller.[[Utilisateur:Nemolivier|nemolivier]] ([[Discussion utilisateur:Nemolivier|discussion]])<br />
<br />
=== Tiret ===<br />
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 /). --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 12:25 (CEST)<br />
: Je suis pour ne rien toucher à la 105ᵉ touche sur la variante non-A. Mais on peux y mettre sur la 106ᵉ :D --Flavien<br />
:: Je suis pour une touche tiret !! Je crois que je préfère le croisillon… [[Utilisateur:Nemolivier|nemolivier]] ([[Discussion utilisateur:Nemolivier|discussion]])<br />
<br />
=== Copyleft ===<br />
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. --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 12:25 (CEST)<br />
: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<br />
::Le point de code ne change plus. --Marcel<br />
:::[…]<br />
:::Copyleft sera donc en 1F12F, plus qu’à lui trouver une place. --Flavien<br />
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 ! --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 12:25 (CEST)<br />
:On pourrait mettre le symbole copyleft en AltGr+Maj+r, à la place du symbole ®. En effet, le symbole ® est très rarement utilisé (plus rarement que © et ™), donc il peut être relégué dans le plan mathématique/symboles. D'autre part, le R inversé est en AltGr+r, donc on peut facilement mémoriser que le © inversé est aussi sur la touche r. --[[Utilisateur:Thomas|Thomas]] 29 août 2016 à 14:25 (CEST)<br />
:Il y a la déjà la corne en AltGr+Maj+{virgule} --[[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 29 août 2016 à 16:37 (CEST)<br />
Mais la corne, on propose deux sections plus haut de la déplacer sur Q. ;-) --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 22:02 (CEST)<br />
:Non, on parlait du crochet/hameçon --[[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 29 août 2016 à 22:04 (CEST)<br />
<br />
=== Barre inscrite ===<br />
À en croire [https://fr.wikipedia.org/wiki/Barre_inscrite 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. --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 12:25 (CEST)<br />
:Ç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<br />
:: Euh non, j’ai dit AltGr+Maj+{D}, pas AltGr+{D}. ;-) --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 12:25 (CEST)<br />
:::Ben du coup on pourrai inversé les deux, on privilégie l’écriture des langes sur les symboles mathématiques. --[[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 29 août 2016 à 16:38 (CEST)<br />
Voir selon la fréquence des usages peut-être ? --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 22:03 (CEST)<br />
<br />
Enfin je veux dire, je sais que mon avis est biaisé puisque j’ai recours fréquemment aux maths, mais on peut inverser… --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 22:43 (CEST)<br />
<br />
Je suis pour qu’on favorise les langues, contre les maths (désolé), mais c’est aussi que nombre de lettres mortes sont en AltGr, non ? Du coup c’est plus logique de continuer comme ça… [[Utilisateur:Nemolivier|nemolivier]] ([[Discussion utilisateur:Nemolivier|discussion]])<br />
<br />
=== Kana ===<br />
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 à <s>droite</s> gauche ?).<br />
: 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<br />
:: Du coup ça ferait doublon ? Je ne sais même pas où est la touche kana :D [[Utilisateur:Nemolivier|nemolivier]] ([[Discussion utilisateur:Nemolivier|discussion]])<br />
<br />
=== Circonflexe et grave ===<br />
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 :<br />
* 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.<br />
* Ne rien changer.<br />
* Foutre ces caractères (ou l’un de ces caractères) au hasard un peu au hasard ailleurs en AltGr+Maj.<br />
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. --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 12:25 (CEST)<br />
: 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<br />
:: 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. --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 12:25 (CEST)<br />
:::Ça ne change rien au comportement actuel si ce n’est qu’en passant par la touche morte il faut faire une pression de plus --[[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 29 août 2016 à 16:40 (CEST)<br />
:: Si on a ce mécanisme de triple appui, on a toujours la solution mort+espace, non ? Les utilisateurs jugeront… [[Utilisateur:Nemolivier|nemolivier]] ([[Discussion utilisateur:Nemolivier|discussion]])<br />
: Je suis partisan de ne rien changer à la situation actuelle : le circonflexe et l'accent grave seront accessible en frappe directe et par leur touche morte. Ce n'est pas rationnel, mais avoir ^ sur la touche AltGr+Maj+é, c'est bizarre ; j'y verrai plutôt le double accent aigu, ce qui est facile à retenir et qui correspond au bépo actuel. --[[Utilisateur:Thomas|Thomas]] 29 août 2016 à 14:21 (CEST)</div>
Nemolivier
https://bepo.fr/wiki/index.php?title=Discussion:Version_1.1rc1&diff=25496
Discussion:Version 1.1rc1
2016-08-29T21:10:56Z
<p>Nemolivier : /* Kana */</p>
<hr />
<div>{{aide discussion}}<br />
== Ancienne discussion ==<br />
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]]. – [[Utilisateur:A2|A2]] ([[Discussion utilisateur:A2|discussion]]) 9 février 2016 à 03:13 (CET)<br />
<br />
== Première proposition de placement des caractères demandés par l’AFNOR ==<br />
Une première proposition ébauchée en janvier 2016 sur la ML (en rouge) :<br />
{{clavier105Bépo<br />
|compact=<br />
|È= {{k|è|È|{{morte|ò}}|{{R|{{morte|ȍ}}}}}}<br />
|W= {{k|w|W|{{R|ə}}| {{R|Ə}} }}<br />
|V= {{k|v|V|{{morte|ǒ}}| {{R| {{morte|ŏ}} }} }}<br />
|K= {{k|k|K|{{R| {{morte|õ}} }}| {{R|‑ }} }}<br />
|N= {{k|n|N|{{R|ŋ}} | {{R| Ŋ}} }}<br />
|Z= {{k|z|Z|{{R|ʒ}}| {{R|Ʒ}} }}<br />
}}<br />
<br />
* la brève morte (˘) passe de {{touches|AltGr|W}} en {{touches|AltGr|Maj|V}}<br />
* le tilde du K devient mort<br />
* l’''eng'' (ŋ) est mis en {{touches|AltGr|(Maj)|N}}<br />
* le ''schwa'' (ə) passe en {{touches|AltGr|(Maj)|W}}<br />
* l’''ezh'' (ʒ) est mis en {{touches|AltGr|(Maj)|Z}}<br />
* la morte double accent grave fonctionne en miroir de la double accent aigu (donc {{touches|AltGr|Maj|È}} devient un double accent grave mort)<br />
* le trait-d’union insécable est mis en {{touches|AltGr|Maj|K}}. – [[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 2 février 2016.<br />
<br />
== Valse des touches mortes ==<br />
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 {{touches|AltGr|Maj}}. 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 {{touches|AltGr|rangée de repos}} : il y a seulement trois touches mortes des vingt existantes en AltGr sur la rangée de repos… <br />
<br />
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…<br />
<br />
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. – [[Utilisateur:A2|A2]] ([[Discussion utilisateur:A2|discussion]]) 9 février 2016 à 23:35 (CET)<br />
<br />
:Le grave non mort est encore en Maj+%, non ? – [[Utilisateur:Flavien21|Flavien21]] 10 février 2016 à 13:05 (CET)<br />
:: Oui, le grave non mort est à cet endroit.<br />
:: 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 ?<br />
:: 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.<br />
:: 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''.<br />
:: 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'').<br />
:: Cordialement --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 10 février 2016 à 14:23 (CET)<br />
::: Merci de rappeler qu’on a le grave non mort en doublon. – [[Utilisateur:A2|A2]] ([[Discussion utilisateur:A2|discussion]]) 10 février 2016 à 20:33 (CET)<br />
Tenant compte de ce message d’A2, j’ai listé sur ma page personnelle quelques idées concernant les touches mortes. Cordialement --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 16 février 2016 à 23:51 (CET)<br />
: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. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 21 mai 2016 à 15:50 (CEST)<br />
<br />
== Une touche morte pour le latin étendu ? ==<br />
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.<br />
La position de cette touche est proposée en {{touches|AltGr|Maj|À}} ou {{touches|AltGr|Maj|L}}.<br />
<br />
Proposition de Flavien21 :<br />
Latin étendu et ponctuation étendue <br />
<br />
{{clavier105Bépo<br />
|compact=<br />
|dollar= {{k|♭|♯|♮| }}<br />
|un= {{k|―|‐|‒|}}<br />
|deux= {{k|‹|♀|⟨|⩽}}<br />
|trois= {{k|›|♂|⟩|⩾}}<br />
|quatre= {{k|⸤|⸢|⌞|⌜}}<br />
|cinq= {{k|⸥|⸣|⌟|⌝}}<br />
|six= {{k|♡|♢|♠|♣}}<br />
|sept= {{k|⁜|※|☞|⅓}}<br />
|huit= {{k|-|ↀ||⅔}}<br />
|neuf= {{k|∴|ↁ|∵|⅛}}<br />
|zéro= {{k|⁂|ↂ||⅜}}<br />
|égale= {{k|◌|ↇ||⅝}}<br />
|pourcentage= {{k|‴|ↈ|⁗|⅞}}<br />
|B= {{k||Ꞵ||}}<br />
|É= {{k||Ɛ||}}<br />
|P= {{k|ȹ|⁊|℗|}}<br />
|O= {{k||Ɔ||}}<br />
|È= {{k||Ꞷ||}}<br />
|circum= {{k||Ʌ||}}<br />
|V= {{k||Ɯ||}}<br />
|D= {{k|ȸ|||}}<br />
|L= {{k||Lj|LJ|}}<br />
|J= {{k||Ʒ||}}<br />
|Z= {{k||Dz|DZ|}}<br />
|W= {{k||Ƿ|ȣ|}}<br />
|A= {{k||Ɑ||}}<br />
|U= {{k||Ʊ|ɥ|}}<br />
|I= {{k||Ɩ||}}<br />
|E= {{k||Ǝ||}}<br />
|virgule= {{k||Ꞌ|ʔ|}}<br />
|C= {{k||Ɂ|ʕ|}}<br />
|T= {{k||ϴ||}}<br />
|S= {{k|st|ſt||}}<br />
|R= {{k|ʁ|||}}<br />
|N= {{k||Ŋ||}}<br />
|M= {{k||Nj|NJ|}}<br />
|BKSL= {{k||||}}<br />
|Ê= {{k|fi|fl||}}<br />
|À= {{k||Ꜣ|ꜥ|}}<br />
|Y= {{k||Ȝ||}}<br />
|X= {{k||Ʃ||}}<br />
|point= {{k|•|⁃||}}<br />
|K= {{k|ĸ|||}}<br />
|apos= {{k|⸮|‽||}}<br />
|Q= {{k||Ꭓ||}}<br />
|G= {{k||Ɣ||}}<br />
|H= {{k||Ƕ||}}<br />
|F= {{k|ff|ffl|ffi|}}<br />
|espace= {{k|||‾|}}<br />
}}<br />
<br />
Proposition de yeKcim :<br />
Moins fournie et reprend des caractères de la couche de base.<br />
<br />
{{clavier105Bépo<br />
|compact=<br />
|dollar= {{k||||}}<br />
|un= {{k||||}}<br />
|deux= {{k||||}}<br />
|trois= {{k||||}}<br />
|quatre= {{k||||}}<br />
|cinq= {{k||||}}<br />
|six= {{k||||}}<br />
|sept= {{k||||}}<br />
|huit= {{k||||}}<br />
|neuf= {{k||||}}<br />
|zéro= {{k||||}}<br />
|égale= {{k||||}}<br />
|pourcentage= {{k||||}}<br />
|B= {{k||||}}<br />
|É= {{k||Ǝ||}}<br />
|P= {{k||||}}<br />
|O= {{k||Ɔ||}}<br />
|È= {{k||Ɛ||}}<br />
|circum= {{k|ʔ|||}}<br />
|V= {{k||Ʌ||}}<br />
|D= {{k||Ð||}}<br />
|L= {{k||||}}<br />
|J= {{k||ϴ||}}<br />
|Z= {{k||Ʒ||}}<br />
|W= {{k||Ƿ||}}<br />
|A= {{k||Ɑ||}}<br />
|U= {{k||Ȣ||}}<br />
|I= {{k||Ə||}}<br />
|E= {{k||Ʃ||}}<br />
|virgule= {{k||Ꞌ||}}<br />
|C= {{k|ſ|||}}<br />
|T= {{k||Þ||}}<br />
|S= {{k||ẞ||}}<br />
|R= {{k||||}}<br />
|N= {{k||Ŋ||}}<br />
|M= {{k||||}}<br />
|BKSL= {{k| | | | }}<br />
|Ê= {{k||||}}<br />
|À= {{k||Ɐ||}}<br />
|Y= {{k||Ȝ||}}<br />
|X= {{k||||}}<br />
|point= {{k||||}}<br />
|K= {{k|ĸ|||}}<br />
|apos= {{k||Ɂ||}}<br />
|Q= {{k||||}}<br />
|G= {{k||Ɣ||}}<br />
|H= {{k||||}}<br />
|F= {{k||||}}<br />
|espace= {{k||||}}<br />
}}<br />
[[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 11 février 2016 à 11:52 (CET)<br />
: À 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 --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 13 février 2016 à 19:31 (CET)<br />
::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 {{t|È|#fff}}, 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 {{t|É|#fff}} 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. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 19 mai 2016 à 15:15 (CEST)<br />
[[Utilisateur:yeKcim|yeKcim]], 14 février 2016<br />
: 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 ?<br />
::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)]… [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 15 février 2016 à 22:41 (CET)<br />
::: 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 » ([[User:Milton|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.<br />
::: 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.<br />
::: Par curiosité, les ligatures de D, C et I en haut à droite, c’est des chiffres romains ?<br />
::: Cordialement --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 15 février 2016 à 23:05 (CET)<br />
::::Dièse est là en étendu du # qui lui ressemble et bémol et bécarre sont là par extensions.<br />
::::Je suis tout à fait d’accord pour mâle/femelle et la couleur des cartes, je les ai ajouté juste comme ça.<br />
::::Oui, ↀ, ↁ, ↂ, ↇ et ↈ sont les chiffres romain pour 1 000, 5 000, 10 000, 50 000 et 100 000. [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 15 février 2016 à 23:42 (CET)<br />
:<br />
::En réponse à la requête de yeKcim, je vais tâcher d’expliquer la « logique de fourre-tout ».<br />
::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.<br />
::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&nbsp;9995, du groupe tertiaire et suivants le cas échéant, et les cartes des touches mortes.<br />
::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. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 19 mai 2016 à 17:14 (CEST)<br />
<br />
== Changement en attente ? ==<br />
<br />
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]»<br />
<br />
Attention aux combinaisons Maj+F[1-6] qui peuvent être utilisées par les logiciels...<br />
<br />
[[Utilisateur:airevspin|airevspin]] 12 février 2016 à 17:16 (CET)<br />
:Le changement de disposition clavier via l’OS comme dans les pays multilingue est préférable. [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 12 février 2016 à 19:41 (CET)<br />
<br />
== Inversion espace fine insécable et espace insécable ==<br />
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).<br />
<br />
: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. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 18 mai 2016 à 21:46 (CEST)<br />
<br />
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 [https://bugzilla.mozilla.org/show_bug.cgi?id=290565 connu depuis dix ans]).<br />
<br />
L’inversion des deux vous paraît-elle envisageable sur cette version ?<br />
<br />
Bien cordialement --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 13 février 2016 à 21:08 (CET)<br />
<br />
: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. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 18 mai 2016 à 21:39 (CEST)<br />
: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. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 19 mai 2016 à 00:42 (CEST)<br />
<br />
=== Doubler l’espace fine insécable sur une émulation de pavé numérique ===<br />
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.<br />
<br />
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).<br />
<br />
Mais en gros il n’y a pas de problème car l’objectif est un '''bépo&nbsp;105&nbsp;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. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 6 juin 2016 à 20:51 (CEST)<br />
<br />
== Touches mortes comme sélecteurs de groupe ==<br />
<br />
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.<br />
<br />
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 :<br />
*{{t|ê|#2f2}} {{t|«|#fff}} donne ‘‹’<br />
*{{t|ê|#2f2}} {{t|»|#fff}} donne ‘›’<br />
<br />
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+ :<br />
*{{t|ê|#2f2}} {{t|.|#fff}} donne ‘·’<br />
*{{t|ê|#2f2}} {{t|\:|#fff}} donne ‘…’ (La touche vive est le deux-points.)<br />
<br />
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 {{t|.|#fff}}.<br />
*{{t|ê|#2f2}} {{t|,|#fff}} donne ‘’’ soit l’apostrophe (typographique)<br />
Cela permet d’avoir ‘EFI;’ par Clavier+ en AltGr de {{t|,|#fff}}.<br />
<br />
*{{t|ê|#2f2}} {{t|?|#fff}} donne ‘¿’<br />
*{{t|ê|#2f2}} {{t|!|#fff}} donne ‘¡’<br />
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+. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 18 mai 2016 à 20:44 (CEST)<br />
<br />
L’utilisateur peut aussi ajouter des raccourcis Clavier+ pour générer les séquences ‘«EFI’ et ‘EFI»’ en AltGr de {{t|«|#fff}} et {{t|»|#fff}}, et ajouter – toujours dans Clavier+ – le remplacement des guillemets-chevrons par les chevrons mathématiques.[[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur: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.<br />
<br />
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.<br />
<br />
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. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 21 mai 2016 à 16:17 (CEST)<br />
<br />
=== Lettre apostrophe pour le breton, okina pour les langues polynésiennes ===<br />
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 :<br />
*{{t|ê|#2f2}} {{t|‘|#fff}} donne ‘ʻ’ (l’okina)<br />
*{{t|ê|#2f2}} {{t|’|#fff}} donne ‘ʼ’ (la lettre apostrophe)<br />
<br />
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 :<br />
*{{t|á|#2f2}} {{t|'|#fff}} donne ‘ʼ’ (la lettre apostrophe)<br />
*{{t|ò|#2f2}} {{t|'|#fff}} donne ‘ʻ’ (l’okina)<br />
<br />
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) :<br />
*{{t|ê|#2f2}} {{t|'|#fff}} donne ‘ʼ’ (la lettre apostrophe)<br />
*{{t|ê|#2f2}} {{t|`|#fff}} donne ‘ʻ’ (l’okina) [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 4 juin 2016 à 17:47 (CEST)<br />
<br />
== Pavé numérique émulé sur le bloc alphabétique ==<br />
<br />
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.<br />
<br />
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. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 4 juin 2016 à 17:47 (CEST)<br />
<br />
== Versionnage du bépo ==<br />
<br />
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. <br />
<br />
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. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 18 mai 2016 à 20:58 (CEST)<br />
<br />
== Changements à débattre ==<br />
<br />
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. --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 12:25 (CEST)<br />
<br />
=== Variante en A ===<br />
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 ? --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 12:25 (CEST)<br />
: On est d’accord --Flavien21<br />
: Oui oui [[Utilisateur:Nemolivier|nemolivier]] ([[Discussion utilisateur:Nemolivier|discussion]])<br />
<br />
=== Point souscrit ===<br />
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. --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 12:25 (CEST)<br />
: 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<br />
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<br />
: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. --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 12:25 (CEST)<br />
::C’est sa place actuelle sur Q [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 29 août 2016 à 16:32 (CEST)<br />
Oui, mais qu’y a-t-il de logique dans cette position ? --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 22:01 (CEST)<br />
:Pas plus que l’ogonek en AltGr+F --[[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 29 août 2016 à 22:07 (CEST)<br />
Ben justement, ça permettrait de donner une logique à la position de cette touche ! :D --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 22:36 (CEST)<br />
<br />
:Si l’arabe est pleinement supporté et que cette modification aide à sa saisie, je suis pour. Il y a un certain nombre d’arabophones qui sont aussi francophones, cool si le bépo peut les aider. Mais je pense qu’ils changent complètement de dispo pour écrire vraiment en arabe et pas avec l’alphabet latin, non ? [[Utilisateur:Nemolivier|nemolivier]] ([[Discussion utilisateur:Nemolivier|discussion]])<br />
<br />
=== Lettre apostrophe ===<br />
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 ? --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 12:25 (CEST)<br />
: 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<br />
:: 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. --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 12:25 (CEST)<br />
::: Flavien, tu peux résumé tous les changements que tu proposes ? Ça semble bien coller.[[Utilisateur:Nemolivier|nemolivier]] ([[Discussion utilisateur:Nemolivier|discussion]])<br />
<br />
=== Tiret ===<br />
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 /). --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 12:25 (CEST)<br />
: Je suis pour ne rien toucher à la 105ᵉ touche sur la variante non-A. Mais on peux y mettre sur la 106ᵉ :D --Flavien<br />
:: Je suis pour une touche tiret !! Je crois que je préfère le croisillon… [[Utilisateur:Nemolivier|nemolivier]] ([[Discussion utilisateur:Nemolivier|discussion]])<br />
<br />
=== Copyleft ===<br />
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. --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 12:25 (CEST)<br />
: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<br />
::Le point de code ne change plus. --Marcel<br />
:::[…]<br />
:::Copyleft sera donc en 1F12F, plus qu’à lui trouver une place. --Flavien<br />
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 ! --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 12:25 (CEST)<br />
:On pourrait mettre le symbole copyleft en AltGr+Maj+r, à la place du symbole ®. En effet, le symbole ® est très rarement utilisé (plus rarement que © et ™), donc il peut être relégué dans le plan mathématique/symboles. D'autre part, le R inversé est en AltGr+r, donc on peut facilement mémoriser que le © inversé est aussi sur la touche r. --[[Utilisateur:Thomas|Thomas]] 29 août 2016 à 14:25 (CEST)<br />
:Il y a la déjà la corne en AltGr+Maj+{virgule} --[[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 29 août 2016 à 16:37 (CEST)<br />
Mais la corne, on propose deux sections plus haut de la déplacer sur Q. ;-) --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 22:02 (CEST)<br />
:Non, on parlait du crochet/hameçon --[[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 29 août 2016 à 22:04 (CEST)<br />
<br />
=== Barre inscrite ===<br />
À en croire [https://fr.wikipedia.org/wiki/Barre_inscrite 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. --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 12:25 (CEST)<br />
:Ç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<br />
:: Euh non, j’ai dit AltGr+Maj+{D}, pas AltGr+{D}. ;-) --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 12:25 (CEST)<br />
:::Ben du coup on pourrai inversé les deux, on privilégie l’écriture des langes sur les symboles mathématiques. --[[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 29 août 2016 à 16:38 (CEST)<br />
Voir selon la fréquence des usages peut-être ? --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 22:03 (CEST)<br />
<br />
Enfin je veux dire, je sais que mon avis est biaisé puisque j’ai recours fréquemment aux maths, mais on peut inverser… --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 22:43 (CEST)<br />
<br />
Je suis pour qu’on favorise les langues, contre les maths (désolé), mais c’est aussi que nombre de lettres mortes sont en AltGr, non ? Du coup c’est plus logique de continuer comme ça… [[Utilisateur:Nemolivier|nemolivier]] ([[Discussion utilisateur:Nemolivier|discussion]])<br />
<br />
=== Kana ===<br />
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 à <s>droite</s> gauche ?).<br />
: 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<br />
:: Du coup ça ferait doublon ? Je ne sais même pas où est la touche kana :D [[Utilisateur:Nemolivier|nemolivier]] ([[Discussion utilisateur:Nemolivier|discussion]])<br />
<br />
=== Circonflexe et grave ===<br />
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 :<br />
* 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.<br />
* Ne rien changer.<br />
* Foutre ces caractères (ou l’un de ces caractères) au hasard un peu au hasard ailleurs en AltGr+Maj.<br />
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. --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 12:25 (CEST)<br />
: 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<br />
:: 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. --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 12:25 (CEST)<br />
:::Ça ne change rien au comportement actuel si ce n’est qu’en passant par la touche morte il faut faire une pression de plus --[[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 29 août 2016 à 16:40 (CEST)<br />
<br />
: Je suis partisan de ne rien changer à la situation actuelle : le circonflexe et l'accent grave seront accessible en frappe directe et par leur touche morte. Ce n'est pas rationnel, mais avoir ^ sur la touche AltGr+Maj+é, c'est bizarre ; j'y verrai plutôt le double accent aigu, ce qui est facile à retenir et qui correspond au bépo actuel. --[[Utilisateur:Thomas|Thomas]] 29 août 2016 à 14:21 (CEST)</div>
Nemolivier
https://bepo.fr/wiki/index.php?title=Discussion:Version_1.1rc1&diff=25495
Discussion:Version 1.1rc1
2016-08-29T21:09:08Z
<p>Nemolivier : /* Barre inscrite */</p>
<hr />
<div>{{aide discussion}}<br />
== Ancienne discussion ==<br />
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]]. – [[Utilisateur:A2|A2]] ([[Discussion utilisateur:A2|discussion]]) 9 février 2016 à 03:13 (CET)<br />
<br />
== Première proposition de placement des caractères demandés par l’AFNOR ==<br />
Une première proposition ébauchée en janvier 2016 sur la ML (en rouge) :<br />
{{clavier105Bépo<br />
|compact=<br />
|È= {{k|è|È|{{morte|ò}}|{{R|{{morte|ȍ}}}}}}<br />
|W= {{k|w|W|{{R|ə}}| {{R|Ə}} }}<br />
|V= {{k|v|V|{{morte|ǒ}}| {{R| {{morte|ŏ}} }} }}<br />
|K= {{k|k|K|{{R| {{morte|õ}} }}| {{R|‑ }} }}<br />
|N= {{k|n|N|{{R|ŋ}} | {{R| Ŋ}} }}<br />
|Z= {{k|z|Z|{{R|ʒ}}| {{R|Ʒ}} }}<br />
}}<br />
<br />
* la brève morte (˘) passe de {{touches|AltGr|W}} en {{touches|AltGr|Maj|V}}<br />
* le tilde du K devient mort<br />
* l’''eng'' (ŋ) est mis en {{touches|AltGr|(Maj)|N}}<br />
* le ''schwa'' (ə) passe en {{touches|AltGr|(Maj)|W}}<br />
* l’''ezh'' (ʒ) est mis en {{touches|AltGr|(Maj)|Z}}<br />
* la morte double accent grave fonctionne en miroir de la double accent aigu (donc {{touches|AltGr|Maj|È}} devient un double accent grave mort)<br />
* le trait-d’union insécable est mis en {{touches|AltGr|Maj|K}}. – [[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 2 février 2016.<br />
<br />
== Valse des touches mortes ==<br />
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 {{touches|AltGr|Maj}}. 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 {{touches|AltGr|rangée de repos}} : il y a seulement trois touches mortes des vingt existantes en AltGr sur la rangée de repos… <br />
<br />
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…<br />
<br />
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. – [[Utilisateur:A2|A2]] ([[Discussion utilisateur:A2|discussion]]) 9 février 2016 à 23:35 (CET)<br />
<br />
:Le grave non mort est encore en Maj+%, non ? – [[Utilisateur:Flavien21|Flavien21]] 10 février 2016 à 13:05 (CET)<br />
:: Oui, le grave non mort est à cet endroit.<br />
:: 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 ?<br />
:: 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.<br />
:: 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''.<br />
:: 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'').<br />
:: Cordialement --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 10 février 2016 à 14:23 (CET)<br />
::: Merci de rappeler qu’on a le grave non mort en doublon. – [[Utilisateur:A2|A2]] ([[Discussion utilisateur:A2|discussion]]) 10 février 2016 à 20:33 (CET)<br />
Tenant compte de ce message d’A2, j’ai listé sur ma page personnelle quelques idées concernant les touches mortes. Cordialement --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 16 février 2016 à 23:51 (CET)<br />
: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. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 21 mai 2016 à 15:50 (CEST)<br />
<br />
== Une touche morte pour le latin étendu ? ==<br />
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.<br />
La position de cette touche est proposée en {{touches|AltGr|Maj|À}} ou {{touches|AltGr|Maj|L}}.<br />
<br />
Proposition de Flavien21 :<br />
Latin étendu et ponctuation étendue <br />
<br />
{{clavier105Bépo<br />
|compact=<br />
|dollar= {{k|♭|♯|♮| }}<br />
|un= {{k|―|‐|‒|}}<br />
|deux= {{k|‹|♀|⟨|⩽}}<br />
|trois= {{k|›|♂|⟩|⩾}}<br />
|quatre= {{k|⸤|⸢|⌞|⌜}}<br />
|cinq= {{k|⸥|⸣|⌟|⌝}}<br />
|six= {{k|♡|♢|♠|♣}}<br />
|sept= {{k|⁜|※|☞|⅓}}<br />
|huit= {{k|-|ↀ||⅔}}<br />
|neuf= {{k|∴|ↁ|∵|⅛}}<br />
|zéro= {{k|⁂|ↂ||⅜}}<br />
|égale= {{k|◌|ↇ||⅝}}<br />
|pourcentage= {{k|‴|ↈ|⁗|⅞}}<br />
|B= {{k||Ꞵ||}}<br />
|É= {{k||Ɛ||}}<br />
|P= {{k|ȹ|⁊|℗|}}<br />
|O= {{k||Ɔ||}}<br />
|È= {{k||Ꞷ||}}<br />
|circum= {{k||Ʌ||}}<br />
|V= {{k||Ɯ||}}<br />
|D= {{k|ȸ|||}}<br />
|L= {{k||Lj|LJ|}}<br />
|J= {{k||Ʒ||}}<br />
|Z= {{k||Dz|DZ|}}<br />
|W= {{k||Ƿ|ȣ|}}<br />
|A= {{k||Ɑ||}}<br />
|U= {{k||Ʊ|ɥ|}}<br />
|I= {{k||Ɩ||}}<br />
|E= {{k||Ǝ||}}<br />
|virgule= {{k||Ꞌ|ʔ|}}<br />
|C= {{k||Ɂ|ʕ|}}<br />
|T= {{k||ϴ||}}<br />
|S= {{k|st|ſt||}}<br />
|R= {{k|ʁ|||}}<br />
|N= {{k||Ŋ||}}<br />
|M= {{k||Nj|NJ|}}<br />
|BKSL= {{k||||}}<br />
|Ê= {{k|fi|fl||}}<br />
|À= {{k||Ꜣ|ꜥ|}}<br />
|Y= {{k||Ȝ||}}<br />
|X= {{k||Ʃ||}}<br />
|point= {{k|•|⁃||}}<br />
|K= {{k|ĸ|||}}<br />
|apos= {{k|⸮|‽||}}<br />
|Q= {{k||Ꭓ||}}<br />
|G= {{k||Ɣ||}}<br />
|H= {{k||Ƕ||}}<br />
|F= {{k|ff|ffl|ffi|}}<br />
|espace= {{k|||‾|}}<br />
}}<br />
<br />
Proposition de yeKcim :<br />
Moins fournie et reprend des caractères de la couche de base.<br />
<br />
{{clavier105Bépo<br />
|compact=<br />
|dollar= {{k||||}}<br />
|un= {{k||||}}<br />
|deux= {{k||||}}<br />
|trois= {{k||||}}<br />
|quatre= {{k||||}}<br />
|cinq= {{k||||}}<br />
|six= {{k||||}}<br />
|sept= {{k||||}}<br />
|huit= {{k||||}}<br />
|neuf= {{k||||}}<br />
|zéro= {{k||||}}<br />
|égale= {{k||||}}<br />
|pourcentage= {{k||||}}<br />
|B= {{k||||}}<br />
|É= {{k||Ǝ||}}<br />
|P= {{k||||}}<br />
|O= {{k||Ɔ||}}<br />
|È= {{k||Ɛ||}}<br />
|circum= {{k|ʔ|||}}<br />
|V= {{k||Ʌ||}}<br />
|D= {{k||Ð||}}<br />
|L= {{k||||}}<br />
|J= {{k||ϴ||}}<br />
|Z= {{k||Ʒ||}}<br />
|W= {{k||Ƿ||}}<br />
|A= {{k||Ɑ||}}<br />
|U= {{k||Ȣ||}}<br />
|I= {{k||Ə||}}<br />
|E= {{k||Ʃ||}}<br />
|virgule= {{k||Ꞌ||}}<br />
|C= {{k|ſ|||}}<br />
|T= {{k||Þ||}}<br />
|S= {{k||ẞ||}}<br />
|R= {{k||||}}<br />
|N= {{k||Ŋ||}}<br />
|M= {{k||||}}<br />
|BKSL= {{k| | | | }}<br />
|Ê= {{k||||}}<br />
|À= {{k||Ɐ||}}<br />
|Y= {{k||Ȝ||}}<br />
|X= {{k||||}}<br />
|point= {{k||||}}<br />
|K= {{k|ĸ|||}}<br />
|apos= {{k||Ɂ||}}<br />
|Q= {{k||||}}<br />
|G= {{k||Ɣ||}}<br />
|H= {{k||||}}<br />
|F= {{k||||}}<br />
|espace= {{k||||}}<br />
}}<br />
[[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 11 février 2016 à 11:52 (CET)<br />
: À 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 --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 13 février 2016 à 19:31 (CET)<br />
::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 {{t|È|#fff}}, 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 {{t|É|#fff}} 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. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 19 mai 2016 à 15:15 (CEST)<br />
[[Utilisateur:yeKcim|yeKcim]], 14 février 2016<br />
: 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 ?<br />
::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)]… [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 15 février 2016 à 22:41 (CET)<br />
::: 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 » ([[User:Milton|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.<br />
::: 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.<br />
::: Par curiosité, les ligatures de D, C et I en haut à droite, c’est des chiffres romains ?<br />
::: Cordialement --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 15 février 2016 à 23:05 (CET)<br />
::::Dièse est là en étendu du # qui lui ressemble et bémol et bécarre sont là par extensions.<br />
::::Je suis tout à fait d’accord pour mâle/femelle et la couleur des cartes, je les ai ajouté juste comme ça.<br />
::::Oui, ↀ, ↁ, ↂ, ↇ et ↈ sont les chiffres romain pour 1 000, 5 000, 10 000, 50 000 et 100 000. [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 15 février 2016 à 23:42 (CET)<br />
:<br />
::En réponse à la requête de yeKcim, je vais tâcher d’expliquer la « logique de fourre-tout ».<br />
::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.<br />
::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&nbsp;9995, du groupe tertiaire et suivants le cas échéant, et les cartes des touches mortes.<br />
::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. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 19 mai 2016 à 17:14 (CEST)<br />
<br />
== Changement en attente ? ==<br />
<br />
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]»<br />
<br />
Attention aux combinaisons Maj+F[1-6] qui peuvent être utilisées par les logiciels...<br />
<br />
[[Utilisateur:airevspin|airevspin]] 12 février 2016 à 17:16 (CET)<br />
:Le changement de disposition clavier via l’OS comme dans les pays multilingue est préférable. [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 12 février 2016 à 19:41 (CET)<br />
<br />
== Inversion espace fine insécable et espace insécable ==<br />
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).<br />
<br />
: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. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 18 mai 2016 à 21:46 (CEST)<br />
<br />
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 [https://bugzilla.mozilla.org/show_bug.cgi?id=290565 connu depuis dix ans]).<br />
<br />
L’inversion des deux vous paraît-elle envisageable sur cette version ?<br />
<br />
Bien cordialement --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 13 février 2016 à 21:08 (CET)<br />
<br />
: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. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 18 mai 2016 à 21:39 (CEST)<br />
: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. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 19 mai 2016 à 00:42 (CEST)<br />
<br />
=== Doubler l’espace fine insécable sur une émulation de pavé numérique ===<br />
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.<br />
<br />
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).<br />
<br />
Mais en gros il n’y a pas de problème car l’objectif est un '''bépo&nbsp;105&nbsp;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. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 6 juin 2016 à 20:51 (CEST)<br />
<br />
== Touches mortes comme sélecteurs de groupe ==<br />
<br />
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.<br />
<br />
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 :<br />
*{{t|ê|#2f2}} {{t|«|#fff}} donne ‘‹’<br />
*{{t|ê|#2f2}} {{t|»|#fff}} donne ‘›’<br />
<br />
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+ :<br />
*{{t|ê|#2f2}} {{t|.|#fff}} donne ‘·’<br />
*{{t|ê|#2f2}} {{t|\:|#fff}} donne ‘…’ (La touche vive est le deux-points.)<br />
<br />
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 {{t|.|#fff}}.<br />
*{{t|ê|#2f2}} {{t|,|#fff}} donne ‘’’ soit l’apostrophe (typographique)<br />
Cela permet d’avoir ‘EFI;’ par Clavier+ en AltGr de {{t|,|#fff}}.<br />
<br />
*{{t|ê|#2f2}} {{t|?|#fff}} donne ‘¿’<br />
*{{t|ê|#2f2}} {{t|!|#fff}} donne ‘¡’<br />
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+. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 18 mai 2016 à 20:44 (CEST)<br />
<br />
L’utilisateur peut aussi ajouter des raccourcis Clavier+ pour générer les séquences ‘«EFI’ et ‘EFI»’ en AltGr de {{t|«|#fff}} et {{t|»|#fff}}, et ajouter – toujours dans Clavier+ – le remplacement des guillemets-chevrons par les chevrons mathématiques.[[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur: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.<br />
<br />
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.<br />
<br />
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. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 21 mai 2016 à 16:17 (CEST)<br />
<br />
=== Lettre apostrophe pour le breton, okina pour les langues polynésiennes ===<br />
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 :<br />
*{{t|ê|#2f2}} {{t|‘|#fff}} donne ‘ʻ’ (l’okina)<br />
*{{t|ê|#2f2}} {{t|’|#fff}} donne ‘ʼ’ (la lettre apostrophe)<br />
<br />
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 :<br />
*{{t|á|#2f2}} {{t|'|#fff}} donne ‘ʼ’ (la lettre apostrophe)<br />
*{{t|ò|#2f2}} {{t|'|#fff}} donne ‘ʻ’ (l’okina)<br />
<br />
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) :<br />
*{{t|ê|#2f2}} {{t|'|#fff}} donne ‘ʼ’ (la lettre apostrophe)<br />
*{{t|ê|#2f2}} {{t|`|#fff}} donne ‘ʻ’ (l’okina) [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 4 juin 2016 à 17:47 (CEST)<br />
<br />
== Pavé numérique émulé sur le bloc alphabétique ==<br />
<br />
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.<br />
<br />
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. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 4 juin 2016 à 17:47 (CEST)<br />
<br />
== Versionnage du bépo ==<br />
<br />
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. <br />
<br />
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. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 18 mai 2016 à 20:58 (CEST)<br />
<br />
== Changements à débattre ==<br />
<br />
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. --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 12:25 (CEST)<br />
<br />
=== Variante en A ===<br />
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 ? --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 12:25 (CEST)<br />
: On est d’accord --Flavien21<br />
: Oui oui [[Utilisateur:Nemolivier|nemolivier]] ([[Discussion utilisateur:Nemolivier|discussion]])<br />
<br />
=== Point souscrit ===<br />
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. --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 12:25 (CEST)<br />
: 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<br />
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<br />
: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. --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 12:25 (CEST)<br />
::C’est sa place actuelle sur Q [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 29 août 2016 à 16:32 (CEST)<br />
Oui, mais qu’y a-t-il de logique dans cette position ? --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 22:01 (CEST)<br />
:Pas plus que l’ogonek en AltGr+F --[[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 29 août 2016 à 22:07 (CEST)<br />
Ben justement, ça permettrait de donner une logique à la position de cette touche ! :D --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 22:36 (CEST)<br />
<br />
:Si l’arabe est pleinement supporté et que cette modification aide à sa saisie, je suis pour. Il y a un certain nombre d’arabophones qui sont aussi francophones, cool si le bépo peut les aider. Mais je pense qu’ils changent complètement de dispo pour écrire vraiment en arabe et pas avec l’alphabet latin, non ? [[Utilisateur:Nemolivier|nemolivier]] ([[Discussion utilisateur:Nemolivier|discussion]])<br />
<br />
=== Lettre apostrophe ===<br />
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 ? --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 12:25 (CEST)<br />
: 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<br />
:: 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. --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 12:25 (CEST)<br />
::: Flavien, tu peux résumé tous les changements que tu proposes ? Ça semble bien coller.[[Utilisateur:Nemolivier|nemolivier]] ([[Discussion utilisateur:Nemolivier|discussion]])<br />
<br />
=== Tiret ===<br />
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 /). --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 12:25 (CEST)<br />
: Je suis pour ne rien toucher à la 105ᵉ touche sur la variante non-A. Mais on peux y mettre sur la 106ᵉ :D --Flavien<br />
:: Je suis pour une touche tiret !! Je crois que je préfère le croisillon… [[Utilisateur:Nemolivier|nemolivier]] ([[Discussion utilisateur:Nemolivier|discussion]])<br />
<br />
=== Copyleft ===<br />
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. --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 12:25 (CEST)<br />
: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<br />
::Le point de code ne change plus. --Marcel<br />
:::[…]<br />
:::Copyleft sera donc en 1F12F, plus qu’à lui trouver une place. --Flavien<br />
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 ! --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 12:25 (CEST)<br />
:On pourrait mettre le symbole copyleft en AltGr+Maj+r, à la place du symbole ®. En effet, le symbole ® est très rarement utilisé (plus rarement que © et ™), donc il peut être relégué dans le plan mathématique/symboles. D'autre part, le R inversé est en AltGr+r, donc on peut facilement mémoriser que le © inversé est aussi sur la touche r. --[[Utilisateur:Thomas|Thomas]] 29 août 2016 à 14:25 (CEST)<br />
:Il y a la déjà la corne en AltGr+Maj+{virgule} --[[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 29 août 2016 à 16:37 (CEST)<br />
Mais la corne, on propose deux sections plus haut de la déplacer sur Q. ;-) --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 22:02 (CEST)<br />
:Non, on parlait du crochet/hameçon --[[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 29 août 2016 à 22:04 (CEST)<br />
<br />
=== Barre inscrite ===<br />
À en croire [https://fr.wikipedia.org/wiki/Barre_inscrite 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. --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 12:25 (CEST)<br />
:Ç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<br />
:: Euh non, j’ai dit AltGr+Maj+{D}, pas AltGr+{D}. ;-) --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 12:25 (CEST)<br />
:::Ben du coup on pourrai inversé les deux, on privilégie l’écriture des langes sur les symboles mathématiques. --[[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 29 août 2016 à 16:38 (CEST)<br />
Voir selon la fréquence des usages peut-être ? --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 22:03 (CEST)<br />
<br />
Enfin je veux dire, je sais que mon avis est biaisé puisque j’ai recours fréquemment aux maths, mais on peut inverser… --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 22:43 (CEST)<br />
<br />
Je suis pour qu’on favorise les langues, contre les maths (désolé), mais c’est aussi que nombre de lettres mortes sont en AltGr, non ? Du coup c’est plus logique de continuer comme ça… [[Utilisateur:Nemolivier|nemolivier]] ([[Discussion utilisateur:Nemolivier|discussion]])<br />
<br />
=== Kana ===<br />
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 à <s>droite</s> gauche ?).<br />
: 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<br />
<br />
=== Circonflexe et grave ===<br />
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 :<br />
* 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.<br />
* Ne rien changer.<br />
* Foutre ces caractères (ou l’un de ces caractères) au hasard un peu au hasard ailleurs en AltGr+Maj.<br />
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. --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 12:25 (CEST)<br />
: 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<br />
:: 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. --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 12:25 (CEST)<br />
:::Ça ne change rien au comportement actuel si ce n’est qu’en passant par la touche morte il faut faire une pression de plus --[[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 29 août 2016 à 16:40 (CEST)<br />
<br />
: Je suis partisan de ne rien changer à la situation actuelle : le circonflexe et l'accent grave seront accessible en frappe directe et par leur touche morte. Ce n'est pas rationnel, mais avoir ^ sur la touche AltGr+Maj+é, c'est bizarre ; j'y verrai plutôt le double accent aigu, ce qui est facile à retenir et qui correspond au bépo actuel. --[[Utilisateur:Thomas|Thomas]] 29 août 2016 à 14:21 (CEST)</div>
Nemolivier
https://bepo.fr/wiki/index.php?title=Discussion:Version_1.1rc1&diff=25494
Discussion:Version 1.1rc1
2016-08-29T21:06:30Z
<p>Nemolivier : /* Lettre apostrophe */</p>
<hr />
<div>{{aide discussion}}<br />
== Ancienne discussion ==<br />
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]]. – [[Utilisateur:A2|A2]] ([[Discussion utilisateur:A2|discussion]]) 9 février 2016 à 03:13 (CET)<br />
<br />
== Première proposition de placement des caractères demandés par l’AFNOR ==<br />
Une première proposition ébauchée en janvier 2016 sur la ML (en rouge) :<br />
{{clavier105Bépo<br />
|compact=<br />
|È= {{k|è|È|{{morte|ò}}|{{R|{{morte|ȍ}}}}}}<br />
|W= {{k|w|W|{{R|ə}}| {{R|Ə}} }}<br />
|V= {{k|v|V|{{morte|ǒ}}| {{R| {{morte|ŏ}} }} }}<br />
|K= {{k|k|K|{{R| {{morte|õ}} }}| {{R|‑ }} }}<br />
|N= {{k|n|N|{{R|ŋ}} | {{R| Ŋ}} }}<br />
|Z= {{k|z|Z|{{R|ʒ}}| {{R|Ʒ}} }}<br />
}}<br />
<br />
* la brève morte (˘) passe de {{touches|AltGr|W}} en {{touches|AltGr|Maj|V}}<br />
* le tilde du K devient mort<br />
* l’''eng'' (ŋ) est mis en {{touches|AltGr|(Maj)|N}}<br />
* le ''schwa'' (ə) passe en {{touches|AltGr|(Maj)|W}}<br />
* l’''ezh'' (ʒ) est mis en {{touches|AltGr|(Maj)|Z}}<br />
* la morte double accent grave fonctionne en miroir de la double accent aigu (donc {{touches|AltGr|Maj|È}} devient un double accent grave mort)<br />
* le trait-d’union insécable est mis en {{touches|AltGr|Maj|K}}. – [[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 2 février 2016.<br />
<br />
== Valse des touches mortes ==<br />
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 {{touches|AltGr|Maj}}. 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 {{touches|AltGr|rangée de repos}} : il y a seulement trois touches mortes des vingt existantes en AltGr sur la rangée de repos… <br />
<br />
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…<br />
<br />
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. – [[Utilisateur:A2|A2]] ([[Discussion utilisateur:A2|discussion]]) 9 février 2016 à 23:35 (CET)<br />
<br />
:Le grave non mort est encore en Maj+%, non ? – [[Utilisateur:Flavien21|Flavien21]] 10 février 2016 à 13:05 (CET)<br />
:: Oui, le grave non mort est à cet endroit.<br />
:: 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 ?<br />
:: 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.<br />
:: 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''.<br />
:: 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'').<br />
:: Cordialement --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 10 février 2016 à 14:23 (CET)<br />
::: Merci de rappeler qu’on a le grave non mort en doublon. – [[Utilisateur:A2|A2]] ([[Discussion utilisateur:A2|discussion]]) 10 février 2016 à 20:33 (CET)<br />
Tenant compte de ce message d’A2, j’ai listé sur ma page personnelle quelques idées concernant les touches mortes. Cordialement --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 16 février 2016 à 23:51 (CET)<br />
: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. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 21 mai 2016 à 15:50 (CEST)<br />
<br />
== Une touche morte pour le latin étendu ? ==<br />
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.<br />
La position de cette touche est proposée en {{touches|AltGr|Maj|À}} ou {{touches|AltGr|Maj|L}}.<br />
<br />
Proposition de Flavien21 :<br />
Latin étendu et ponctuation étendue <br />
<br />
{{clavier105Bépo<br />
|compact=<br />
|dollar= {{k|♭|♯|♮| }}<br />
|un= {{k|―|‐|‒|}}<br />
|deux= {{k|‹|♀|⟨|⩽}}<br />
|trois= {{k|›|♂|⟩|⩾}}<br />
|quatre= {{k|⸤|⸢|⌞|⌜}}<br />
|cinq= {{k|⸥|⸣|⌟|⌝}}<br />
|six= {{k|♡|♢|♠|♣}}<br />
|sept= {{k|⁜|※|☞|⅓}}<br />
|huit= {{k|-|ↀ||⅔}}<br />
|neuf= {{k|∴|ↁ|∵|⅛}}<br />
|zéro= {{k|⁂|ↂ||⅜}}<br />
|égale= {{k|◌|ↇ||⅝}}<br />
|pourcentage= {{k|‴|ↈ|⁗|⅞}}<br />
|B= {{k||Ꞵ||}}<br />
|É= {{k||Ɛ||}}<br />
|P= {{k|ȹ|⁊|℗|}}<br />
|O= {{k||Ɔ||}}<br />
|È= {{k||Ꞷ||}}<br />
|circum= {{k||Ʌ||}}<br />
|V= {{k||Ɯ||}}<br />
|D= {{k|ȸ|||}}<br />
|L= {{k||Lj|LJ|}}<br />
|J= {{k||Ʒ||}}<br />
|Z= {{k||Dz|DZ|}}<br />
|W= {{k||Ƿ|ȣ|}}<br />
|A= {{k||Ɑ||}}<br />
|U= {{k||Ʊ|ɥ|}}<br />
|I= {{k||Ɩ||}}<br />
|E= {{k||Ǝ||}}<br />
|virgule= {{k||Ꞌ|ʔ|}}<br />
|C= {{k||Ɂ|ʕ|}}<br />
|T= {{k||ϴ||}}<br />
|S= {{k|st|ſt||}}<br />
|R= {{k|ʁ|||}}<br />
|N= {{k||Ŋ||}}<br />
|M= {{k||Nj|NJ|}}<br />
|BKSL= {{k||||}}<br />
|Ê= {{k|fi|fl||}}<br />
|À= {{k||Ꜣ|ꜥ|}}<br />
|Y= {{k||Ȝ||}}<br />
|X= {{k||Ʃ||}}<br />
|point= {{k|•|⁃||}}<br />
|K= {{k|ĸ|||}}<br />
|apos= {{k|⸮|‽||}}<br />
|Q= {{k||Ꭓ||}}<br />
|G= {{k||Ɣ||}}<br />
|H= {{k||Ƕ||}}<br />
|F= {{k|ff|ffl|ffi|}}<br />
|espace= {{k|||‾|}}<br />
}}<br />
<br />
Proposition de yeKcim :<br />
Moins fournie et reprend des caractères de la couche de base.<br />
<br />
{{clavier105Bépo<br />
|compact=<br />
|dollar= {{k||||}}<br />
|un= {{k||||}}<br />
|deux= {{k||||}}<br />
|trois= {{k||||}}<br />
|quatre= {{k||||}}<br />
|cinq= {{k||||}}<br />
|six= {{k||||}}<br />
|sept= {{k||||}}<br />
|huit= {{k||||}}<br />
|neuf= {{k||||}}<br />
|zéro= {{k||||}}<br />
|égale= {{k||||}}<br />
|pourcentage= {{k||||}}<br />
|B= {{k||||}}<br />
|É= {{k||Ǝ||}}<br />
|P= {{k||||}}<br />
|O= {{k||Ɔ||}}<br />
|È= {{k||Ɛ||}}<br />
|circum= {{k|ʔ|||}}<br />
|V= {{k||Ʌ||}}<br />
|D= {{k||Ð||}}<br />
|L= {{k||||}}<br />
|J= {{k||ϴ||}}<br />
|Z= {{k||Ʒ||}}<br />
|W= {{k||Ƿ||}}<br />
|A= {{k||Ɑ||}}<br />
|U= {{k||Ȣ||}}<br />
|I= {{k||Ə||}}<br />
|E= {{k||Ʃ||}}<br />
|virgule= {{k||Ꞌ||}}<br />
|C= {{k|ſ|||}}<br />
|T= {{k||Þ||}}<br />
|S= {{k||ẞ||}}<br />
|R= {{k||||}}<br />
|N= {{k||Ŋ||}}<br />
|M= {{k||||}}<br />
|BKSL= {{k| | | | }}<br />
|Ê= {{k||||}}<br />
|À= {{k||Ɐ||}}<br />
|Y= {{k||Ȝ||}}<br />
|X= {{k||||}}<br />
|point= {{k||||}}<br />
|K= {{k|ĸ|||}}<br />
|apos= {{k||Ɂ||}}<br />
|Q= {{k||||}}<br />
|G= {{k||Ɣ||}}<br />
|H= {{k||||}}<br />
|F= {{k||||}}<br />
|espace= {{k||||}}<br />
}}<br />
[[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 11 février 2016 à 11:52 (CET)<br />
: À 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 --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 13 février 2016 à 19:31 (CET)<br />
::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 {{t|È|#fff}}, 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 {{t|É|#fff}} 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. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 19 mai 2016 à 15:15 (CEST)<br />
[[Utilisateur:yeKcim|yeKcim]], 14 février 2016<br />
: 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 ?<br />
::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)]… [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 15 février 2016 à 22:41 (CET)<br />
::: 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 » ([[User:Milton|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.<br />
::: 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.<br />
::: Par curiosité, les ligatures de D, C et I en haut à droite, c’est des chiffres romains ?<br />
::: Cordialement --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 15 février 2016 à 23:05 (CET)<br />
::::Dièse est là en étendu du # qui lui ressemble et bémol et bécarre sont là par extensions.<br />
::::Je suis tout à fait d’accord pour mâle/femelle et la couleur des cartes, je les ai ajouté juste comme ça.<br />
::::Oui, ↀ, ↁ, ↂ, ↇ et ↈ sont les chiffres romain pour 1 000, 5 000, 10 000, 50 000 et 100 000. [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 15 février 2016 à 23:42 (CET)<br />
:<br />
::En réponse à la requête de yeKcim, je vais tâcher d’expliquer la « logique de fourre-tout ».<br />
::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.<br />
::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&nbsp;9995, du groupe tertiaire et suivants le cas échéant, et les cartes des touches mortes.<br />
::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. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 19 mai 2016 à 17:14 (CEST)<br />
<br />
== Changement en attente ? ==<br />
<br />
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]»<br />
<br />
Attention aux combinaisons Maj+F[1-6] qui peuvent être utilisées par les logiciels...<br />
<br />
[[Utilisateur:airevspin|airevspin]] 12 février 2016 à 17:16 (CET)<br />
:Le changement de disposition clavier via l’OS comme dans les pays multilingue est préférable. [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 12 février 2016 à 19:41 (CET)<br />
<br />
== Inversion espace fine insécable et espace insécable ==<br />
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).<br />
<br />
: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. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 18 mai 2016 à 21:46 (CEST)<br />
<br />
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 [https://bugzilla.mozilla.org/show_bug.cgi?id=290565 connu depuis dix ans]).<br />
<br />
L’inversion des deux vous paraît-elle envisageable sur cette version ?<br />
<br />
Bien cordialement --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 13 février 2016 à 21:08 (CET)<br />
<br />
: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. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 18 mai 2016 à 21:39 (CEST)<br />
: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. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 19 mai 2016 à 00:42 (CEST)<br />
<br />
=== Doubler l’espace fine insécable sur une émulation de pavé numérique ===<br />
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.<br />
<br />
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).<br />
<br />
Mais en gros il n’y a pas de problème car l’objectif est un '''bépo&nbsp;105&nbsp;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. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 6 juin 2016 à 20:51 (CEST)<br />
<br />
== Touches mortes comme sélecteurs de groupe ==<br />
<br />
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.<br />
<br />
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 :<br />
*{{t|ê|#2f2}} {{t|«|#fff}} donne ‘‹’<br />
*{{t|ê|#2f2}} {{t|»|#fff}} donne ‘›’<br />
<br />
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+ :<br />
*{{t|ê|#2f2}} {{t|.|#fff}} donne ‘·’<br />
*{{t|ê|#2f2}} {{t|\:|#fff}} donne ‘…’ (La touche vive est le deux-points.)<br />
<br />
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 {{t|.|#fff}}.<br />
*{{t|ê|#2f2}} {{t|,|#fff}} donne ‘’’ soit l’apostrophe (typographique)<br />
Cela permet d’avoir ‘EFI;’ par Clavier+ en AltGr de {{t|,|#fff}}.<br />
<br />
*{{t|ê|#2f2}} {{t|?|#fff}} donne ‘¿’<br />
*{{t|ê|#2f2}} {{t|!|#fff}} donne ‘¡’<br />
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+. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 18 mai 2016 à 20:44 (CEST)<br />
<br />
L’utilisateur peut aussi ajouter des raccourcis Clavier+ pour générer les séquences ‘«EFI’ et ‘EFI»’ en AltGr de {{t|«|#fff}} et {{t|»|#fff}}, et ajouter – toujours dans Clavier+ – le remplacement des guillemets-chevrons par les chevrons mathématiques.[[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur: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.<br />
<br />
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.<br />
<br />
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. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 21 mai 2016 à 16:17 (CEST)<br />
<br />
=== Lettre apostrophe pour le breton, okina pour les langues polynésiennes ===<br />
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 :<br />
*{{t|ê|#2f2}} {{t|‘|#fff}} donne ‘ʻ’ (l’okina)<br />
*{{t|ê|#2f2}} {{t|’|#fff}} donne ‘ʼ’ (la lettre apostrophe)<br />
<br />
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 :<br />
*{{t|á|#2f2}} {{t|'|#fff}} donne ‘ʼ’ (la lettre apostrophe)<br />
*{{t|ò|#2f2}} {{t|'|#fff}} donne ‘ʻ’ (l’okina)<br />
<br />
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) :<br />
*{{t|ê|#2f2}} {{t|'|#fff}} donne ‘ʼ’ (la lettre apostrophe)<br />
*{{t|ê|#2f2}} {{t|`|#fff}} donne ‘ʻ’ (l’okina) [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 4 juin 2016 à 17:47 (CEST)<br />
<br />
== Pavé numérique émulé sur le bloc alphabétique ==<br />
<br />
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.<br />
<br />
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. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 4 juin 2016 à 17:47 (CEST)<br />
<br />
== Versionnage du bépo ==<br />
<br />
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. <br />
<br />
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. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 18 mai 2016 à 20:58 (CEST)<br />
<br />
== Changements à débattre ==<br />
<br />
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. --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 12:25 (CEST)<br />
<br />
=== Variante en A ===<br />
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 ? --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 12:25 (CEST)<br />
: On est d’accord --Flavien21<br />
: Oui oui [[Utilisateur:Nemolivier|nemolivier]] ([[Discussion utilisateur:Nemolivier|discussion]])<br />
<br />
=== Point souscrit ===<br />
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. --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 12:25 (CEST)<br />
: 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<br />
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<br />
: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. --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 12:25 (CEST)<br />
::C’est sa place actuelle sur Q [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 29 août 2016 à 16:32 (CEST)<br />
Oui, mais qu’y a-t-il de logique dans cette position ? --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 22:01 (CEST)<br />
:Pas plus que l’ogonek en AltGr+F --[[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 29 août 2016 à 22:07 (CEST)<br />
Ben justement, ça permettrait de donner une logique à la position de cette touche ! :D --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 22:36 (CEST)<br />
<br />
:Si l’arabe est pleinement supporté et que cette modification aide à sa saisie, je suis pour. Il y a un certain nombre d’arabophones qui sont aussi francophones, cool si le bépo peut les aider. Mais je pense qu’ils changent complètement de dispo pour écrire vraiment en arabe et pas avec l’alphabet latin, non ? [[Utilisateur:Nemolivier|nemolivier]] ([[Discussion utilisateur:Nemolivier|discussion]])<br />
<br />
=== Lettre apostrophe ===<br />
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 ? --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 12:25 (CEST)<br />
: 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<br />
:: 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. --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 12:25 (CEST)<br />
::: Flavien, tu peux résumé tous les changements que tu proposes ? Ça semble bien coller.[[Utilisateur:Nemolivier|nemolivier]] ([[Discussion utilisateur:Nemolivier|discussion]])<br />
<br />
=== Tiret ===<br />
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 /). --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 12:25 (CEST)<br />
: Je suis pour ne rien toucher à la 105ᵉ touche sur la variante non-A. Mais on peux y mettre sur la 106ᵉ :D --Flavien<br />
:: Je suis pour une touche tiret !! Je crois que je préfère le croisillon… [[Utilisateur:Nemolivier|nemolivier]] ([[Discussion utilisateur:Nemolivier|discussion]])<br />
<br />
=== Copyleft ===<br />
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. --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 12:25 (CEST)<br />
: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<br />
::Le point de code ne change plus. --Marcel<br />
:::[…]<br />
:::Copyleft sera donc en 1F12F, plus qu’à lui trouver une place. --Flavien<br />
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 ! --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 12:25 (CEST)<br />
:On pourrait mettre le symbole copyleft en AltGr+Maj+r, à la place du symbole ®. En effet, le symbole ® est très rarement utilisé (plus rarement que © et ™), donc il peut être relégué dans le plan mathématique/symboles. D'autre part, le R inversé est en AltGr+r, donc on peut facilement mémoriser que le © inversé est aussi sur la touche r. --[[Utilisateur:Thomas|Thomas]] 29 août 2016 à 14:25 (CEST)<br />
:Il y a la déjà la corne en AltGr+Maj+{virgule} --[[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 29 août 2016 à 16:37 (CEST)<br />
Mais la corne, on propose deux sections plus haut de la déplacer sur Q. ;-) --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 22:02 (CEST)<br />
:Non, on parlait du crochet/hameçon --[[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 29 août 2016 à 22:04 (CEST)<br />
<br />
=== Barre inscrite ===<br />
À en croire [https://fr.wikipedia.org/wiki/Barre_inscrite 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. --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 12:25 (CEST)<br />
:Ç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<br />
:: Euh non, j’ai dit AltGr+Maj+{D}, pas AltGr+{D}. ;-) --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 12:25 (CEST)<br />
:::Ben du coup on pourrai inversé les deux, on privilégie l’écriture des langes sur les symboles mathématiques. --[[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 29 août 2016 à 16:38 (CEST)<br />
Voir selon la fréquence des usages peut-être ? --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 22:03 (CEST)<br />
<br />
Enfin je veux dire, je sais que mon avis est biaisé puisque j’ai recours fréquemment aux maths, mais on peut inverser… --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 22:43 (CEST)<br />
<br />
=== Kana ===<br />
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 à <s>droite</s> gauche ?).<br />
: 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<br />
<br />
=== Circonflexe et grave ===<br />
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 :<br />
* 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.<br />
* Ne rien changer.<br />
* Foutre ces caractères (ou l’un de ces caractères) au hasard un peu au hasard ailleurs en AltGr+Maj.<br />
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. --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 12:25 (CEST)<br />
: 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<br />
:: 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. --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 12:25 (CEST)<br />
:::Ça ne change rien au comportement actuel si ce n’est qu’en passant par la touche morte il faut faire une pression de plus --[[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 29 août 2016 à 16:40 (CEST)<br />
<br />
: Je suis partisan de ne rien changer à la situation actuelle : le circonflexe et l'accent grave seront accessible en frappe directe et par leur touche morte. Ce n'est pas rationnel, mais avoir ^ sur la touche AltGr+Maj+é, c'est bizarre ; j'y verrai plutôt le double accent aigu, ce qui est facile à retenir et qui correspond au bépo actuel. --[[Utilisateur:Thomas|Thomas]] 29 août 2016 à 14:21 (CEST)</div>
Nemolivier
https://bepo.fr/wiki/index.php?title=Discussion:Version_1.1rc1&diff=25493
Discussion:Version 1.1rc1
2016-08-29T21:05:49Z
<p>Nemolivier : /* Lettre apostrophe */</p>
<hr />
<div>{{aide discussion}}<br />
== Ancienne discussion ==<br />
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]]. – [[Utilisateur:A2|A2]] ([[Discussion utilisateur:A2|discussion]]) 9 février 2016 à 03:13 (CET)<br />
<br />
== Première proposition de placement des caractères demandés par l’AFNOR ==<br />
Une première proposition ébauchée en janvier 2016 sur la ML (en rouge) :<br />
{{clavier105Bépo<br />
|compact=<br />
|È= {{k|è|È|{{morte|ò}}|{{R|{{morte|ȍ}}}}}}<br />
|W= {{k|w|W|{{R|ə}}| {{R|Ə}} }}<br />
|V= {{k|v|V|{{morte|ǒ}}| {{R| {{morte|ŏ}} }} }}<br />
|K= {{k|k|K|{{R| {{morte|õ}} }}| {{R|‑ }} }}<br />
|N= {{k|n|N|{{R|ŋ}} | {{R| Ŋ}} }}<br />
|Z= {{k|z|Z|{{R|ʒ}}| {{R|Ʒ}} }}<br />
}}<br />
<br />
* la brève morte (˘) passe de {{touches|AltGr|W}} en {{touches|AltGr|Maj|V}}<br />
* le tilde du K devient mort<br />
* l’''eng'' (ŋ) est mis en {{touches|AltGr|(Maj)|N}}<br />
* le ''schwa'' (ə) passe en {{touches|AltGr|(Maj)|W}}<br />
* l’''ezh'' (ʒ) est mis en {{touches|AltGr|(Maj)|Z}}<br />
* la morte double accent grave fonctionne en miroir de la double accent aigu (donc {{touches|AltGr|Maj|È}} devient un double accent grave mort)<br />
* le trait-d’union insécable est mis en {{touches|AltGr|Maj|K}}. – [[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 2 février 2016.<br />
<br />
== Valse des touches mortes ==<br />
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 {{touches|AltGr|Maj}}. 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 {{touches|AltGr|rangée de repos}} : il y a seulement trois touches mortes des vingt existantes en AltGr sur la rangée de repos… <br />
<br />
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…<br />
<br />
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. – [[Utilisateur:A2|A2]] ([[Discussion utilisateur:A2|discussion]]) 9 février 2016 à 23:35 (CET)<br />
<br />
:Le grave non mort est encore en Maj+%, non ? – [[Utilisateur:Flavien21|Flavien21]] 10 février 2016 à 13:05 (CET)<br />
:: Oui, le grave non mort est à cet endroit.<br />
:: 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 ?<br />
:: 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.<br />
:: 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''.<br />
:: 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'').<br />
:: Cordialement --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 10 février 2016 à 14:23 (CET)<br />
::: Merci de rappeler qu’on a le grave non mort en doublon. – [[Utilisateur:A2|A2]] ([[Discussion utilisateur:A2|discussion]]) 10 février 2016 à 20:33 (CET)<br />
Tenant compte de ce message d’A2, j’ai listé sur ma page personnelle quelques idées concernant les touches mortes. Cordialement --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 16 février 2016 à 23:51 (CET)<br />
: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. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 21 mai 2016 à 15:50 (CEST)<br />
<br />
== Une touche morte pour le latin étendu ? ==<br />
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.<br />
La position de cette touche est proposée en {{touches|AltGr|Maj|À}} ou {{touches|AltGr|Maj|L}}.<br />
<br />
Proposition de Flavien21 :<br />
Latin étendu et ponctuation étendue <br />
<br />
{{clavier105Bépo<br />
|compact=<br />
|dollar= {{k|♭|♯|♮| }}<br />
|un= {{k|―|‐|‒|}}<br />
|deux= {{k|‹|♀|⟨|⩽}}<br />
|trois= {{k|›|♂|⟩|⩾}}<br />
|quatre= {{k|⸤|⸢|⌞|⌜}}<br />
|cinq= {{k|⸥|⸣|⌟|⌝}}<br />
|six= {{k|♡|♢|♠|♣}}<br />
|sept= {{k|⁜|※|☞|⅓}}<br />
|huit= {{k|-|ↀ||⅔}}<br />
|neuf= {{k|∴|ↁ|∵|⅛}}<br />
|zéro= {{k|⁂|ↂ||⅜}}<br />
|égale= {{k|◌|ↇ||⅝}}<br />
|pourcentage= {{k|‴|ↈ|⁗|⅞}}<br />
|B= {{k||Ꞵ||}}<br />
|É= {{k||Ɛ||}}<br />
|P= {{k|ȹ|⁊|℗|}}<br />
|O= {{k||Ɔ||}}<br />
|È= {{k||Ꞷ||}}<br />
|circum= {{k||Ʌ||}}<br />
|V= {{k||Ɯ||}}<br />
|D= {{k|ȸ|||}}<br />
|L= {{k||Lj|LJ|}}<br />
|J= {{k||Ʒ||}}<br />
|Z= {{k||Dz|DZ|}}<br />
|W= {{k||Ƿ|ȣ|}}<br />
|A= {{k||Ɑ||}}<br />
|U= {{k||Ʊ|ɥ|}}<br />
|I= {{k||Ɩ||}}<br />
|E= {{k||Ǝ||}}<br />
|virgule= {{k||Ꞌ|ʔ|}}<br />
|C= {{k||Ɂ|ʕ|}}<br />
|T= {{k||ϴ||}}<br />
|S= {{k|st|ſt||}}<br />
|R= {{k|ʁ|||}}<br />
|N= {{k||Ŋ||}}<br />
|M= {{k||Nj|NJ|}}<br />
|BKSL= {{k||||}}<br />
|Ê= {{k|fi|fl||}}<br />
|À= {{k||Ꜣ|ꜥ|}}<br />
|Y= {{k||Ȝ||}}<br />
|X= {{k||Ʃ||}}<br />
|point= {{k|•|⁃||}}<br />
|K= {{k|ĸ|||}}<br />
|apos= {{k|⸮|‽||}}<br />
|Q= {{k||Ꭓ||}}<br />
|G= {{k||Ɣ||}}<br />
|H= {{k||Ƕ||}}<br />
|F= {{k|ff|ffl|ffi|}}<br />
|espace= {{k|||‾|}}<br />
}}<br />
<br />
Proposition de yeKcim :<br />
Moins fournie et reprend des caractères de la couche de base.<br />
<br />
{{clavier105Bépo<br />
|compact=<br />
|dollar= {{k||||}}<br />
|un= {{k||||}}<br />
|deux= {{k||||}}<br />
|trois= {{k||||}}<br />
|quatre= {{k||||}}<br />
|cinq= {{k||||}}<br />
|six= {{k||||}}<br />
|sept= {{k||||}}<br />
|huit= {{k||||}}<br />
|neuf= {{k||||}}<br />
|zéro= {{k||||}}<br />
|égale= {{k||||}}<br />
|pourcentage= {{k||||}}<br />
|B= {{k||||}}<br />
|É= {{k||Ǝ||}}<br />
|P= {{k||||}}<br />
|O= {{k||Ɔ||}}<br />
|È= {{k||Ɛ||}}<br />
|circum= {{k|ʔ|||}}<br />
|V= {{k||Ʌ||}}<br />
|D= {{k||Ð||}}<br />
|L= {{k||||}}<br />
|J= {{k||ϴ||}}<br />
|Z= {{k||Ʒ||}}<br />
|W= {{k||Ƿ||}}<br />
|A= {{k||Ɑ||}}<br />
|U= {{k||Ȣ||}}<br />
|I= {{k||Ə||}}<br />
|E= {{k||Ʃ||}}<br />
|virgule= {{k||Ꞌ||}}<br />
|C= {{k|ſ|||}}<br />
|T= {{k||Þ||}}<br />
|S= {{k||ẞ||}}<br />
|R= {{k||||}}<br />
|N= {{k||Ŋ||}}<br />
|M= {{k||||}}<br />
|BKSL= {{k| | | | }}<br />
|Ê= {{k||||}}<br />
|À= {{k||Ɐ||}}<br />
|Y= {{k||Ȝ||}}<br />
|X= {{k||||}}<br />
|point= {{k||||}}<br />
|K= {{k|ĸ|||}}<br />
|apos= {{k||Ɂ||}}<br />
|Q= {{k||||}}<br />
|G= {{k||Ɣ||}}<br />
|H= {{k||||}}<br />
|F= {{k||||}}<br />
|espace= {{k||||}}<br />
}}<br />
[[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 11 février 2016 à 11:52 (CET)<br />
: À 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 --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 13 février 2016 à 19:31 (CET)<br />
::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 {{t|È|#fff}}, 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 {{t|É|#fff}} 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. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 19 mai 2016 à 15:15 (CEST)<br />
[[Utilisateur:yeKcim|yeKcim]], 14 février 2016<br />
: 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 ?<br />
::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)]… [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 15 février 2016 à 22:41 (CET)<br />
::: 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 » ([[User:Milton|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.<br />
::: 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.<br />
::: Par curiosité, les ligatures de D, C et I en haut à droite, c’est des chiffres romains ?<br />
::: Cordialement --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 15 février 2016 à 23:05 (CET)<br />
::::Dièse est là en étendu du # qui lui ressemble et bémol et bécarre sont là par extensions.<br />
::::Je suis tout à fait d’accord pour mâle/femelle et la couleur des cartes, je les ai ajouté juste comme ça.<br />
::::Oui, ↀ, ↁ, ↂ, ↇ et ↈ sont les chiffres romain pour 1 000, 5 000, 10 000, 50 000 et 100 000. [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 15 février 2016 à 23:42 (CET)<br />
:<br />
::En réponse à la requête de yeKcim, je vais tâcher d’expliquer la « logique de fourre-tout ».<br />
::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.<br />
::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&nbsp;9995, du groupe tertiaire et suivants le cas échéant, et les cartes des touches mortes.<br />
::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. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 19 mai 2016 à 17:14 (CEST)<br />
<br />
== Changement en attente ? ==<br />
<br />
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]»<br />
<br />
Attention aux combinaisons Maj+F[1-6] qui peuvent être utilisées par les logiciels...<br />
<br />
[[Utilisateur:airevspin|airevspin]] 12 février 2016 à 17:16 (CET)<br />
:Le changement de disposition clavier via l’OS comme dans les pays multilingue est préférable. [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 12 février 2016 à 19:41 (CET)<br />
<br />
== Inversion espace fine insécable et espace insécable ==<br />
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).<br />
<br />
: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. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 18 mai 2016 à 21:46 (CEST)<br />
<br />
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 [https://bugzilla.mozilla.org/show_bug.cgi?id=290565 connu depuis dix ans]).<br />
<br />
L’inversion des deux vous paraît-elle envisageable sur cette version ?<br />
<br />
Bien cordialement --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 13 février 2016 à 21:08 (CET)<br />
<br />
: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. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 18 mai 2016 à 21:39 (CEST)<br />
: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. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 19 mai 2016 à 00:42 (CEST)<br />
<br />
=== Doubler l’espace fine insécable sur une émulation de pavé numérique ===<br />
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.<br />
<br />
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).<br />
<br />
Mais en gros il n’y a pas de problème car l’objectif est un '''bépo&nbsp;105&nbsp;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. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 6 juin 2016 à 20:51 (CEST)<br />
<br />
== Touches mortes comme sélecteurs de groupe ==<br />
<br />
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.<br />
<br />
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 :<br />
*{{t|ê|#2f2}} {{t|«|#fff}} donne ‘‹’<br />
*{{t|ê|#2f2}} {{t|»|#fff}} donne ‘›’<br />
<br />
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+ :<br />
*{{t|ê|#2f2}} {{t|.|#fff}} donne ‘·’<br />
*{{t|ê|#2f2}} {{t|\:|#fff}} donne ‘…’ (La touche vive est le deux-points.)<br />
<br />
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 {{t|.|#fff}}.<br />
*{{t|ê|#2f2}} {{t|,|#fff}} donne ‘’’ soit l’apostrophe (typographique)<br />
Cela permet d’avoir ‘EFI;’ par Clavier+ en AltGr de {{t|,|#fff}}.<br />
<br />
*{{t|ê|#2f2}} {{t|?|#fff}} donne ‘¿’<br />
*{{t|ê|#2f2}} {{t|!|#fff}} donne ‘¡’<br />
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+. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 18 mai 2016 à 20:44 (CEST)<br />
<br />
L’utilisateur peut aussi ajouter des raccourcis Clavier+ pour générer les séquences ‘«EFI’ et ‘EFI»’ en AltGr de {{t|«|#fff}} et {{t|»|#fff}}, et ajouter – toujours dans Clavier+ – le remplacement des guillemets-chevrons par les chevrons mathématiques.[[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur: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.<br />
<br />
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.<br />
<br />
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. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 21 mai 2016 à 16:17 (CEST)<br />
<br />
=== Lettre apostrophe pour le breton, okina pour les langues polynésiennes ===<br />
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 :<br />
*{{t|ê|#2f2}} {{t|‘|#fff}} donne ‘ʻ’ (l’okina)<br />
*{{t|ê|#2f2}} {{t|’|#fff}} donne ‘ʼ’ (la lettre apostrophe)<br />
<br />
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 :<br />
*{{t|á|#2f2}} {{t|'|#fff}} donne ‘ʼ’ (la lettre apostrophe)<br />
*{{t|ò|#2f2}} {{t|'|#fff}} donne ‘ʻ’ (l’okina)<br />
<br />
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) :<br />
*{{t|ê|#2f2}} {{t|'|#fff}} donne ‘ʼ’ (la lettre apostrophe)<br />
*{{t|ê|#2f2}} {{t|`|#fff}} donne ‘ʻ’ (l’okina) [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 4 juin 2016 à 17:47 (CEST)<br />
<br />
== Pavé numérique émulé sur le bloc alphabétique ==<br />
<br />
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.<br />
<br />
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. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 4 juin 2016 à 17:47 (CEST)<br />
<br />
== Versionnage du bépo ==<br />
<br />
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. <br />
<br />
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. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 18 mai 2016 à 20:58 (CEST)<br />
<br />
== Changements à débattre ==<br />
<br />
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. --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 12:25 (CEST)<br />
<br />
=== Variante en A ===<br />
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 ? --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 12:25 (CEST)<br />
: On est d’accord --Flavien21<br />
: Oui oui [[Utilisateur:Nemolivier|nemolivier]] ([[Discussion utilisateur:Nemolivier|discussion]])<br />
<br />
=== Point souscrit ===<br />
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. --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 12:25 (CEST)<br />
: 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<br />
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<br />
: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. --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 12:25 (CEST)<br />
::C’est sa place actuelle sur Q [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 29 août 2016 à 16:32 (CEST)<br />
Oui, mais qu’y a-t-il de logique dans cette position ? --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 22:01 (CEST)<br />
:Pas plus que l’ogonek en AltGr+F --[[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 29 août 2016 à 22:07 (CEST)<br />
Ben justement, ça permettrait de donner une logique à la position de cette touche ! :D --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 22:36 (CEST)<br />
<br />
:Si l’arabe est pleinement supporté et que cette modification aide à sa saisie, je suis pour. Il y a un certain nombre d’arabophones qui sont aussi francophones, cool si le bépo peut les aider. Mais je pense qu’ils changent complètement de dispo pour écrire vraiment en arabe et pas avec l’alphabet latin, non ? [[Utilisateur:Nemolivier|nemolivier]] ([[Discussion utilisateur:Nemolivier|discussion]])<br />
<br />
=== Lettre apostrophe ===<br />
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 ? --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 12:25 (CEST)<br />
: 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<br />
:: 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. --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 12:25 (CEST)<br />
:: Flavien, tu peux résumé tous les changements que tu proposes ? Ça semble bien coller.[[Utilisateur:Nemolivier|nemolivier]] ([[Discussion utilisateur:Nemolivier|discussion]])<br />
<br />
=== Tiret ===<br />
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 /). --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 12:25 (CEST)<br />
: Je suis pour ne rien toucher à la 105ᵉ touche sur la variante non-A. Mais on peux y mettre sur la 106ᵉ :D --Flavien<br />
:: Je suis pour une touche tiret !! Je crois que je préfère le croisillon… [[Utilisateur:Nemolivier|nemolivier]] ([[Discussion utilisateur:Nemolivier|discussion]])<br />
<br />
=== Copyleft ===<br />
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. --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 12:25 (CEST)<br />
: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<br />
::Le point de code ne change plus. --Marcel<br />
:::[…]<br />
:::Copyleft sera donc en 1F12F, plus qu’à lui trouver une place. --Flavien<br />
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 ! --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 12:25 (CEST)<br />
:On pourrait mettre le symbole copyleft en AltGr+Maj+r, à la place du symbole ®. En effet, le symbole ® est très rarement utilisé (plus rarement que © et ™), donc il peut être relégué dans le plan mathématique/symboles. D'autre part, le R inversé est en AltGr+r, donc on peut facilement mémoriser que le © inversé est aussi sur la touche r. --[[Utilisateur:Thomas|Thomas]] 29 août 2016 à 14:25 (CEST)<br />
:Il y a la déjà la corne en AltGr+Maj+{virgule} --[[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 29 août 2016 à 16:37 (CEST)<br />
Mais la corne, on propose deux sections plus haut de la déplacer sur Q. ;-) --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 22:02 (CEST)<br />
:Non, on parlait du crochet/hameçon --[[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 29 août 2016 à 22:04 (CEST)<br />
<br />
=== Barre inscrite ===<br />
À en croire [https://fr.wikipedia.org/wiki/Barre_inscrite 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. --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 12:25 (CEST)<br />
:Ç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<br />
:: Euh non, j’ai dit AltGr+Maj+{D}, pas AltGr+{D}. ;-) --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 12:25 (CEST)<br />
:::Ben du coup on pourrai inversé les deux, on privilégie l’écriture des langes sur les symboles mathématiques. --[[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 29 août 2016 à 16:38 (CEST)<br />
Voir selon la fréquence des usages peut-être ? --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 22:03 (CEST)<br />
<br />
Enfin je veux dire, je sais que mon avis est biaisé puisque j’ai recours fréquemment aux maths, mais on peut inverser… --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 22:43 (CEST)<br />
<br />
=== Kana ===<br />
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 à <s>droite</s> gauche ?).<br />
: 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<br />
<br />
=== Circonflexe et grave ===<br />
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 :<br />
* 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.<br />
* Ne rien changer.<br />
* Foutre ces caractères (ou l’un de ces caractères) au hasard un peu au hasard ailleurs en AltGr+Maj.<br />
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. --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 12:25 (CEST)<br />
: 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<br />
:: 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. --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 12:25 (CEST)<br />
:::Ça ne change rien au comportement actuel si ce n’est qu’en passant par la touche morte il faut faire une pression de plus --[[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 29 août 2016 à 16:40 (CEST)<br />
<br />
: Je suis partisan de ne rien changer à la situation actuelle : le circonflexe et l'accent grave seront accessible en frappe directe et par leur touche morte. Ce n'est pas rationnel, mais avoir ^ sur la touche AltGr+Maj+é, c'est bizarre ; j'y verrai plutôt le double accent aigu, ce qui est facile à retenir et qui correspond au bépo actuel. --[[Utilisateur:Thomas|Thomas]] 29 août 2016 à 14:21 (CEST)</div>
Nemolivier
https://bepo.fr/wiki/index.php?title=Discussion:Version_1.1rc1&diff=25492
Discussion:Version 1.1rc1
2016-08-29T21:02:34Z
<p>Nemolivier : /* Point souscrit */</p>
<hr />
<div>{{aide discussion}}<br />
== Ancienne discussion ==<br />
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]]. – [[Utilisateur:A2|A2]] ([[Discussion utilisateur:A2|discussion]]) 9 février 2016 à 03:13 (CET)<br />
<br />
== Première proposition de placement des caractères demandés par l’AFNOR ==<br />
Une première proposition ébauchée en janvier 2016 sur la ML (en rouge) :<br />
{{clavier105Bépo<br />
|compact=<br />
|È= {{k|è|È|{{morte|ò}}|{{R|{{morte|ȍ}}}}}}<br />
|W= {{k|w|W|{{R|ə}}| {{R|Ə}} }}<br />
|V= {{k|v|V|{{morte|ǒ}}| {{R| {{morte|ŏ}} }} }}<br />
|K= {{k|k|K|{{R| {{morte|õ}} }}| {{R|‑ }} }}<br />
|N= {{k|n|N|{{R|ŋ}} | {{R| Ŋ}} }}<br />
|Z= {{k|z|Z|{{R|ʒ}}| {{R|Ʒ}} }}<br />
}}<br />
<br />
* la brève morte (˘) passe de {{touches|AltGr|W}} en {{touches|AltGr|Maj|V}}<br />
* le tilde du K devient mort<br />
* l’''eng'' (ŋ) est mis en {{touches|AltGr|(Maj)|N}}<br />
* le ''schwa'' (ə) passe en {{touches|AltGr|(Maj)|W}}<br />
* l’''ezh'' (ʒ) est mis en {{touches|AltGr|(Maj)|Z}}<br />
* la morte double accent grave fonctionne en miroir de la double accent aigu (donc {{touches|AltGr|Maj|È}} devient un double accent grave mort)<br />
* le trait-d’union insécable est mis en {{touches|AltGr|Maj|K}}. – [[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 2 février 2016.<br />
<br />
== Valse des touches mortes ==<br />
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 {{touches|AltGr|Maj}}. 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 {{touches|AltGr|rangée de repos}} : il y a seulement trois touches mortes des vingt existantes en AltGr sur la rangée de repos… <br />
<br />
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…<br />
<br />
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. – [[Utilisateur:A2|A2]] ([[Discussion utilisateur:A2|discussion]]) 9 février 2016 à 23:35 (CET)<br />
<br />
:Le grave non mort est encore en Maj+%, non ? – [[Utilisateur:Flavien21|Flavien21]] 10 février 2016 à 13:05 (CET)<br />
:: Oui, le grave non mort est à cet endroit.<br />
:: 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 ?<br />
:: 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.<br />
:: 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''.<br />
:: 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'').<br />
:: Cordialement --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 10 février 2016 à 14:23 (CET)<br />
::: Merci de rappeler qu’on a le grave non mort en doublon. – [[Utilisateur:A2|A2]] ([[Discussion utilisateur:A2|discussion]]) 10 février 2016 à 20:33 (CET)<br />
Tenant compte de ce message d’A2, j’ai listé sur ma page personnelle quelques idées concernant les touches mortes. Cordialement --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 16 février 2016 à 23:51 (CET)<br />
: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. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 21 mai 2016 à 15:50 (CEST)<br />
<br />
== Une touche morte pour le latin étendu ? ==<br />
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.<br />
La position de cette touche est proposée en {{touches|AltGr|Maj|À}} ou {{touches|AltGr|Maj|L}}.<br />
<br />
Proposition de Flavien21 :<br />
Latin étendu et ponctuation étendue <br />
<br />
{{clavier105Bépo<br />
|compact=<br />
|dollar= {{k|♭|♯|♮| }}<br />
|un= {{k|―|‐|‒|}}<br />
|deux= {{k|‹|♀|⟨|⩽}}<br />
|trois= {{k|›|♂|⟩|⩾}}<br />
|quatre= {{k|⸤|⸢|⌞|⌜}}<br />
|cinq= {{k|⸥|⸣|⌟|⌝}}<br />
|six= {{k|♡|♢|♠|♣}}<br />
|sept= {{k|⁜|※|☞|⅓}}<br />
|huit= {{k|-|ↀ||⅔}}<br />
|neuf= {{k|∴|ↁ|∵|⅛}}<br />
|zéro= {{k|⁂|ↂ||⅜}}<br />
|égale= {{k|◌|ↇ||⅝}}<br />
|pourcentage= {{k|‴|ↈ|⁗|⅞}}<br />
|B= {{k||Ꞵ||}}<br />
|É= {{k||Ɛ||}}<br />
|P= {{k|ȹ|⁊|℗|}}<br />
|O= {{k||Ɔ||}}<br />
|È= {{k||Ꞷ||}}<br />
|circum= {{k||Ʌ||}}<br />
|V= {{k||Ɯ||}}<br />
|D= {{k|ȸ|||}}<br />
|L= {{k||Lj|LJ|}}<br />
|J= {{k||Ʒ||}}<br />
|Z= {{k||Dz|DZ|}}<br />
|W= {{k||Ƿ|ȣ|}}<br />
|A= {{k||Ɑ||}}<br />
|U= {{k||Ʊ|ɥ|}}<br />
|I= {{k||Ɩ||}}<br />
|E= {{k||Ǝ||}}<br />
|virgule= {{k||Ꞌ|ʔ|}}<br />
|C= {{k||Ɂ|ʕ|}}<br />
|T= {{k||ϴ||}}<br />
|S= {{k|st|ſt||}}<br />
|R= {{k|ʁ|||}}<br />
|N= {{k||Ŋ||}}<br />
|M= {{k||Nj|NJ|}}<br />
|BKSL= {{k||||}}<br />
|Ê= {{k|fi|fl||}}<br />
|À= {{k||Ꜣ|ꜥ|}}<br />
|Y= {{k||Ȝ||}}<br />
|X= {{k||Ʃ||}}<br />
|point= {{k|•|⁃||}}<br />
|K= {{k|ĸ|||}}<br />
|apos= {{k|⸮|‽||}}<br />
|Q= {{k||Ꭓ||}}<br />
|G= {{k||Ɣ||}}<br />
|H= {{k||Ƕ||}}<br />
|F= {{k|ff|ffl|ffi|}}<br />
|espace= {{k|||‾|}}<br />
}}<br />
<br />
Proposition de yeKcim :<br />
Moins fournie et reprend des caractères de la couche de base.<br />
<br />
{{clavier105Bépo<br />
|compact=<br />
|dollar= {{k||||}}<br />
|un= {{k||||}}<br />
|deux= {{k||||}}<br />
|trois= {{k||||}}<br />
|quatre= {{k||||}}<br />
|cinq= {{k||||}}<br />
|six= {{k||||}}<br />
|sept= {{k||||}}<br />
|huit= {{k||||}}<br />
|neuf= {{k||||}}<br />
|zéro= {{k||||}}<br />
|égale= {{k||||}}<br />
|pourcentage= {{k||||}}<br />
|B= {{k||||}}<br />
|É= {{k||Ǝ||}}<br />
|P= {{k||||}}<br />
|O= {{k||Ɔ||}}<br />
|È= {{k||Ɛ||}}<br />
|circum= {{k|ʔ|||}}<br />
|V= {{k||Ʌ||}}<br />
|D= {{k||Ð||}}<br />
|L= {{k||||}}<br />
|J= {{k||ϴ||}}<br />
|Z= {{k||Ʒ||}}<br />
|W= {{k||Ƿ||}}<br />
|A= {{k||Ɑ||}}<br />
|U= {{k||Ȣ||}}<br />
|I= {{k||Ə||}}<br />
|E= {{k||Ʃ||}}<br />
|virgule= {{k||Ꞌ||}}<br />
|C= {{k|ſ|||}}<br />
|T= {{k||Þ||}}<br />
|S= {{k||ẞ||}}<br />
|R= {{k||||}}<br />
|N= {{k||Ŋ||}}<br />
|M= {{k||||}}<br />
|BKSL= {{k| | | | }}<br />
|Ê= {{k||||}}<br />
|À= {{k||Ɐ||}}<br />
|Y= {{k||Ȝ||}}<br />
|X= {{k||||}}<br />
|point= {{k||||}}<br />
|K= {{k|ĸ|||}}<br />
|apos= {{k||Ɂ||}}<br />
|Q= {{k||||}}<br />
|G= {{k||Ɣ||}}<br />
|H= {{k||||}}<br />
|F= {{k||||}}<br />
|espace= {{k||||}}<br />
}}<br />
[[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 11 février 2016 à 11:52 (CET)<br />
: À 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 --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 13 février 2016 à 19:31 (CET)<br />
::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 {{t|È|#fff}}, 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 {{t|É|#fff}} 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. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 19 mai 2016 à 15:15 (CEST)<br />
[[Utilisateur:yeKcim|yeKcim]], 14 février 2016<br />
: 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 ?<br />
::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)]… [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 15 février 2016 à 22:41 (CET)<br />
::: 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 » ([[User:Milton|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.<br />
::: 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.<br />
::: Par curiosité, les ligatures de D, C et I en haut à droite, c’est des chiffres romains ?<br />
::: Cordialement --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 15 février 2016 à 23:05 (CET)<br />
::::Dièse est là en étendu du # qui lui ressemble et bémol et bécarre sont là par extensions.<br />
::::Je suis tout à fait d’accord pour mâle/femelle et la couleur des cartes, je les ai ajouté juste comme ça.<br />
::::Oui, ↀ, ↁ, ↂ, ↇ et ↈ sont les chiffres romain pour 1 000, 5 000, 10 000, 50 000 et 100 000. [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 15 février 2016 à 23:42 (CET)<br />
:<br />
::En réponse à la requête de yeKcim, je vais tâcher d’expliquer la « logique de fourre-tout ».<br />
::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.<br />
::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&nbsp;9995, du groupe tertiaire et suivants le cas échéant, et les cartes des touches mortes.<br />
::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. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 19 mai 2016 à 17:14 (CEST)<br />
<br />
== Changement en attente ? ==<br />
<br />
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]»<br />
<br />
Attention aux combinaisons Maj+F[1-6] qui peuvent être utilisées par les logiciels...<br />
<br />
[[Utilisateur:airevspin|airevspin]] 12 février 2016 à 17:16 (CET)<br />
:Le changement de disposition clavier via l’OS comme dans les pays multilingue est préférable. [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 12 février 2016 à 19:41 (CET)<br />
<br />
== Inversion espace fine insécable et espace insécable ==<br />
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).<br />
<br />
: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. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 18 mai 2016 à 21:46 (CEST)<br />
<br />
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 [https://bugzilla.mozilla.org/show_bug.cgi?id=290565 connu depuis dix ans]).<br />
<br />
L’inversion des deux vous paraît-elle envisageable sur cette version ?<br />
<br />
Bien cordialement --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 13 février 2016 à 21:08 (CET)<br />
<br />
: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. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 18 mai 2016 à 21:39 (CEST)<br />
: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. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 19 mai 2016 à 00:42 (CEST)<br />
<br />
=== Doubler l’espace fine insécable sur une émulation de pavé numérique ===<br />
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.<br />
<br />
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).<br />
<br />
Mais en gros il n’y a pas de problème car l’objectif est un '''bépo&nbsp;105&nbsp;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. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 6 juin 2016 à 20:51 (CEST)<br />
<br />
== Touches mortes comme sélecteurs de groupe ==<br />
<br />
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.<br />
<br />
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 :<br />
*{{t|ê|#2f2}} {{t|«|#fff}} donne ‘‹’<br />
*{{t|ê|#2f2}} {{t|»|#fff}} donne ‘›’<br />
<br />
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+ :<br />
*{{t|ê|#2f2}} {{t|.|#fff}} donne ‘·’<br />
*{{t|ê|#2f2}} {{t|\:|#fff}} donne ‘…’ (La touche vive est le deux-points.)<br />
<br />
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 {{t|.|#fff}}.<br />
*{{t|ê|#2f2}} {{t|,|#fff}} donne ‘’’ soit l’apostrophe (typographique)<br />
Cela permet d’avoir ‘EFI;’ par Clavier+ en AltGr de {{t|,|#fff}}.<br />
<br />
*{{t|ê|#2f2}} {{t|?|#fff}} donne ‘¿’<br />
*{{t|ê|#2f2}} {{t|!|#fff}} donne ‘¡’<br />
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+. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 18 mai 2016 à 20:44 (CEST)<br />
<br />
L’utilisateur peut aussi ajouter des raccourcis Clavier+ pour générer les séquences ‘«EFI’ et ‘EFI»’ en AltGr de {{t|«|#fff}} et {{t|»|#fff}}, et ajouter – toujours dans Clavier+ – le remplacement des guillemets-chevrons par les chevrons mathématiques.[[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur: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.<br />
<br />
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.<br />
<br />
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. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 21 mai 2016 à 16:17 (CEST)<br />
<br />
=== Lettre apostrophe pour le breton, okina pour les langues polynésiennes ===<br />
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 :<br />
*{{t|ê|#2f2}} {{t|‘|#fff}} donne ‘ʻ’ (l’okina)<br />
*{{t|ê|#2f2}} {{t|’|#fff}} donne ‘ʼ’ (la lettre apostrophe)<br />
<br />
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 :<br />
*{{t|á|#2f2}} {{t|'|#fff}} donne ‘ʼ’ (la lettre apostrophe)<br />
*{{t|ò|#2f2}} {{t|'|#fff}} donne ‘ʻ’ (l’okina)<br />
<br />
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) :<br />
*{{t|ê|#2f2}} {{t|'|#fff}} donne ‘ʼ’ (la lettre apostrophe)<br />
*{{t|ê|#2f2}} {{t|`|#fff}} donne ‘ʻ’ (l’okina) [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 4 juin 2016 à 17:47 (CEST)<br />
<br />
== Pavé numérique émulé sur le bloc alphabétique ==<br />
<br />
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.<br />
<br />
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. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 4 juin 2016 à 17:47 (CEST)<br />
<br />
== Versionnage du bépo ==<br />
<br />
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. <br />
<br />
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. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 18 mai 2016 à 20:58 (CEST)<br />
<br />
== Changements à débattre ==<br />
<br />
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. --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 12:25 (CEST)<br />
<br />
=== Variante en A ===<br />
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 ? --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 12:25 (CEST)<br />
: On est d’accord --Flavien21<br />
: Oui oui [[Utilisateur:Nemolivier|nemolivier]] ([[Discussion utilisateur:Nemolivier|discussion]])<br />
<br />
=== Point souscrit ===<br />
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. --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 12:25 (CEST)<br />
: 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<br />
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<br />
: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. --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 12:25 (CEST)<br />
::C’est sa place actuelle sur Q [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 29 août 2016 à 16:32 (CEST)<br />
Oui, mais qu’y a-t-il de logique dans cette position ? --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 22:01 (CEST)<br />
:Pas plus que l’ogonek en AltGr+F --[[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 29 août 2016 à 22:07 (CEST)<br />
Ben justement, ça permettrait de donner une logique à la position de cette touche ! :D --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 22:36 (CEST)<br />
<br />
:Si l’arabe est pleinement supporté et que cette modification aide à sa saisie, je suis pour. Il y a un certain nombre d’arabophones qui sont aussi francophones, cool si le bépo peut les aider. Mais je pense qu’ils changent complètement de dispo pour écrire vraiment en arabe et pas avec l’alphabet latin, non ? [[Utilisateur:Nemolivier|nemolivier]] ([[Discussion utilisateur:Nemolivier|discussion]])<br />
<br />
=== Lettre apostrophe ===<br />
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 ? --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 12:25 (CEST)<br />
: 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<br />
:: 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. --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 12:25 (CEST)<br />
<br />
=== Tiret ===<br />
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 /). --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 12:25 (CEST)<br />
: Je suis pour ne rien toucher à la 105ᵉ touche sur la variante non-A. Mais on peux y mettre sur la 106ᵉ :D --Flavien<br />
:: Je suis pour une touche tiret !! Je crois que je préfère le croisillon… [[Utilisateur:Nemolivier|nemolivier]] ([[Discussion utilisateur:Nemolivier|discussion]])<br />
<br />
=== Copyleft ===<br />
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. --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 12:25 (CEST)<br />
: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<br />
::Le point de code ne change plus. --Marcel<br />
:::[…]<br />
:::Copyleft sera donc en 1F12F, plus qu’à lui trouver une place. --Flavien<br />
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 ! --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 12:25 (CEST)<br />
:On pourrait mettre le symbole copyleft en AltGr+Maj+r, à la place du symbole ®. En effet, le symbole ® est très rarement utilisé (plus rarement que © et ™), donc il peut être relégué dans le plan mathématique/symboles. D'autre part, le R inversé est en AltGr+r, donc on peut facilement mémoriser que le © inversé est aussi sur la touche r. --[[Utilisateur:Thomas|Thomas]] 29 août 2016 à 14:25 (CEST)<br />
:Il y a la déjà la corne en AltGr+Maj+{virgule} --[[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 29 août 2016 à 16:37 (CEST)<br />
Mais la corne, on propose deux sections plus haut de la déplacer sur Q. ;-) --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 22:02 (CEST)<br />
:Non, on parlait du crochet/hameçon --[[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 29 août 2016 à 22:04 (CEST)<br />
<br />
=== Barre inscrite ===<br />
À en croire [https://fr.wikipedia.org/wiki/Barre_inscrite 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. --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 12:25 (CEST)<br />
:Ç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<br />
:: Euh non, j’ai dit AltGr+Maj+{D}, pas AltGr+{D}. ;-) --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 12:25 (CEST)<br />
:::Ben du coup on pourrai inversé les deux, on privilégie l’écriture des langes sur les symboles mathématiques. --[[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 29 août 2016 à 16:38 (CEST)<br />
Voir selon la fréquence des usages peut-être ? --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 22:03 (CEST)<br />
<br />
Enfin je veux dire, je sais que mon avis est biaisé puisque j’ai recours fréquemment aux maths, mais on peut inverser… --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 22:43 (CEST)<br />
<br />
=== Kana ===<br />
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 à <s>droite</s> gauche ?).<br />
: 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<br />
<br />
=== Circonflexe et grave ===<br />
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 :<br />
* 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.<br />
* Ne rien changer.<br />
* Foutre ces caractères (ou l’un de ces caractères) au hasard un peu au hasard ailleurs en AltGr+Maj.<br />
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. --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 12:25 (CEST)<br />
: 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<br />
:: 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. --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 12:25 (CEST)<br />
:::Ça ne change rien au comportement actuel si ce n’est qu’en passant par la touche morte il faut faire une pression de plus --[[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 29 août 2016 à 16:40 (CEST)<br />
<br />
: Je suis partisan de ne rien changer à la situation actuelle : le circonflexe et l'accent grave seront accessible en frappe directe et par leur touche morte. Ce n'est pas rationnel, mais avoir ^ sur la touche AltGr+Maj+é, c'est bizarre ; j'y verrai plutôt le double accent aigu, ce qui est facile à retenir et qui correspond au bépo actuel. --[[Utilisateur:Thomas|Thomas]] 29 août 2016 à 14:21 (CEST)</div>
Nemolivier
https://bepo.fr/wiki/index.php?title=Discussion:Version_1.1rc1&diff=25487
Discussion:Version 1.1rc1
2016-08-29T20:18:25Z
<p>Nemolivier : /* Tiret */</p>
<hr />
<div>{{aide discussion}}<br />
== Ancienne discussion ==<br />
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]]. – [[Utilisateur:A2|A2]] ([[Discussion utilisateur:A2|discussion]]) 9 février 2016 à 03:13 (CET)<br />
<br />
== Première proposition de placement des caractères demandés par l’AFNOR ==<br />
Une première proposition ébauchée en janvier 2016 sur la ML (en rouge) :<br />
{{clavier105Bépo<br />
|compact=<br />
|È= {{k|è|È|{{morte|ò}}|{{R|{{morte|ȍ}}}}}}<br />
|W= {{k|w|W|{{R|ə}}| {{R|Ə}} }}<br />
|V= {{k|v|V|{{morte|ǒ}}| {{R| {{morte|ŏ}} }} }}<br />
|K= {{k|k|K|{{R| {{morte|õ}} }}| {{R|‑ }} }}<br />
|N= {{k|n|N|{{R|ŋ}} | {{R| Ŋ}} }}<br />
|Z= {{k|z|Z|{{R|ʒ}}| {{R|Ʒ}} }}<br />
}}<br />
<br />
* la brève morte (˘) passe de {{touches|AltGr|W}} en {{touches|AltGr|Maj|V}}<br />
* le tilde du K devient mort<br />
* l’''eng'' (ŋ) est mis en {{touches|AltGr|(Maj)|N}}<br />
* le ''schwa'' (ə) passe en {{touches|AltGr|(Maj)|W}}<br />
* l’''ezh'' (ʒ) est mis en {{touches|AltGr|(Maj)|Z}}<br />
* la morte double accent grave fonctionne en miroir de la double accent aigu (donc {{touches|AltGr|Maj|È}} devient un double accent grave mort)<br />
* le trait-d’union insécable est mis en {{touches|AltGr|Maj|K}}. – [[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 2 février 2016.<br />
<br />
== Valse des touches mortes ==<br />
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 {{touches|AltGr|Maj}}. 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 {{touches|AltGr|rangée de repos}} : il y a seulement trois touches mortes des vingt existantes en AltGr sur la rangée de repos… <br />
<br />
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…<br />
<br />
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. – [[Utilisateur:A2|A2]] ([[Discussion utilisateur:A2|discussion]]) 9 février 2016 à 23:35 (CET)<br />
<br />
:Le grave non mort est encore en Maj+%, non ? – [[Utilisateur:Flavien21|Flavien21]] 10 février 2016 à 13:05 (CET)<br />
:: Oui, le grave non mort est à cet endroit.<br />
:: 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 ?<br />
:: 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.<br />
:: 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''.<br />
:: 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'').<br />
:: Cordialement --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 10 février 2016 à 14:23 (CET)<br />
::: Merci de rappeler qu’on a le grave non mort en doublon. – [[Utilisateur:A2|A2]] ([[Discussion utilisateur:A2|discussion]]) 10 février 2016 à 20:33 (CET)<br />
Tenant compte de ce message d’A2, j’ai listé sur ma page personnelle quelques idées concernant les touches mortes. Cordialement --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 16 février 2016 à 23:51 (CET)<br />
: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. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 21 mai 2016 à 15:50 (CEST)<br />
<br />
== Une touche morte pour le latin étendu ? ==<br />
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.<br />
La position de cette touche est proposée en {{touches|AltGr|Maj|À}} ou {{touches|AltGr|Maj|L}}.<br />
<br />
Proposition de Flavien21 :<br />
Latin étendu et ponctuation étendue <br />
<br />
{{clavier105Bépo<br />
|compact=<br />
|dollar= {{k|♭|♯|♮| }}<br />
|un= {{k|―|‐|‒|}}<br />
|deux= {{k|‹|♀|⟨|⩽}}<br />
|trois= {{k|›|♂|⟩|⩾}}<br />
|quatre= {{k|⸤|⸢|⌞|⌜}}<br />
|cinq= {{k|⸥|⸣|⌟|⌝}}<br />
|six= {{k|♡|♢|♠|♣}}<br />
|sept= {{k|⁜|※|☞|⅓}}<br />
|huit= {{k|-|ↀ||⅔}}<br />
|neuf= {{k|∴|ↁ|∵|⅛}}<br />
|zéro= {{k|⁂|ↂ||⅜}}<br />
|égale= {{k|◌|ↇ||⅝}}<br />
|pourcentage= {{k|‴|ↈ|⁗|⅞}}<br />
|B= {{k||Ꞵ||}}<br />
|É= {{k||Ɛ||}}<br />
|P= {{k|ȹ|⁊|℗|}}<br />
|O= {{k||Ɔ||}}<br />
|È= {{k||Ꞷ||}}<br />
|circum= {{k||Ʌ||}}<br />
|V= {{k||Ɯ||}}<br />
|D= {{k|ȸ|||}}<br />
|L= {{k||Lj|LJ|}}<br />
|J= {{k||Ʒ||}}<br />
|Z= {{k||Dz|DZ|}}<br />
|W= {{k||Ƿ|ȣ|}}<br />
|A= {{k||Ɑ||}}<br />
|U= {{k||Ʊ|ɥ|}}<br />
|I= {{k||Ɩ||}}<br />
|E= {{k||Ǝ||}}<br />
|virgule= {{k||Ꞌ|ʔ|}}<br />
|C= {{k||Ɂ|ʕ|}}<br />
|T= {{k||ϴ||}}<br />
|S= {{k|st|ſt||}}<br />
|R= {{k|ʁ|||}}<br />
|N= {{k||Ŋ||}}<br />
|M= {{k||Nj|NJ|}}<br />
|BKSL= {{k||||}}<br />
|Ê= {{k|fi|fl||}}<br />
|À= {{k||Ꜣ|ꜥ|}}<br />
|Y= {{k||Ȝ||}}<br />
|X= {{k||Ʃ||}}<br />
|point= {{k|•|⁃||}}<br />
|K= {{k|ĸ|||}}<br />
|apos= {{k|⸮|‽||}}<br />
|Q= {{k||Ꭓ||}}<br />
|G= {{k||Ɣ||}}<br />
|H= {{k||Ƕ||}}<br />
|F= {{k|ff|ffl|ffi|}}<br />
|espace= {{k|||‾|}}<br />
}}<br />
<br />
Proposition de yeKcim :<br />
Moins fournie et reprend des caractères de la couche de base.<br />
<br />
{{clavier105Bépo<br />
|compact=<br />
|dollar= {{k||||}}<br />
|un= {{k||||}}<br />
|deux= {{k||||}}<br />
|trois= {{k||||}}<br />
|quatre= {{k||||}}<br />
|cinq= {{k||||}}<br />
|six= {{k||||}}<br />
|sept= {{k||||}}<br />
|huit= {{k||||}}<br />
|neuf= {{k||||}}<br />
|zéro= {{k||||}}<br />
|égale= {{k||||}}<br />
|pourcentage= {{k||||}}<br />
|B= {{k||||}}<br />
|É= {{k||Ǝ||}}<br />
|P= {{k||||}}<br />
|O= {{k||Ɔ||}}<br />
|È= {{k||Ɛ||}}<br />
|circum= {{k|ʔ|||}}<br />
|V= {{k||Ʌ||}}<br />
|D= {{k||Ð||}}<br />
|L= {{k||||}}<br />
|J= {{k||ϴ||}}<br />
|Z= {{k||Ʒ||}}<br />
|W= {{k||Ƿ||}}<br />
|A= {{k||Ɑ||}}<br />
|U= {{k||Ȣ||}}<br />
|I= {{k||Ə||}}<br />
|E= {{k||Ʃ||}}<br />
|virgule= {{k||Ꞌ||}}<br />
|C= {{k|ſ|||}}<br />
|T= {{k||Þ||}}<br />
|S= {{k||ẞ||}}<br />
|R= {{k||||}}<br />
|N= {{k||Ŋ||}}<br />
|M= {{k||||}}<br />
|BKSL= {{k| | | | }}<br />
|Ê= {{k||||}}<br />
|À= {{k||Ɐ||}}<br />
|Y= {{k||Ȝ||}}<br />
|X= {{k||||}}<br />
|point= {{k||||}}<br />
|K= {{k|ĸ|||}}<br />
|apos= {{k||Ɂ||}}<br />
|Q= {{k||||}}<br />
|G= {{k||Ɣ||}}<br />
|H= {{k||||}}<br />
|F= {{k||||}}<br />
|espace= {{k||||}}<br />
}}<br />
[[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 11 février 2016 à 11:52 (CET)<br />
: À 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 --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 13 février 2016 à 19:31 (CET)<br />
::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 {{t|È|#fff}}, 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 {{t|É|#fff}} 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. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 19 mai 2016 à 15:15 (CEST)<br />
[[Utilisateur:yeKcim|yeKcim]], 14 février 2016<br />
: 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 ?<br />
::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)]… [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 15 février 2016 à 22:41 (CET)<br />
::: 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 » ([[User:Milton|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.<br />
::: 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.<br />
::: Par curiosité, les ligatures de D, C et I en haut à droite, c’est des chiffres romains ?<br />
::: Cordialement --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 15 février 2016 à 23:05 (CET)<br />
::::Dièse est là en étendu du # qui lui ressemble et bémol et bécarre sont là par extensions.<br />
::::Je suis tout à fait d’accord pour mâle/femelle et la couleur des cartes, je les ai ajouté juste comme ça.<br />
::::Oui, ↀ, ↁ, ↂ, ↇ et ↈ sont les chiffres romain pour 1 000, 5 000, 10 000, 50 000 et 100 000. [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 15 février 2016 à 23:42 (CET)<br />
:<br />
::En réponse à la requête de yeKcim, je vais tâcher d’expliquer la « logique de fourre-tout ».<br />
::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.<br />
::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&nbsp;9995, du groupe tertiaire et suivants le cas échéant, et les cartes des touches mortes.<br />
::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. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 19 mai 2016 à 17:14 (CEST)<br />
<br />
== Changement en attente ? ==<br />
<br />
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]»<br />
<br />
Attention aux combinaisons Maj+F[1-6] qui peuvent être utilisées par les logiciels...<br />
<br />
[[Utilisateur:airevspin|airevspin]] 12 février 2016 à 17:16 (CET)<br />
:Le changement de disposition clavier via l’OS comme dans les pays multilingue est préférable. [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 12 février 2016 à 19:41 (CET)<br />
<br />
== Inversion espace fine insécable et espace insécable ==<br />
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).<br />
<br />
: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. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 18 mai 2016 à 21:46 (CEST)<br />
<br />
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 [https://bugzilla.mozilla.org/show_bug.cgi?id=290565 connu depuis dix ans]).<br />
<br />
L’inversion des deux vous paraît-elle envisageable sur cette version ?<br />
<br />
Bien cordialement --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 13 février 2016 à 21:08 (CET)<br />
<br />
: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. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 18 mai 2016 à 21:39 (CEST)<br />
: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. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 19 mai 2016 à 00:42 (CEST)<br />
<br />
=== Doubler l’espace fine insécable sur une émulation de pavé numérique ===<br />
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.<br />
<br />
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).<br />
<br />
Mais en gros il n’y a pas de problème car l’objectif est un '''bépo&nbsp;105&nbsp;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. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 6 juin 2016 à 20:51 (CEST)<br />
<br />
== Touches mortes comme sélecteurs de groupe ==<br />
<br />
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.<br />
<br />
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 :<br />
*{{t|ê|#2f2}} {{t|«|#fff}} donne ‘‹’<br />
*{{t|ê|#2f2}} {{t|»|#fff}} donne ‘›’<br />
<br />
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+ :<br />
*{{t|ê|#2f2}} {{t|.|#fff}} donne ‘·’<br />
*{{t|ê|#2f2}} {{t|\:|#fff}} donne ‘…’ (La touche vive est le deux-points.)<br />
<br />
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 {{t|.|#fff}}.<br />
*{{t|ê|#2f2}} {{t|,|#fff}} donne ‘’’ soit l’apostrophe (typographique)<br />
Cela permet d’avoir ‘EFI;’ par Clavier+ en AltGr de {{t|,|#fff}}.<br />
<br />
*{{t|ê|#2f2}} {{t|?|#fff}} donne ‘¿’<br />
*{{t|ê|#2f2}} {{t|!|#fff}} donne ‘¡’<br />
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+. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 18 mai 2016 à 20:44 (CEST)<br />
<br />
L’utilisateur peut aussi ajouter des raccourcis Clavier+ pour générer les séquences ‘«EFI’ et ‘EFI»’ en AltGr de {{t|«|#fff}} et {{t|»|#fff}}, et ajouter – toujours dans Clavier+ – le remplacement des guillemets-chevrons par les chevrons mathématiques.[[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur: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.<br />
<br />
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.<br />
<br />
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. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 21 mai 2016 à 16:17 (CEST)<br />
<br />
=== Lettre apostrophe pour le breton, okina pour les langues polynésiennes ===<br />
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 :<br />
*{{t|ê|#2f2}} {{t|‘|#fff}} donne ‘ʻ’ (l’okina)<br />
*{{t|ê|#2f2}} {{t|’|#fff}} donne ‘ʼ’ (la lettre apostrophe)<br />
<br />
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 :<br />
*{{t|á|#2f2}} {{t|'|#fff}} donne ‘ʼ’ (la lettre apostrophe)<br />
*{{t|ò|#2f2}} {{t|'|#fff}} donne ‘ʻ’ (l’okina)<br />
<br />
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) :<br />
*{{t|ê|#2f2}} {{t|'|#fff}} donne ‘ʼ’ (la lettre apostrophe)<br />
*{{t|ê|#2f2}} {{t|`|#fff}} donne ‘ʻ’ (l’okina) [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 4 juin 2016 à 17:47 (CEST)<br />
<br />
== Pavé numérique émulé sur le bloc alphabétique ==<br />
<br />
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.<br />
<br />
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. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 4 juin 2016 à 17:47 (CEST)<br />
<br />
== Versionnage du bépo ==<br />
<br />
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. <br />
<br />
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. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 18 mai 2016 à 20:58 (CEST)<br />
<br />
== Changements à débattre ==<br />
<br />
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. --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 12:25 (CEST)<br />
<br />
=== Variante en A ===<br />
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 ? --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 12:25 (CEST)<br />
: On est d’accord --Flavien21<br />
: Oui oui [[Utilisateur:Nemolivier|nemolivier]] ([[Discussion utilisateur:Nemolivier|discussion]])<br />
<br />
=== Point souscrit ===<br />
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. --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 12:25 (CEST)<br />
: 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<br />
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<br />
: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. --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 12:25 (CEST)<br />
::C’est sa place actuelle sur Q [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 29 août 2016 à 16:32 (CEST)<br />
Oui, mais qu’y a-t-il de logique dans cette position ? --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 22:01 (CEST)<br />
:Pas plus que l’ogonek en AltGr+F --[[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 29 août 2016 à 22:07 (CEST)<br />
<br />
=== Lettre apostrophe ===<br />
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 ? --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 12:25 (CEST)<br />
: 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<br />
:: 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. --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 12:25 (CEST)<br />
<br />
=== Tiret ===<br />
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 /). --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 12:25 (CEST)<br />
: Je suis pour ne rien toucher à la 105ᵉ touche sur la variante non-A. Mais on peux y mettre sur la 106ᵉ :D --Flavien<br />
: Je suis pour une touche tiret !! Je crois que je préfère le croisillon… [[Utilisateur:Nemolivier|nemolivier]] ([[Discussion utilisateur:Nemolivier|discussion]])<br />
<br />
=== Copyleft ===<br />
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. --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 12:25 (CEST)<br />
: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<br />
::Le point de code ne change plus. --Marcel<br />
:::[…]<br />
:::Copyleft sera donc en 1F12F, plus qu’à lui trouver une place. --Flavien<br />
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 ! --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 12:25 (CEST)<br />
:On pourrait mettre le symbole copyleft en AltGr+Maj+r, à la place du symbole ®. En effet, le symbole ® est très rarement utilisé (plus rarement que © et ™), donc il peut être relégué dans le plan mathématique/symboles. D'autre part, le R inversé est en AltGr+r, donc on peut facilement mémoriser que le © inversé est aussi sur la touche r. --[[Utilisateur:Thomas|Thomas]] 29 août 2016 à 14:25 (CEST)<br />
:Il y a la déjà la corne en AltGr+Maj+{virgule} --[[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 29 août 2016 à 16:37 (CEST)<br />
Mais la corne, on propose deux sections plus haut de la déplacer sur Q. ;-) --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 22:02 (CEST)<br />
:Non, on parlait du crochet/hameçon --[[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 29 août 2016 à 22:04 (CEST)<br />
<br />
=== Barre inscrite ===<br />
À en croire [https://fr.wikipedia.org/wiki/Barre_inscrite 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. --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 12:25 (CEST)<br />
:Ç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<br />
:: Euh non, j’ai dit AltGr+Maj+{D}, pas AltGr+{D}. ;-) --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 12:25 (CEST)<br />
:::Ben du coup on pourrai inversé les deux, on privilégie l’écriture des langes sur les symboles mathématiques. --[[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 29 août 2016 à 16:38 (CEST)<br />
Voir selon la fréquence des usages peut-être ? --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 22:03 (CEST)<br />
<br />
=== Kana ===<br />
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 à <s>droite</s> gauche ?).<br />
: 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<br />
<br />
=== Circonflexe et grave ===<br />
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 :<br />
* 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.<br />
* Ne rien changer.<br />
* Foutre ces caractères (ou l’un de ces caractères) au hasard un peu au hasard ailleurs en AltGr+Maj.<br />
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. --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 12:25 (CEST)<br />
: 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<br />
:: 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. --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 12:25 (CEST)<br />
:::Ça ne change rien au comportement actuel si ce n’est qu’en passant par la touche morte il faut faire une pression de plus --[[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 29 août 2016 à 16:40 (CEST)<br />
<br />
: Je suis partisan de ne rien changer à la situation actuelle : le circonflexe et l'accent grave seront accessible en frappe directe et par leur touche morte. Ce n'est pas rationnel, mais avoir ^ sur la touche AltGr+Maj+é, c'est bizarre ; j'y verrai plutôt le double accent aigu, ce qui est facile à retenir et qui correspond au bépo actuel. --[[Utilisateur:Thomas|Thomas]] 29 août 2016 à 14:21 (CEST)</div>
Nemolivier
https://bepo.fr/wiki/index.php?title=Discussion:Version_1.1rc1&diff=25486
Discussion:Version 1.1rc1
2016-08-29T20:16:36Z
<p>Nemolivier : /* Variante en A */</p>
<hr />
<div>{{aide discussion}}<br />
== Ancienne discussion ==<br />
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]]. – [[Utilisateur:A2|A2]] ([[Discussion utilisateur:A2|discussion]]) 9 février 2016 à 03:13 (CET)<br />
<br />
== Première proposition de placement des caractères demandés par l’AFNOR ==<br />
Une première proposition ébauchée en janvier 2016 sur la ML (en rouge) :<br />
{{clavier105Bépo<br />
|compact=<br />
|È= {{k|è|È|{{morte|ò}}|{{R|{{morte|ȍ}}}}}}<br />
|W= {{k|w|W|{{R|ə}}| {{R|Ə}} }}<br />
|V= {{k|v|V|{{morte|ǒ}}| {{R| {{morte|ŏ}} }} }}<br />
|K= {{k|k|K|{{R| {{morte|õ}} }}| {{R|‑ }} }}<br />
|N= {{k|n|N|{{R|ŋ}} | {{R| Ŋ}} }}<br />
|Z= {{k|z|Z|{{R|ʒ}}| {{R|Ʒ}} }}<br />
}}<br />
<br />
* la brève morte (˘) passe de {{touches|AltGr|W}} en {{touches|AltGr|Maj|V}}<br />
* le tilde du K devient mort<br />
* l’''eng'' (ŋ) est mis en {{touches|AltGr|(Maj)|N}}<br />
* le ''schwa'' (ə) passe en {{touches|AltGr|(Maj)|W}}<br />
* l’''ezh'' (ʒ) est mis en {{touches|AltGr|(Maj)|Z}}<br />
* la morte double accent grave fonctionne en miroir de la double accent aigu (donc {{touches|AltGr|Maj|È}} devient un double accent grave mort)<br />
* le trait-d’union insécable est mis en {{touches|AltGr|Maj|K}}. – [[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 2 février 2016.<br />
<br />
== Valse des touches mortes ==<br />
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 {{touches|AltGr|Maj}}. 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 {{touches|AltGr|rangée de repos}} : il y a seulement trois touches mortes des vingt existantes en AltGr sur la rangée de repos… <br />
<br />
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…<br />
<br />
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. – [[Utilisateur:A2|A2]] ([[Discussion utilisateur:A2|discussion]]) 9 février 2016 à 23:35 (CET)<br />
<br />
:Le grave non mort est encore en Maj+%, non ? – [[Utilisateur:Flavien21|Flavien21]] 10 février 2016 à 13:05 (CET)<br />
:: Oui, le grave non mort est à cet endroit.<br />
:: 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 ?<br />
:: 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.<br />
:: 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''.<br />
:: 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'').<br />
:: Cordialement --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 10 février 2016 à 14:23 (CET)<br />
::: Merci de rappeler qu’on a le grave non mort en doublon. – [[Utilisateur:A2|A2]] ([[Discussion utilisateur:A2|discussion]]) 10 février 2016 à 20:33 (CET)<br />
Tenant compte de ce message d’A2, j’ai listé sur ma page personnelle quelques idées concernant les touches mortes. Cordialement --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 16 février 2016 à 23:51 (CET)<br />
: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. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 21 mai 2016 à 15:50 (CEST)<br />
<br />
== Une touche morte pour le latin étendu ? ==<br />
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.<br />
La position de cette touche est proposée en {{touches|AltGr|Maj|À}} ou {{touches|AltGr|Maj|L}}.<br />
<br />
Proposition de Flavien21 :<br />
Latin étendu et ponctuation étendue <br />
<br />
{{clavier105Bépo<br />
|compact=<br />
|dollar= {{k|♭|♯|♮| }}<br />
|un= {{k|―|‐|‒|}}<br />
|deux= {{k|‹|♀|⟨|⩽}}<br />
|trois= {{k|›|♂|⟩|⩾}}<br />
|quatre= {{k|⸤|⸢|⌞|⌜}}<br />
|cinq= {{k|⸥|⸣|⌟|⌝}}<br />
|six= {{k|♡|♢|♠|♣}}<br />
|sept= {{k|⁜|※|☞|⅓}}<br />
|huit= {{k|-|ↀ||⅔}}<br />
|neuf= {{k|∴|ↁ|∵|⅛}}<br />
|zéro= {{k|⁂|ↂ||⅜}}<br />
|égale= {{k|◌|ↇ||⅝}}<br />
|pourcentage= {{k|‴|ↈ|⁗|⅞}}<br />
|B= {{k||Ꞵ||}}<br />
|É= {{k||Ɛ||}}<br />
|P= {{k|ȹ|⁊|℗|}}<br />
|O= {{k||Ɔ||}}<br />
|È= {{k||Ꞷ||}}<br />
|circum= {{k||Ʌ||}}<br />
|V= {{k||Ɯ||}}<br />
|D= {{k|ȸ|||}}<br />
|L= {{k||Lj|LJ|}}<br />
|J= {{k||Ʒ||}}<br />
|Z= {{k||Dz|DZ|}}<br />
|W= {{k||Ƿ|ȣ|}}<br />
|A= {{k||Ɑ||}}<br />
|U= {{k||Ʊ|ɥ|}}<br />
|I= {{k||Ɩ||}}<br />
|E= {{k||Ǝ||}}<br />
|virgule= {{k||Ꞌ|ʔ|}}<br />
|C= {{k||Ɂ|ʕ|}}<br />
|T= {{k||ϴ||}}<br />
|S= {{k|st|ſt||}}<br />
|R= {{k|ʁ|||}}<br />
|N= {{k||Ŋ||}}<br />
|M= {{k||Nj|NJ|}}<br />
|BKSL= {{k||||}}<br />
|Ê= {{k|fi|fl||}}<br />
|À= {{k||Ꜣ|ꜥ|}}<br />
|Y= {{k||Ȝ||}}<br />
|X= {{k||Ʃ||}}<br />
|point= {{k|•|⁃||}}<br />
|K= {{k|ĸ|||}}<br />
|apos= {{k|⸮|‽||}}<br />
|Q= {{k||Ꭓ||}}<br />
|G= {{k||Ɣ||}}<br />
|H= {{k||Ƕ||}}<br />
|F= {{k|ff|ffl|ffi|}}<br />
|espace= {{k|||‾|}}<br />
}}<br />
<br />
Proposition de yeKcim :<br />
Moins fournie et reprend des caractères de la couche de base.<br />
<br />
{{clavier105Bépo<br />
|compact=<br />
|dollar= {{k||||}}<br />
|un= {{k||||}}<br />
|deux= {{k||||}}<br />
|trois= {{k||||}}<br />
|quatre= {{k||||}}<br />
|cinq= {{k||||}}<br />
|six= {{k||||}}<br />
|sept= {{k||||}}<br />
|huit= {{k||||}}<br />
|neuf= {{k||||}}<br />
|zéro= {{k||||}}<br />
|égale= {{k||||}}<br />
|pourcentage= {{k||||}}<br />
|B= {{k||||}}<br />
|É= {{k||Ǝ||}}<br />
|P= {{k||||}}<br />
|O= {{k||Ɔ||}}<br />
|È= {{k||Ɛ||}}<br />
|circum= {{k|ʔ|||}}<br />
|V= {{k||Ʌ||}}<br />
|D= {{k||Ð||}}<br />
|L= {{k||||}}<br />
|J= {{k||ϴ||}}<br />
|Z= {{k||Ʒ||}}<br />
|W= {{k||Ƿ||}}<br />
|A= {{k||Ɑ||}}<br />
|U= {{k||Ȣ||}}<br />
|I= {{k||Ə||}}<br />
|E= {{k||Ʃ||}}<br />
|virgule= {{k||Ꞌ||}}<br />
|C= {{k|ſ|||}}<br />
|T= {{k||Þ||}}<br />
|S= {{k||ẞ||}}<br />
|R= {{k||||}}<br />
|N= {{k||Ŋ||}}<br />
|M= {{k||||}}<br />
|BKSL= {{k| | | | }}<br />
|Ê= {{k||||}}<br />
|À= {{k||Ɐ||}}<br />
|Y= {{k||Ȝ||}}<br />
|X= {{k||||}}<br />
|point= {{k||||}}<br />
|K= {{k|ĸ|||}}<br />
|apos= {{k||Ɂ||}}<br />
|Q= {{k||||}}<br />
|G= {{k||Ɣ||}}<br />
|H= {{k||||}}<br />
|F= {{k||||}}<br />
|espace= {{k||||}}<br />
}}<br />
[[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 11 février 2016 à 11:52 (CET)<br />
: À 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 --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 13 février 2016 à 19:31 (CET)<br />
::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 {{t|È|#fff}}, 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 {{t|É|#fff}} 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. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 19 mai 2016 à 15:15 (CEST)<br />
[[Utilisateur:yeKcim|yeKcim]], 14 février 2016<br />
: 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 ?<br />
::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)]… [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 15 février 2016 à 22:41 (CET)<br />
::: 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 » ([[User:Milton|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.<br />
::: 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.<br />
::: Par curiosité, les ligatures de D, C et I en haut à droite, c’est des chiffres romains ?<br />
::: Cordialement --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 15 février 2016 à 23:05 (CET)<br />
::::Dièse est là en étendu du # qui lui ressemble et bémol et bécarre sont là par extensions.<br />
::::Je suis tout à fait d’accord pour mâle/femelle et la couleur des cartes, je les ai ajouté juste comme ça.<br />
::::Oui, ↀ, ↁ, ↂ, ↇ et ↈ sont les chiffres romain pour 1 000, 5 000, 10 000, 50 000 et 100 000. [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 15 février 2016 à 23:42 (CET)<br />
:<br />
::En réponse à la requête de yeKcim, je vais tâcher d’expliquer la « logique de fourre-tout ».<br />
::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.<br />
::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&nbsp;9995, du groupe tertiaire et suivants le cas échéant, et les cartes des touches mortes.<br />
::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. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 19 mai 2016 à 17:14 (CEST)<br />
<br />
== Changement en attente ? ==<br />
<br />
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]»<br />
<br />
Attention aux combinaisons Maj+F[1-6] qui peuvent être utilisées par les logiciels...<br />
<br />
[[Utilisateur:airevspin|airevspin]] 12 février 2016 à 17:16 (CET)<br />
:Le changement de disposition clavier via l’OS comme dans les pays multilingue est préférable. [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 12 février 2016 à 19:41 (CET)<br />
<br />
== Inversion espace fine insécable et espace insécable ==<br />
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).<br />
<br />
: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. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 18 mai 2016 à 21:46 (CEST)<br />
<br />
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 [https://bugzilla.mozilla.org/show_bug.cgi?id=290565 connu depuis dix ans]).<br />
<br />
L’inversion des deux vous paraît-elle envisageable sur cette version ?<br />
<br />
Bien cordialement --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 13 février 2016 à 21:08 (CET)<br />
<br />
: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. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 18 mai 2016 à 21:39 (CEST)<br />
: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. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 19 mai 2016 à 00:42 (CEST)<br />
<br />
=== Doubler l’espace fine insécable sur une émulation de pavé numérique ===<br />
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.<br />
<br />
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).<br />
<br />
Mais en gros il n’y a pas de problème car l’objectif est un '''bépo&nbsp;105&nbsp;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. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 6 juin 2016 à 20:51 (CEST)<br />
<br />
== Touches mortes comme sélecteurs de groupe ==<br />
<br />
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.<br />
<br />
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 :<br />
*{{t|ê|#2f2}} {{t|«|#fff}} donne ‘‹’<br />
*{{t|ê|#2f2}} {{t|»|#fff}} donne ‘›’<br />
<br />
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+ :<br />
*{{t|ê|#2f2}} {{t|.|#fff}} donne ‘·’<br />
*{{t|ê|#2f2}} {{t|\:|#fff}} donne ‘…’ (La touche vive est le deux-points.)<br />
<br />
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 {{t|.|#fff}}.<br />
*{{t|ê|#2f2}} {{t|,|#fff}} donne ‘’’ soit l’apostrophe (typographique)<br />
Cela permet d’avoir ‘EFI;’ par Clavier+ en AltGr de {{t|,|#fff}}.<br />
<br />
*{{t|ê|#2f2}} {{t|?|#fff}} donne ‘¿’<br />
*{{t|ê|#2f2}} {{t|!|#fff}} donne ‘¡’<br />
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+. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 18 mai 2016 à 20:44 (CEST)<br />
<br />
L’utilisateur peut aussi ajouter des raccourcis Clavier+ pour générer les séquences ‘«EFI’ et ‘EFI»’ en AltGr de {{t|«|#fff}} et {{t|»|#fff}}, et ajouter – toujours dans Clavier+ – le remplacement des guillemets-chevrons par les chevrons mathématiques.[[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur: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.<br />
<br />
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.<br />
<br />
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. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 21 mai 2016 à 16:17 (CEST)<br />
<br />
=== Lettre apostrophe pour le breton, okina pour les langues polynésiennes ===<br />
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 :<br />
*{{t|ê|#2f2}} {{t|‘|#fff}} donne ‘ʻ’ (l’okina)<br />
*{{t|ê|#2f2}} {{t|’|#fff}} donne ‘ʼ’ (la lettre apostrophe)<br />
<br />
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 :<br />
*{{t|á|#2f2}} {{t|'|#fff}} donne ‘ʼ’ (la lettre apostrophe)<br />
*{{t|ò|#2f2}} {{t|'|#fff}} donne ‘ʻ’ (l’okina)<br />
<br />
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) :<br />
*{{t|ê|#2f2}} {{t|'|#fff}} donne ‘ʼ’ (la lettre apostrophe)<br />
*{{t|ê|#2f2}} {{t|`|#fff}} donne ‘ʻ’ (l’okina) [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 4 juin 2016 à 17:47 (CEST)<br />
<br />
== Pavé numérique émulé sur le bloc alphabétique ==<br />
<br />
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.<br />
<br />
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. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 4 juin 2016 à 17:47 (CEST)<br />
<br />
== Versionnage du bépo ==<br />
<br />
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. <br />
<br />
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. [[Utilisateur:Marcel|Marcel]] ([[Discussion utilisateur:Marcel|discussion]]) 18 mai 2016 à 20:58 (CEST)<br />
<br />
== Changements à débattre ==<br />
<br />
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. --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 12:25 (CEST)<br />
<br />
=== Variante en A ===<br />
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 ? --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 12:25 (CEST)<br />
: On est d’accord --Flavien21<br />
: Oui oui [[Utilisateur:Nemolivier|nemolivier]] ([[Discussion utilisateur:Nemolivier|discussion]])<br />
<br />
=== Point souscrit ===<br />
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. --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 12:25 (CEST)<br />
: 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<br />
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<br />
: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. --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 12:25 (CEST)<br />
::C’est sa place actuelle sur Q [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 29 août 2016 à 16:32 (CEST)<br />
Oui, mais qu’y a-t-il de logique dans cette position ? --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 22:01 (CEST)<br />
:Pas plus que l’ogonek en AltGr+F --[[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 29 août 2016 à 22:07 (CEST)<br />
<br />
=== Lettre apostrophe ===<br />
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 ? --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 12:25 (CEST)<br />
: 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<br />
:: 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. --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 12:25 (CEST)<br />
<br />
=== Tiret ===<br />
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 /). --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 12:25 (CEST)<br />
: Je suis pour ne rien toucher à la 105ᵉ touche sur la variante non-A. Mais on peux y mettre sur la 106ᵉ :D --Flavien<br />
<br />
=== Copyleft ===<br />
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. --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 12:25 (CEST)<br />
: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<br />
::Le point de code ne change plus. --Marcel<br />
:::[…]<br />
:::Copyleft sera donc en 1F12F, plus qu’à lui trouver une place. --Flavien<br />
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 ! --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 12:25 (CEST)<br />
:On pourrait mettre le symbole copyleft en AltGr+Maj+r, à la place du symbole ®. En effet, le symbole ® est très rarement utilisé (plus rarement que © et ™), donc il peut être relégué dans le plan mathématique/symboles. D'autre part, le R inversé est en AltGr+r, donc on peut facilement mémoriser que le © inversé est aussi sur la touche r. --[[Utilisateur:Thomas|Thomas]] 29 août 2016 à 14:25 (CEST)<br />
:Il y a la déjà la corne en AltGr+Maj+{virgule} --[[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 29 août 2016 à 16:37 (CEST)<br />
Mais la corne, on propose deux sections plus haut de la déplacer sur Q. ;-) --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 22:02 (CEST)<br />
:Non, on parlait du crochet/hameçon --[[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 29 août 2016 à 22:04 (CEST)<br />
<br />
=== Barre inscrite ===<br />
À en croire [https://fr.wikipedia.org/wiki/Barre_inscrite 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. --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 12:25 (CEST)<br />
:Ç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<br />
:: Euh non, j’ai dit AltGr+Maj+{D}, pas AltGr+{D}. ;-) --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 12:25 (CEST)<br />
:::Ben du coup on pourrai inversé les deux, on privilégie l’écriture des langes sur les symboles mathématiques. --[[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 29 août 2016 à 16:38 (CEST)<br />
Voir selon la fréquence des usages peut-être ? --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 22:03 (CEST)<br />
<br />
=== Kana ===<br />
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 à <s>droite</s> gauche ?).<br />
: 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<br />
<br />
=== Circonflexe et grave ===<br />
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 :<br />
* 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.<br />
* Ne rien changer.<br />
* Foutre ces caractères (ou l’un de ces caractères) au hasard un peu au hasard ailleurs en AltGr+Maj.<br />
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. --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 12:25 (CEST)<br />
: 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<br />
:: 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. --[[Utilisateur:Milton|Milton]] ([[Discussion utilisateur:Milton|discussion]]) 29 août 2016 à 12:25 (CEST)<br />
:::Ça ne change rien au comportement actuel si ce n’est qu’en passant par la touche morte il faut faire une pression de plus --[[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 29 août 2016 à 16:40 (CEST)<br />
<br />
: Je suis partisan de ne rien changer à la situation actuelle : le circonflexe et l'accent grave seront accessible en frappe directe et par leur touche morte. Ce n'est pas rationnel, mais avoir ^ sur la touche AltGr+Maj+é, c'est bizarre ; j'y verrai plutôt le double accent aigu, ce qui est facile à retenir et qui correspond au bépo actuel. --[[Utilisateur:Thomas|Thomas]] 29 août 2016 à 14:21 (CEST)</div>
Nemolivier
https://bepo.fr/wiki/index.php?title=Utilisateur:Nemolivier/Ergo_Saisie_A&diff=24758
Utilisateur:Nemolivier/Ergo Saisie A
2016-02-20T13:00:09Z
<p>Nemolivier : /* La proposition */</p>
<hr />
<div>Cette page a pour objectif de démontrer l'intérêt ergonomique de la Saisie « en A » sur les claviers 105 touches les plus courants. Ne sera pas discuté ici des problèmes liés à son adoption ou non pour le bépo.<br />
<br />
== Le constat ==<br />
=== Les claviers ===<br />
Bien que les différentes variantes de claviers soient nombreuses, on simplifiera ici la situation en 3 cas, pour la partie du clavier qui nous intéresse là :<br />
# Clavier 105 touches : ce sont les claviers majoritaires en France (peut-être pas dans la francophonie Nord-Américaine) tant sur les portables que les clavier externes. Ils ont une 105ème touche, à droite du Maj Gauche<ref>la création de cette 105ème touche se fait souvent au détriment de cette touche Maj gauche</ref>, sur laquelle le bépo a le Ê et l'azerty les chevrons < et > ;<br />
# claviers 104 touches : majoritaires sur le reste des claviers avec alphabet latin (il me semble qu'il y a des différences dans les pays asiatiques utilisant un alphabet non-latin, en particuliers les modificateurs). Une bonne part des claviers ergonomiques sont aussi de ce type là. Ils n'ont pas la 105ème touche ! En bépo il n'y a pas d'accès direct au Ê et je ne sais pas comment l'azerty se comporte sur ces claviers ;<br />
# claviers 105 touches « exotiques ». Ce sont les claviers qui ont une 105ème touche mais qui _n'est pas_ placée à droite du Maj gauche. Certains claviers ergo sont de ce type (TM™ par exemple) mais aussi certains portable, bien qu'il me semble que ce soit de moins en moins le cas et que je ne me souvienne pas de portable récent ne mettant pas la 105ème touche à droite du Maj gauche.<br />
<br />
=== Les méthodes de saisie ===<br />
On peut placer ses doigts de différentes façons sur un clavier, les possibilités (et problèmes) sont augmentées par le fait que les rangées soient décalées les unes par rapport aux autres.<br />
Les différentes méthodes de saisie sont listées sur une [[Méthodes_de_saisie|page dédiée]]. Nous n'aborderons ici que deux d'entre elles :<br />
* La méthode dite [[Méthodes_de_saisie#M.C3.A9thode_.C2.AB.C2.A0standard.C2.A0.C2.BB|« standard »]] qui est celle pour laquelle le bépo a été conçue ; [[file:Bépo-standard.png|600px|Méthode standard]]<br />
* la [[Méthodes_de_saisie#Variante_.C2.AB_A_.C2.BB|« variante A »]] '''qui ne fonctionne que''' sur un clavier 105 touches, sujet de cette page :). <ref>Il n'est pas impossible que je fasse la rangée du haut comme sur la méthode standard, ce qui conserve une cohérence avec le TM, par exemple.</ref>[[file:Bépo-A.png|600px|Variante A]]<br />
<br />
Une petite note… <ref>En rédigeant cette page, je me suis aperçu que je ne tape pas vraiment en A… en effet, pour la ligne du haut, je suis resté en méthode standard. Je pense que ça me permet de garder les symboles allant par paire sur les doigts IV et III, d'avoir une pseudo colonne, de rester très proche de la frappe sur le TM™ que j'ai beaucoup utilisé avant d'avoir des portables (et que mes collègues ne veuillent pas du TM™). Et puis j'ai de petits auriculaires, pas pratique d'aller chercher la touche 2 avec lui…</ref><br />
<br />
Il est important de noter que les deux méthodes ne diffèrent que très peu l'une de l'autre ; seuls les doigts affectés aux touches de la partie gauche de la rangée du bas du clavier changent.<br />
<br />
== Ergonomie des deux méthodes de saisie ==<br />
=== Méthode standard ===<br />
==== Avantages ====<br />
Son principal intérêt est de fonctionner sur tous les claviers, aussi bien 104 que 105, ainsi que la grande majorité des claviers ergos et exotiques qui essaient de coller à ce standard. C'est la raison pour laquelle elle a été choisie comme base de référence pour le bépo.<br />
<br />
==== Défauts ====<br />
Le gros défaut de cette méthode concerne la main gauche, en particulier la ligne du bas. Pour pouvoir suivre la colonne de touche qui leur est assigné, les doigts doivent suivre une trajectoire en diagonale vers soi et la droite.<br />
Cette direction est l'exacte inverse du sens « ergonomique », qui décrit une diagonale vers soi et vers le dehors, comme c'est le cas à droite.<br />
<br />
Le test est simple : placez vos doigts sur la rangée de repos, les avants bras sont en A ou « V inversé », comme ça : /o\. Puis faites une flexion des doigts pour atteindre la rangée du bas. À droite les doigts suivent la pente des touches vers vous et le dehors, à gauche vos doigts suivent la pente inverse.<br />
[[file:Posture_repos_clavier_decale.jpeg|300px|center|position de repos]]<br />
<br />
<br />
Pour « rattraper » cette diagonale, plusieurs stratégies sont disponibles, plus ou moins combinées fonction des moments (j'ai essayé de les mettre en ordre de contrainte supposée) :<br />
* casser le poignet gauche : la main n'est plus dans l'alignement de l'avant bras, les tendons prennent un angle, très inconfortable, sur le papier on « cherche » la tendinite ;<br />
* pour rattraper le désagrément ci-dessus, on « rentre le coude » gauche plus près des côtes : ça permet de moins casser le poignet, par contre ça entraîne des modifications de la posture au niveau de la colonne vertébrale, des côtes et de l'épaule ;<br />
* lors de la flexion des doigts, on réoriente les doigts et là deux méthodes, toujours ± mélangées :<br />
** on fait une rotation du doigts (articulation entre la main et le doigt) je ne pense pas que ce soit dramatique au niveau contraintes en revanche ça casse beaucoup la dynamique de frappe ;<br />
** on fait une supination de la main (la paume regarde moins vers le bas et plus vers l'intérieur), ça réoriente les doigts, la frappe se fait avec le côté du doigt et plus la pointe, je pese que c'est la technique la moins contraignante mécaniquement.<br />
<br />
Encore une fois la liste ci-dessus tente d'être synthétique mais il est évident que c'est un mélange de tout qui se passe, fonction du poste de travail, du moment de la journée, on mélange plus ou moins une technique ou une autre.<br />
<br />
=== Variante A ===<br />
==== Avantages ====<br />
* La main et l'avant bras sont alignés (c'est d'ailleurs le but de la posture !) : <br />
** au passage du poignet les tendons sont dans la moins contraignante ;<br />
** les doigts se plient dans leur sens « naturel » de travail, et le moins contraignant ;<br />
** l'épaule gauche peut-être totalement relâchée ;<br />
** la colonne vertébrale est libre de tout mouvement puisque non contrainte de corriger la position du bras.<br />
* permet de faire à gauche des mouvements parfaitement symétriques de la main droite ; il me semble que d'un point de vue cognitif, c'est un gros avantage ; <br />
* tout ce qui est ci-dessus est un '''vrai gain''' ergonomique, à plusieurs étages ;<br />
* on est beaucoup plus prêt de la position des claviers ergo, ce qui facilite le passage de l'un à l'autre.<br />
<br />
==== Inconvénients ====<br />
* le plus gros inconvénient : pas possible sur les clavier 104 touches et les 105 « exotiques » (c'est ce qui a empêché que ce soit la méthode choisie pour le bépo, ça oblige à maintenir une variante 104 touches du bépo) ;<br />
* la rangée du haut ne suit pas la diagonale (ce serait alors une frappe en V inversé mais la charge sur le petit doigts augmente et les touches portant 5 et 6 sont bien loin) ;<br />
* la touche qui porte le K est plus « loin » (raison de plus pour y mettre un symbole pas trop courant, en revanche elle devient une touche parfaitement au centre qui peut être tapée aussi bien avec la main gauche que la droite).<br />
<br />
== La proposition ==<br />
Une fois le constat de la meilleur ergonomie de placement de la main gauche et/ou du déplacement des doigts lors de l'usage de la saisi en variante A, voici la proposition qui en découle.<br />
L'idée est de modifier le moins possible le bépo, de garder l'idée que passer d'un clavier 104 à un 105 est le moins « douloureux » possible.<br />
La rangée du bas passe de ça :<br />
╠══════╦═╝──┬─┴──┬─┴──┬─┴─══─┴──┬─┴──┬─┴─══─┴──┬─┴──┬─┴──┬─┴──╔══════╩═════╣<br />
║ ^ ║ Ê │ À │ Y │ X │ : ·│ K │ ? │ Q │ G │ H │ F ║ ^ ║<br />
║ | ║ ê │ à │ y │ x │ . …│ k │ ' │ q │ g │ h │ f ║ | ║<br />
╠══════╩╦═══╧══╦═╧═══╦╧════╧════╧════╧════╧════╧═╦══╧══╦═╧════╬═════╦══════╣<br />
<br />
à ça (on pourrait aussi envisager de laisser le K a sa place et mettre autre chose dans l'espace créé, le Ê pour garder le plus de cohérence entre 104 et 105 (mais comme c'est une bonne place, on pourrait imaginer y mettre autre chose, comme le [[user:nemolivier/Tiret]])).<br />
<br />
╠══════╦═╝──┬─┴──┬─┴──┬─┴─══─┴──┬─┴──┬─┴─══─┴──┬─┴──┬─┴──┬─┴──╔══════╩═════╣<br />
║ ^ ║ À │ Y │ X │ : │ K │ BON│ ? │ Q │ G │ H │ F ║ ^ ║<br />
║ | ║ à │ y │ x │ . │ k │ NUS│ ' │ q │ g │ h │ f ║ | ║<br />
╠══════╩╦═══╧══╦═╧═══╦╧════╧════╧════╧════╧════╧═╦══╧══╦═╧════╬═════╦══════╣<br />
<br />
Ainsi la position des mains est bonne, les doigts fonts des flexions/extension en suivant leur colonne. L'ergonomie gagne énormément, la frappe ne change pas.<br />
{{note|La frappe en variante A '''avec décalage''' des symboles fait que l'affectation d'un doigt à un symbole '''ne change pas''' sur la rangée du bas (pour celle du haut j'ai le sentiment que c'est une autre histoire…). La méthode de saisie change mais c'est toujours l'index qui fait le point, le majeur qui fait le X, l'annulaire qui fait le Y et l'auriculaire qui faite le À. '''Il n'y a donc pas de disposition a réapprendre.'''}}<br />
<br />
==== Avantages et Inconvénients ====<br />
Une telle modification entraîne des conséquences liées à ce qui a été présenté au dessus.<br />
* Avantages :<br />
** Gros gain ergonomique, presque sans changer la disposition ;<br />
** pas de changement de l'affectation doigt/touche ;<br />
** position des mains strictement symétrique (mais nombre de touches toujours pas symétrique, faut pas rêver !) ;<br />
** on rapproche la main gauche du Maj Gauche, le rendant plus accessible (il reste plus malin d'intervertir Caps et Maj) ;<br />
** compatible avec toutes les autres modifications nécessaires à la normalisation ;<br />
** on gagne une touche moyennement accessible, mais par les deux mains.<br />
* Inconvénients :<br />
** la touche B de l'azerty est moins accessible ;<br />
** il faut faire deux variantes du bépo : une 104 et une 105. L'azerty a exactement le même problème, c'est une question que la norme doit définir ;<br />
** incertitude pour la rangée du haut (mais est-ce plus clair dans l'état actuel ?).<br />
<br />
<br />
{{références}}</div>
Nemolivier
https://bepo.fr/wiki/index.php?title=Utilisateur:Nemolivier/Ergo_Saisie_A&diff=24757
Utilisateur:Nemolivier/Ergo Saisie A
2016-02-20T12:49:43Z
<p>Nemolivier : /* Les méthodes de saisie */</p>
<hr />
<div>Cette page a pour objectif de démontrer l'intérêt ergonomique de la Saisie « en A » sur les claviers 105 touches les plus courants. Ne sera pas discuté ici des problèmes liés à son adoption ou non pour le bépo.<br />
<br />
== Le constat ==<br />
=== Les claviers ===<br />
Bien que les différentes variantes de claviers soient nombreuses, on simplifiera ici la situation en 3 cas, pour la partie du clavier qui nous intéresse là :<br />
# Clavier 105 touches : ce sont les claviers majoritaires en France (peut-être pas dans la francophonie Nord-Américaine) tant sur les portables que les clavier externes. Ils ont une 105ème touche, à droite du Maj Gauche<ref>la création de cette 105ème touche se fait souvent au détriment de cette touche Maj gauche</ref>, sur laquelle le bépo a le Ê et l'azerty les chevrons < et > ;<br />
# claviers 104 touches : majoritaires sur le reste des claviers avec alphabet latin (il me semble qu'il y a des différences dans les pays asiatiques utilisant un alphabet non-latin, en particuliers les modificateurs). Une bonne part des claviers ergonomiques sont aussi de ce type là. Ils n'ont pas la 105ème touche ! En bépo il n'y a pas d'accès direct au Ê et je ne sais pas comment l'azerty se comporte sur ces claviers ;<br />
# claviers 105 touches « exotiques ». Ce sont les claviers qui ont une 105ème touche mais qui _n'est pas_ placée à droite du Maj gauche. Certains claviers ergo sont de ce type (TM™ par exemple) mais aussi certains portable, bien qu'il me semble que ce soit de moins en moins le cas et que je ne me souvienne pas de portable récent ne mettant pas la 105ème touche à droite du Maj gauche.<br />
<br />
=== Les méthodes de saisie ===<br />
On peut placer ses doigts de différentes façons sur un clavier, les possibilités (et problèmes) sont augmentées par le fait que les rangées soient décalées les unes par rapport aux autres.<br />
Les différentes méthodes de saisie sont listées sur une [[Méthodes_de_saisie|page dédiée]]. Nous n'aborderons ici que deux d'entre elles :<br />
* La méthode dite [[Méthodes_de_saisie#M.C3.A9thode_.C2.AB.C2.A0standard.C2.A0.C2.BB|« standard »]] qui est celle pour laquelle le bépo a été conçue ; [[file:Bépo-standard.png|600px|Méthode standard]]<br />
* la [[Méthodes_de_saisie#Variante_.C2.AB_A_.C2.BB|« variante A »]] '''qui ne fonctionne que''' sur un clavier 105 touches, sujet de cette page :). <ref>Il n'est pas impossible que je fasse la rangée du haut comme sur la méthode standard, ce qui conserve une cohérence avec le TM, par exemple.</ref>[[file:Bépo-A.png|600px|Variante A]]<br />
<br />
Une petite note… <ref>En rédigeant cette page, je me suis aperçu que je ne tape pas vraiment en A… en effet, pour la ligne du haut, je suis resté en méthode standard. Je pense que ça me permet de garder les symboles allant par paire sur les doigts IV et III, d'avoir une pseudo colonne, de rester très proche de la frappe sur le TM™ que j'ai beaucoup utilisé avant d'avoir des portables (et que mes collègues ne veuillent pas du TM™). Et puis j'ai de petits auriculaires, pas pratique d'aller chercher la touche 2 avec lui…</ref><br />
<br />
Il est important de noter que les deux méthodes ne diffèrent que très peu l'une de l'autre ; seuls les doigts affectés aux touches de la partie gauche de la rangée du bas du clavier changent.<br />
<br />
== Ergonomie des deux méthodes de saisie ==<br />
=== Méthode standard ===<br />
==== Avantages ====<br />
Son principal intérêt est de fonctionner sur tous les claviers, aussi bien 104 que 105, ainsi que la grande majorité des claviers ergos et exotiques qui essaient de coller à ce standard. C'est la raison pour laquelle elle a été choisie comme base de référence pour le bépo.<br />
<br />
==== Défauts ====<br />
Le gros défaut de cette méthode concerne la main gauche, en particulier la ligne du bas. Pour pouvoir suivre la colonne de touche qui leur est assigné, les doigts doivent suivre une trajectoire en diagonale vers soi et la droite.<br />
Cette direction est l'exacte inverse du sens « ergonomique », qui décrit une diagonale vers soi et vers le dehors, comme c'est le cas à droite.<br />
<br />
Le test est simple : placez vos doigts sur la rangée de repos, les avants bras sont en A ou « V inversé », comme ça : /o\. Puis faites une flexion des doigts pour atteindre la rangée du bas. À droite les doigts suivent la pente des touches vers vous et le dehors, à gauche vos doigts suivent la pente inverse.<br />
[[file:Posture_repos_clavier_decale.jpeg|300px|center|position de repos]]<br />
<br />
<br />
Pour « rattraper » cette diagonale, plusieurs stratégies sont disponibles, plus ou moins combinées fonction des moments (j'ai essayé de les mettre en ordre de contrainte supposée) :<br />
* casser le poignet gauche : la main n'est plus dans l'alignement de l'avant bras, les tendons prennent un angle, très inconfortable, sur le papier on « cherche » la tendinite ;<br />
* pour rattraper le désagrément ci-dessus, on « rentre le coude » gauche plus près des côtes : ça permet de moins casser le poignet, par contre ça entraîne des modifications de la posture au niveau de la colonne vertébrale, des côtes et de l'épaule ;<br />
* lors de la flexion des doigts, on réoriente les doigts et là deux méthodes, toujours ± mélangées :<br />
** on fait une rotation du doigts (articulation entre la main et le doigt) je ne pense pas que ce soit dramatique au niveau contraintes en revanche ça casse beaucoup la dynamique de frappe ;<br />
** on fait une supination de la main (la paume regarde moins vers le bas et plus vers l'intérieur), ça réoriente les doigts, la frappe se fait avec le côté du doigt et plus la pointe, je pese que c'est la technique la moins contraignante mécaniquement.<br />
<br />
Encore une fois la liste ci-dessus tente d'être synthétique mais il est évident que c'est un mélange de tout qui se passe, fonction du poste de travail, du moment de la journée, on mélange plus ou moins une technique ou une autre.<br />
<br />
=== Variante A ===<br />
==== Avantages ====<br />
* La main et l'avant bras sont alignés (c'est d'ailleurs le but de la posture !) : <br />
** au passage du poignet les tendons sont dans la moins contraignante ;<br />
** les doigts se plient dans leur sens « naturel » de travail, et le moins contraignant ;<br />
** l'épaule gauche peut-être totalement relâchée ;<br />
** la colonne vertébrale est libre de tout mouvement puisque non contrainte de corriger la position du bras.<br />
* permet de faire à gauche des mouvements parfaitement symétriques de la main droite ; il me semble que d'un point de vue cognitif, c'est un gros avantage ; <br />
* tout ce qui est ci-dessus est un '''vrai gain''' ergonomique, à plusieurs étages ;<br />
* on est beaucoup plus prêt de la position des claviers ergo, ce qui facilite le passage de l'un à l'autre.<br />
<br />
==== Inconvénients ====<br />
* le plus gros inconvénient : pas possible sur les clavier 104 touches et les 105 « exotiques » (c'est ce qui a empêché que ce soit la méthode choisie pour le bépo, ça oblige à maintenir une variante 104 touches du bépo) ;<br />
* la rangée du haut ne suit pas la diagonale (ce serait alors une frappe en V inversé mais la charge sur le petit doigts augmente et les touches portant 5 et 6 sont bien loin) ;<br />
* la touche qui porte le K est plus « loin » (raison de plus pour y mettre un symbole pas trop courant, en revanche elle devient une touche parfaitement au centre qui peut être tapée aussi bien avec la main gauche que la droite).<br />
<br />
== La proposition ==<br />
Une fois le constat de la meilleur ergonomie de placement de la main gauche et/ou du déplacement des doigts lors de l'usage de la saisi en variante A, voici la proposition qui en découle.<br />
L'idée est de modifier le moins possible le bépo, de garder l'idée que passer d'un clavier 104 à un 105 est le moins « douloureux » possible.<br />
La rangée du bas passe de ça :<br />
╠══════╦═╝──┬─┴──┬─┴──┬─┴─══─┴──┬─┴──┬─┴─══─┴──┬─┴──┬─┴──┬─┴──╔══════╩═════╣<br />
║ ^ ║ Ê │ À │ Y │ X │ : ·│ K │ ? │ Q │ G │ H │ F ║ ^ ║<br />
║ | ║ ê │ à │ y │ x │ . …│ k │ ' │ q │ g │ h │ f ║ | ║<br />
╠══════╩╦═══╧══╦═╧═══╦╧════╧════╧════╧════╧════╧═╦══╧══╦═╧════╬═════╦══════╣<br />
<br />
à ça (on pourrait aussi envisager de laisser le K a sa place et mettre autre chose dans l'espace créé, le Ê pour garder le plus de cohérence entre 104 et 105 (mais comme c'est une bonne place, on pourrait imaginer y mettre autre chose, comme le [[user:nemolivier/Tiret]])).<br />
<br />
╠══════╦═╝──┬─┴──┬─┴──┬─┴─══─┴──┬─┴──┬─┴─══─┴──┬─┴──┬─┴──┬─┴──╔══════╩═════╣<br />
║ ^ ║ À │ Y │ X │ : │ K │ BON│ ? │ Q │ G │ H │ F ║ ^ ║<br />
║ | ║ à │ y │ x │ . │ k │ NUS│ ' │ q │ g │ h │ f ║ | ║<br />
╠══════╩╦═══╧══╦═╧═══╦╧════╧════╧════╧════╧════╧═╦══╧══╦═╧════╬═════╦══════╣<br />
{{note|La frappe en variante A '''avec décalage''' des symboles fait que l'affectation d'un doigt à un symbole '''ne change pas''' sur la rangée du bas (pour celle du haut j'ai le sentiment que c'est une autre histoire…). La méthode de saisie change mais c'est toujours l'index qui fait le point, le majeur qui fait le X, l'annulaire qui fait le Y et l'auriculaire qui faite le À. '''Il n'y a donc pas de disposition a réapprendre.'''}}<br />
<br />
{{références}}</div>
Nemolivier