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

[Marcel <bkn.ema@xxxxxxxxx>]

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".