Re: [EGD-discu] 1.1rc1 – touches mortes

[ Thread Index | Date Index | More ergodis.org/discussions Archives ]


Me voilà de nouveau prolixe, l’année commence bien (ou mal, c’est selon),
car je tiens aussi à souligner que sous Windows, le compose et les touches
mortes ne s’implémentent pas de la même manière que sous Linux.
XCompose doit lister tous les cas de figure de manière exhaustive, tandis
que sous Windows on mettrait par exemple dans la touche morte ‹ macron ›
aussi bien la touche morte ‹ point en chef › que le point avec le même
résultat. Ainsi, que l’utilisateur soit rentrée dans le macron par la
touche morte dédiée ou par la touche morte générique de composition
suivie du symbole signifiant ‹ macron › (traditionnellement le tiret bas,
mais ce n’est plus tenable depuis que Compose tiret bas est ‹ index ›,
donc désormais ça peut être le pipe), elle ou il pourra continuer par
le point ou par la touche morte correspondante, exactement comme sous
XCompose. Cela fait que le point ne doit pas être détourné pour produire
le diacritique combinant.

Autre chose que j’aimerais partager : Voici ce qu’on a dans XCompose :
<dead_belowdot> <dead_belowdot>       : "̣"   U0323   # COMBINING DOT BELOW
<dead_belowdot> <nobreakspace> 	      : "̣"   U0323   # COMBINING DOT BELOW
<dead_belowdot> <space> 	      : "̣"   U0323   # COMBINING DOT BELOW
Dans en_US.UTF-8.

On 01/01/2019 02:16, Marcel wrote:
Bonjour et bonne Année !

Comme on paraît être les seuls à ne pas être en vacances, je tiens à
ajouter que le fait de donner la priorité à l’expérience utilisateur
conduit aussi à tenir compte du fait que la plupart des utilisateurs
sont sous Windows et n’ont pas directement accès à la technologie qui
permet à XKB-Compose et à macOS de produire toute lettre composée d’une
lettre de base et d’un ou plusieurs diacritiques quand l’utilisateur
appuie d’abord sur la ou les touche(s) morte(s) et à la fin sur une
lettre vive, pour peu que la combinaison lettre-diacritique(s) figure
verbatim dans le fichier de configuration. Peut-être suis-je en train
de répéter des évidences, il s’agit juste d’assurer que personne
n’oublie ça.

Le bépo étant pour la francophonie, et le Compose en_US.UTF-8 pour
de nombreux pays, on ne peut ni spécifier pour Linux et Windows
deux comportements différents, ni pour le bépo ou pour Linux
un comportement qui ne serait pas utile à la partie des utilisateurs
sur la planète qui ne bénéficient pas comme nous de lettres précomposées.

Comme d’autres l’ont compris avant nous, l’espace après une touche morte
doit produire le diacritique combinant, tandis que les lettres modificatives
et autres symboles ASCII peuvent se partager les espaces insécables.
Cela suppose que la disposition de clavier comporte sur touches vives
la totalité des symboles ASCII d’une manière ergonomique.

Quant au point, il ne faut pas lui assigner le rôle qu’il a dans la 9995,
car le point signifie <dead_abovedot> dans l’XCompose, par exemple
<Multi_key> <macron> <period> <A> : "Ǡ" U01E0 # LATIN CAPITAL LETTER A WITH DOT ABOVE AND MACRON
a le même effet que
<Multi_key> <macron> <dead_abovedot> <A> : "Ǡ" U01E0 # LATIN CAPITAL LETTER A WITH DOT ABOVE AND MACRON

La raison de cette incompatibilité de la partie 11 de la 9995 avec
l’XCompose réside probablement dans l’historique de la genèse de
la 9995-11, portée par l’Afnor vers l’ISO depuis la norme de clavier
allemande, qui paraît ne pas avoir été développée ni pour Windows
ni pour Linux. Linux a été mis à niveau pour prendre en charge la
fonctionnalité de sélection de groupe spécifiée par la DIN 2137-2 et 3
sur la base des premières parties de la 9995. Windows n’a pas été mis
à niveau. Il reste que la 9995-11 est incompatible avec l’XCompose.

Il ne faudrait donc surtout pas que le projet bépo se laisse embarquer
par la 9995-11, car il se mettrait en porte-à-faux avec XCompose.

On 31/12/2018 14:51, Nicolas Chartier wrote:
Hello,

Je suis en train de travailler sur la gestion des touches mortes sur la
1.1rc1.
Ça a été entamé y’a 2 ans mais jamais terminé (comme quoi c’était
effectivement très urgent… mais passons).

A2 et moi avions commencé (et presque fini) les touches mortes
chaînées, et en recroisant l’implémentation avec les votes, j’ai
quelques questions :


Premier point – touche morte + espace

- rond en chef + espace = degré (°)
C’est certes le comportement de base de Compose, mais pourquoi ne pas
plutôt mettre U+02DA RING ABOVE (˚) ?

- rond souscrit + espace = rien
- tilde souscrit + espace = rien
Il y a deux caractères qui existent, et qui pourrait y être placés :
- U+02F3 MODIFIER LETTER LOW RING (˳)
- U+02F7 MODIFIER LETTER LOW TILDE (˷)

Pour rappel, ce qui a été voté c’est :

Le diacritique espaçant s’il existe dans Unicode, rien sinon.

http://bepo.fr/wiki/Discussion:Version_1.1rc1/Touches_mortes/Caract%C3%A8res_morts#Caract.C3.A8res_espa.C3.A7ants_.C3.A0_supporter

Je ne propose pas de faire en sorte que circonflexe + espace produise
U+02C6 MODIFIER LETTER CIRCUMFLEX ACCENT (ˆ) parce que sinon le seul
moyen de produire l’asciicircum (^), qui sert souvent en informatique)
est une combo pourrie.


Deuxième point – double pression

En cherchant la complétude, on s’est rendu compte qu’il existe un
U+032C COMBINING CARON BELOW.
On a donc créé une touche morte dead_caronbelow, mais qui ne contient
aucun caractère et qui sert exclusivement à produire le combinant.

Ce principe pourrait être appliqué aux symboles suivant :
- U+0313 COMBINING COMMA ABOVE
- U+1DCE COMBINING OGONEK ABOVE

Si on le fait, autant le faire pour les trois.
Mais est-ce pertinent de le faire ?


Troisième point – touche morte + . ou ’

La règle pour ces combinaisons c’est de mettre le symbole combinant.
Sauf que pour la brève souscrite, et pour la barre horizontale on a
plusieurs choix :
- combining_invertedbreve et combining_brevebelow
- combining_shortstroke et combining_longstroke

Le choix fait par A2 est de mettre les premiers sur . et les seconds
sur ’

Je parle de touche morte brève souscrite, mais le nom est trompeur : on
génère 12 inversées et 2 souscrites.

https://bepo.fr/wiki/Version_1.1rc1/Touches_mortes/Pressions_multiples


Les deux premiers points pourraient être reportés à la 1.2
Par contre pour le troisième, y’a un choix à faire.

Merci d’avance pour votre retour.

Restera ensuite à implémenter les changements de la rc2 mais ça sera
bien plus rapide :)



--
Cordialement,

Marcel
--
Courrielleur : Thunderbird 52.9.1 sous Ubuntu 16.04 Xenial Xerus

--
Pour ne plus recevoir les messages de cette liste de discussion, envoyez un courriel avec pour destinataire discussions-REQUEST@xxxxxxxxxxx et pour sujet "unsubscribe".


Mail converted by MHonArc 2.6.19+ http://listengine.tuxfamily.org/