Discussion utilisateur:Marcel/Version 2.0

Pour une bonne utilisation des pages de discussion :

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

Rappel de quelques conventions utilisées sur le wiki :

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

Fonctionnalités discutées sur la ML

Suivant le modèle de la discussion de la version 1.1, je recopie ici des portions de mails. Les noms des auteurs sont liés aux mails archivés. Ceci est incomplet. Ceux que j’ai oubliés sont priés de m’en excuser. Marcel (discussion) 4 septembre 2016 à 20:11 (CEST)

Trigramme cʼh sur une touche

Je reviens sur la question posée à propos du trigramme CʼH/Cʼh/cʼh, vu qu'il n'est pas supporté par Unicode, l’autre intérêt de l’avoir sur une touche d’une traite serait d’utiliser la lettre modificative apostrophe (ʼ, U+02BC) pour sa composition. […] --A2

Usage étendu des touches mortes

[…] on peut mettre les lettres apostrophe et okina […] en [circonflexe] guillemet simple informatique pour la lettre apostrophe, et [circonflexe] accent grave espaçant pour l’okina. […] --Marcel

Caractères SMP par touches mortes sous Windows

Le SYMBOLE COPYLEFT sera effectivement dans Unicode 10.0, soit en 2017 :

http://www.unicode.org/L2/L2016/16171-n4729-dis5th-amd1.pdf#page=52

Le point de code étant connu (U+1F12F), sous Linux et Mac OS X on peut ajouter dès maintenant le copyleft (par exemple dans une touche morte ‘réfléchi’), mais ce ne sera pas possible dans le driver de disposition sous Windows, où il faut mettre la séquence 0xd83c 0xdd2f. Mais le surrogat haut D83C est l’un des cinq utilisés majoritairement par les caractères des SMP qui intéressent un clavier latin :

D800 Symboles romains
D835 Lettres mathématiques
D83C Symboles et pictogrammes
D83D Émoticônes
D83E Flèches

Donc on peut prévoir de quoi saisir les surrogats hauts à part, et mettre dans les touches mortes les surrogats bas des caractères retenus. --Marcel

Décalage de touches pour frappe en A et touche tiret

Vraiment personne ne veut répondre à la question du 105 touches ? Ou les perspectives font peur ? Je rappelle que c'est un changement qui peut se faire à minima (même si c'est dommage). Cf la page que j'ai faite sur le sujet. http://bepo.fr/wiki/Utilisateur:Nemolivier/Ergo_Saisie_A --NémOlivier

Est-ce qu’il y a un vrai gain à déplacer les touches dans ce cas ? Je veux dire, indépendamment du fait de ne plus utiliser les mêmes doigts pour les mêmes touches physiques (ce qui me semble une bonne idée, cf plus loin), est-ce que le fait de déplacer le « À » pour le mettre sur le « Ê » apporte un réel gain ?

Je suis d’accord que le « Ê » est peu utilisé (d’ailleurs, personnellement je ne l’utilise que par composition), mais je ne suis pas sûr que tu gagnes à décaler toute la rangée. Par exemple, le « X » perd en accessibilité de mon point de vue. Sachant que sur un décalé (mais pas sur un tm) j’utilise bien mon index pour le taper, ce qui va dans le sens de ta disposition en « A ». --Julien “whity”

À mon sens, d'un point de vue ergonomique pur, clairement, oui :

— la position de la main que est bien meilleure (le poignet n'est plus cassé, le coude peut être légèrement écarté du corps, on relâche l'épaule) ;

— on améliore l'accessibilité du MAJ gauche qui se retrouve plus prêt ;

— la touche [B] (azerty) se retrouve avec une accessibilité équivalente à droite et à gauche, on peut y laisser le K (et on gagne une place su [V]) ou décaller le K et cette touche centrale est intéressante : compose, Altgr Alternatif, y laisser le ê etc.

Je continue à penser que l'idéal est d'en profiter pour rendre au tiret « - » la place qu'il mérite : sur le pavé central, sur le [V] http://bepo..fr/wiki/Utilisateur:Nemolivier/Tiret Mais c'est sans doute trop de changement... --NémOlivier

Utilisation de la touche 105

Mais donc en ce cas, on perd le E accent circonflexe en accès direct, ce que je trouve regrettable… Un compromis ne serait-il pas une touche à la place de l’actuel K avec ê, Ê, - et — respectivement en direct, shift, altgr et altgr+shift ? --Milton

Pour rappel, le ê a été mis sur la touche où il se trouve uniquement en tant que « bouche-trou ».

Il est redondant avec la combinaison ^ + e, et le ^ a hérité des statistiques de fréquences du ê (ainsi que de toutes les autres lettres concernées).

C’est ce qui fait que le bépo est actuellement compatible pc104.

Si on décide d’abandonner cette compatibilité, autant exploiter pleinement cette touche plutôt que d’y placer des caractères redondants. --Nicolas

L’'ê' peut être mis dans la touche morte circonflexe, pour apparaître lors de la frappe du 'l', 'm', 'p', 't' qui suivent en général, sans qu’il y ait besoin du 'e' après la touche morte. Et donc pas besoin de touche [ê]. --Marcel

L’idée — d’autant plus vu le « timing » — était de garder un bépo 105 proche du 104, et proposer les deux à la normalisation. On garderait un « compatibilité » avec deux variantes. Mais quitte à avoir une redondance sur 105, le tiret me semble bien plus intéressant que le ê, en utilisant le potentiel des 105 touches.

Si on veut proposer plus de changement, le timming ne me semble pas du tout approprié…

Je ne suis pas du tout d’accord pour les bidouilles de Marcel avec un circonflex + l qui donnerait ê si j’ai bien compris. --NémOlivier