Re: [EGD-discu] [Vote] Touche morte + espace

[Laurent <laurent4ml@xxxxxxx>]

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/