La v1.1 supporte l'epsilon latin, le iota latin et autre.
Le problème des formes lettre + composante en pack sur touche morte est encore une fois Windows.
C'est faisable sur Linux (comme prouvé précédemment), MacOS mais pas Windows qui n'accepte pas de code multiple sur touche morte (c'est quelque part la même problème que pour les caractères hors PMB)
Flavien.
Bonjour,
Le 27/01/2017 à 13:04, Marcel a écrit :
L’ISO/IEC 9995-11 est là pour
saisir tous les diacritiques combinants à l’aide des touches mortes habituelles
AVANT les lettres de base.
Le 2017-01-28 à 10:10, Valentin Melot a répondu :
Après discussion hier avec A2, il y a plusieurs raisons pour lesquelles
cet algorithme n’est pas encore implémenté : en l’état, il n’est pas
implémentable (pas compatible avec ce que propose X.org,
???
et pour Windows
je ne sais pas), sauf à faire un Compose ridicule qui contiendrait des
dizaines de milliers de lignes, ce qui n’est pas souhaitable.
Pourquoi devrait-il faire des dizaines de milliers de lignes ? Seules certaines combinaisons sont réellement utilisées par des langues.
Peut-être un nombre assez important, mais rien à voir avec l’espace des possibles. Les combinaisons de diacritiques qui ne sont utilisés dans aucune langue, ce sont juste des fautes de frappe. Qui plus est, le Bépo est surtout concerné par les langues des pays
de la francophonie (charge à d’autres de s’occuper du reste).
Le 2017-01-28 à 22:20, Marcel a écrit :
C’est relativement facile à trouver dans les archives mensuelles de la ML d’Unicode,
qui sont aussi référencées en priorité dans les moteurs de recherche. Dans l’un
des mails de lancement de fil, il y a même une liste, que j’ai copiée dans mon
éditeur de texte :
| Possible to add new precomposed characters for local language in Togo?
| […]
| For reference here are the combinations needed, as you can see there are
| many! I've tried to check over, I don't think there exists precomposed
| characters for any of them.
|
| ɛ / epsilon = U025B
| <dead_acute> <U025B> : "ɛ́" LATIN SMALL LETTER EPSILON WITH ACUTE
| <dead_grave> <U025B> : "ɛ̀" LATIN SMALL LETTER EPSILON WITH GRAVE
| <dead_circumflex> <U025B> : "ɛ̂" LATIN SMALL LETTER EPSILON WITH CIRCUMFLEX
Dingue ! Des règles de composition X.org !
[…]
| a
| <dead_acute> <dead_tilde> <a> : "ã́" LATIN SMALL LETTER A WITH TILDE AND ACUTE
| <dead_grave> <dead_tilde> <a> : "ã̀" LATIN SMALL LETTER A WITH TILDE AND GRAVE
Juste pour voir, essayons :
ã́
ã̀
Ça marche ! Aujourd’hui ! (La question de la lisibilité mise à part, elle dépend de la police de caractère utilisée pour l’affichage…)
Jetons un coup d’œil au fichier Compose (sous Linux, /usr/share/X11/locale/en_US.UTF-8/Compose ; pour ceux qui ne sont pas sous Linux, voir
son code source) : il contient exactement la liste précédente (intégralement, j’ai tronqué en citant Marcel) sous le titre « Diacritics used in African languages » (vers la fin).
À mon sens, c’est la bonne solution, plutôt que de mettre sur la disposition des caractères combinants qui auraient le comportement inverse des caractères morts habituels.
Ce qui me paraît plus bloquant pour les langues africaines à voir cette liste, c’est qu’elles utilisent les caractères epsilon latin (!), iota latin, o ouvert, e tourné (U+01DD, pas le même caractère que schwa U+0259)…
Même si ces caractères ne servent pas tous dans les pays de la francophonie, à mon sens, ça mérite une variante de la disposition ciblée pour l’Afrique, allégée de ð, Þ, ij, ß… afin de libérer des places pour ces caractères.
Il en est peut-être de même pour l’Amérique, afin de supporter les langues amérindiennes utilisant l’alphabet latin (au moins celles du Canada, et s’il y a lieu de la Louisiane, de la Guyane…).
Parce que si la solution proposée pour faire epsilon avec tilde et accent aigu, c’est touche morte grecque (deux touches), e, touche morte tilde (deux touches), espace ou point, touche morte accent aigu (deux touches), espace ou point, soit neuf touches en
tout pour obtenir le mauvais codage (pas le bon epsilon) avec un rendu très aléatoire (dans la mesure où ce n’est pas le bon codage, il y a encore plus de risques que les polices le rendent mal), je ne suis pas sûr que les utilisateurs qui ont besoin de ce
caractère se jetteront sur le Bépo…
Cordialement,
--
Laurent
http://beop.free.fr/