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

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


Le 27/01/2017 à 13:04, Marcel a écrit :
> Je trouve plusieurs déformations beaucoup de partialité, des contre-sens, et j’ai 
> envie d’éditer la section, si c’est possible sans contrarier personne. Ça me fait 
> de la peine de voir le bépo dans cette situation, et je me sens coresponsable si 
> je ne fais rien, mais je n’ai pas de temps à faire des modifs annulées derrière.
> 
>> jamais remise en question
> 
> C’est faire allègrement foin de toutes les suggestions qui ont été faites depuis 
> et qui ne vont pas du tout dans le sens qu’on cherche à imposer comme une (fausse)
> évidence. J’essaie de rester poli, mais il arrive un moment où ça devient difficile…
Tu surinterprètes, Marcel, comme souvent. Je ne sais pas quel est le
sens que tu penses que je cherche à imposer…

> Juste deux exemples :
> 
> « nécessaires pour saisir certains caractères n’existant pas sous la forme d’un 
> seul point de code, par exemple certains caractères du lituanien avec une fréquence 
> d’environ 1 %) »:
> 
> D’abord, il s’agit du lituanien avec marques tonales, qui représente 1 % de l’usage 
> du lituanien, mais je l’ai répété plusieurs fois. Ce n’est pas une fréquence de 
> caractères dans le lituanien.
> Ensuite, donner juste cet exemple c’est de la manipulation, car vous savez tous que 
> l’exemple le plus pertinent sont les langues africaines pratiquées au sein de la 
> Francophonie, et qui représentent un fort pourcentage dans leurs pays respectifs. 
> Ça aussi on l’a lu sur la ML.
Donc finalement, ça veut dire que je manipulerais dans quel sens ? ;-)
La raison pour laquelle j’ai cité le lituanien, c’est parce que je suis
sûr de ne pas dire de conneries en affirmant que les combinants sont
indispensables : j’ai lu des discussions à ce sujet sur Unicode, j’ai lu
la requête d’ajout de nouveaux caractères doublement diacrités. Les
langues d’Afrique, je n’ai aucune idée de ce que ça représente, ni de
quels caractères sont concernés. Par contre, si tu veux modifier la
section pour compléter un peu ce point-ci, libre à toi. Essaye juste
d’adopter un style clair et concis, stp. :-)

> 
> « La norme 9995-11 suggère l’emplacement des combinants sur la touche ., bien 
> accessible en BÉPO, mais ne se soucie pas de symétrie »:
> 
> C’est une vérité tronquée et donc un quasi-mensonge. L’ISO/IEC 9995-11 est là pour 
> saisir tous les diacritiques combinants à l’aide des touches mortes habituelles 
> AVANT les lettres de base. La sortie par POINT n’est là que pour quelques rares 
> spécialistes qui pour une raison ou une autre en auraient PONCTuellement besoin. 
> Mais ça aussi on l’a lu sur la ML.
Comme je le disais, j’ai en effet relu un message à ce sujet. Tu t’en
doutes, tout le monde n’a pas 200 € à mettre pour acheter un brouillon
de norme. Donc je ne me fiais qu’à ce que tu nous en avais dit, et à ce
qui avait été évoqué lors d’une réunion du GT AFNOR.

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.
Manifestement, il vaudrait mieux travailler à ce que XKB, MSKLC et
autres prennent connaissance de cette norme.

En attendant, la position ./’ me semble garder sa pertinence, car elle
est accessible et compatible avec ce que propose cette norme, ce qui
permet d’anticiper l’avenir. Mais de toute façon les votants trancheront.

Bien à toi,

-- 
Miltøn

Attachment: signature.asc
Description: OpenPGP digital signature



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