Re: [EGD-discu] Justifications des décisions prises...

[Mélanie Chauvel (ariasuni) <perso@xxxxxxxxxxxxxx>]

Le 02/05/2018 à 22:34, Marcel a écrit :
> Le 02/05/18 07:35 Laurent a écrit :
> […]
>> Je peux comprendre que répondre trente six fois à la même question serait pénible. Mais l’absence de réponse est frustrante pour ceux qui posent la question et il suffirait que les réponses soient faites une fois sur une page du Wiki ; après, il n’y aurait plus que le lien à donner. À moins que la décision soit purement arbitraire…
>> Je ne pense pas que ce soit le cas pour la règle une frappe = un caractère ; une justification serait notamment que sous X.org (donc Linux, FreeBSD, etc.), pour définir plus d’un caractère, il faut utiliser le mécanisme de composition, normalement indépendant de la disposition et commun non seulement à plusieurs dispositions, mais aussi à plusieurs 
>> langues (pour les développeurs, ça simplifie la maintenance ; pour qui veut faire une disposition, les accents morts fonctionnent d’entrée sans qu’il ait a s’en occuper). Éviter de le 
>> faire évite des complications (c’est simple à faire juste pour soi, c’est plus compliqué pour le faire intégrer d’origine vu qu’il faut obtenir des modifications à différents niveaux, 
>> gérés par différents groupes de personnes).
>> Cependant, à partir du moment où la disposition telle qu’elle figurera dans la norme définit des règles de composition farfelues comme Exposants macron → º, c’est cuit pour l’indépendance du mécanisme de composition par rapport à la disposition et éviter les problèmes. À partir de là, cette raison est caduque et la question est : y en a-t-il d’autres ?
> Vu que Windows, et plus encore Mac, permettent des séquences sur touches vives nativement, 
> cette limitation de Linux serait très décevante, et j’ai effectivement été abasourdi sur le coup, 
> puis me suis pris à répondre dans d’autres thématiques. Venant toutefois de faire une recherche 
> sur internet, il s’est trouvé un contournement, qui permet à Linux de produire plusieurs caractères 
> par touche vive :
>
> http://bilinux.com/mise-en-page-xkb-personnalise-dans-laquelle-une-key-cre-deux-points-de-code-unicode.html
>
> Cela est de nature à rassurer et soulager. Cela paraît assez confidentiel, le 18ᵉ résultat d’une recherche Google xkb output sequence
> Je comprends du coup pourquoi personne n’osait en parler — merci à toi d’avoir bravé l’“omerta”.

Oui *on peut le faire*, mais si tu relis le courriel que tu cites, ce
n’est pas le problème invoqué. La 2e solution parle de touches mortes et
donc du mécanisme de composition, l’autre est un mécanisme qui ne peut
pas être livré par défaut tout court et qui sera bientôt complètement
obsolète car incompatible avec Wayland (utilisé par défaut sur Ubuntu
depuis la 17.10 et Fedora depuis la version 25).

Attachment: pEpkey.asc
Description: application/pgp-keys