Re: [EGD-discu] XKB vs. l’AFNOR

[Valentin Melot <v.melot@xxxxxxxxxx>]

Après recherches et essais :
 * Il n’est pas trivial d’implémenter un « useInnerCompose » : alors que
l’attribution des caractères aux touches (le .xkb) est géré côté
serveur, le mécanisme de composition est géré côté client.
 * Le problème essentiel du mécanisme de composition actuel de X11 est
qu’il est en effet indépendant de la locale.
/usr/share/X11/locale/compose.dir renvoie à
/usr/share/X11/locale/en_US.UTF-8/Compose pour toutes les locales (ou
presque).
 * Un commentaire dans /usr/share/X11/locale/locale.dir indique :
« Note: The UTF-8 locales don't work correctly yet. Work in progress. ».
 * J’ai essayé de remplacer les deux occurrences de «
en_US.UTF-8/Compose             fr_FR.UTF-8 » dans
/usr/share/X11/locale/compose.dir par « fr_FR.UTF-8/Compose
fr_FR.UTF-8 », en définissant à cet emplacement un nouveau fichier
Compose. Après redémarrage du serveur graphique, la seule conséquence
est que Compose est désactivé : plus aucune combinaison ne fonctionne.
Tout remarche parfaitement en annulant ces modifications.

Je pense que l’implémentation de ce que nous souhaitons reste quand même
possible. À défaut de pouvoir aisément faire dépendre le mécanisme
compose de la disposition clavier (encore que, en codant tout devient
possible), il devrait être possible de le faire dépendre de la locale.
Ce qui limiterait le nombre de conflits.

À suivre,

-- 
Miltøn

Le 07/08/2016 à 21:46, Valentin Melot a écrit :
> Attention Marcel, je ne garantis vraiment rien. :) Pour l'instant,
> j'espère comprendre comment ça fonctionne, et si j'y arrive je
> reprendrai le fonctionnement existant du Compose. Mais je n'y suis pas
> encore, loin de là... :|
> 
> -- 
> Miltøn
> 
>> Date: Sun, 7 Aug 2016 21:01:20 +0200
>> From: bkn.ema@xxxxxxxxx
>> To: discussions@xxxxxxxxxxx
>> Subject: Re: [EGD-discu] XKB vs. l’AFNOR
>>
>> Je trouve super ce que tu fais. XML est vraiment le format le plus
> puissant
>> et le plus universel à ce qu’il paraît. Enfin Linux et Apple auront
> les mêmes
>> définitions de dispositions (je ne sais pas quand les configurations
> en XML
>> ont émergé, mais sous Mac c’est depuis longtemps en tout cas).
>> Quand on aura ton soft, on pourra oublier XKB.
>> Bon courage !
>> Marcel
>> > Message du 07/08/16 20:01
>> > De : "Valentin Melot"
>> > A : discussions@xxxxxxxxxxx
>> > Copie à :
>> > Objet : [EGD-discu] XKB vs. l’AFNOR
>> >
>> > Si nous soumettons une proposition, et si celle-ci devient une norme en
>> > France, et possiblement en Suisse, au Canada francophone et en Belgique
>> > (sans parler de l’Afrique), c’est au niveau technique que nous devrons
>> > chercher des solutions. Il ne me paraît pas concevable que les
>> > propositions que nous discutons aujourd’hui dans un but d’ergonomie
>> > doivent être abandonnées parce qu’/un/ système de saisie ne propose pas
>> > /encore/ de solution.
>> >
>> > Et j’insiste sur le « encore ». Outre la proposition formulée par Marcel
>> > de créer un module permettant à chaque disposition de créer son propre
>> > compose pour gérer ses touches mortes (j’essaye de rentrer dans le code
>> > de XKB pour voir comment ça pourrait se bidouiller), il semblerait que
>> > l’on puisse définir une nouvelle locale pour paramétrer ça (le Compose
>> > aujourd’hui utilisé est dans la locale en_US).
>> >
>> > Sans compter que l’implémentation ne posera vraisemblablement aucun
>> > problème sous 98 % des ordinateurs de bureau[1].
>> >
>> > [1]
>> >
> http://www.zdnet.fr/actualites/chiffres-cles-les-systemes-d-exploitation-sur-pc-39790131.htm
>> >
>> > --
>> > Miltøn
>> >
>> > Le 07/08/2016 à 19:42, Thomas Vergnaud a écrit :
>> > > Bonsoir à tous,
>> > >
>> > > 1) les touches mortes en double frappe pour les macron, rond,
> tilde, tréma et
>> > > brève souscrits
>> > > 2) double frappe pour les accents aigu et grave
>> > >
>> > > C'est une bonne idée, mais on n'y arrivera pas !
>> > >
>> > > Dans la configuration actuelle de X.org, la double frappe de la
> touche morte
>> > > « accent grave » correspond à l'accent grave espaçant. Même chose
> pour
>> > > l'accent aigu et les autres. Cf. le fichier
>> > > /usr/share/X11/locale/en_US.UTF-8/Compose :
>> > >
>> > > : "´" acute # ACUTE ACCENT
>> > > : "~" asciitilde # TILDE
>> > > : "`" grave # GRAVE ACCENT
>> > >
>> > > Étant donné que ces règles sont indépendantes du réglage du
> clavier, elles
>> > > s'appliquent tout le temps.
>> > >
>> > > La proposition de double frappe de la touche morte accent aigu
> pour obtenir un
>> > > double accent aigu est donc manifestement incompatible avec ce qui
> est déjà
>> > > mis en place dans X.org. Même chose pour les autres diacritiques.
>> > >
>> > > Je m'oppose donc totalement à cette proposition de double frappe
> pour les
>> > > accents. Et je suis également et surtout convaincu qu'il n'est pas
> raisonnable
>> > > d'espérer faire changer les règles de composition par défaut de
> X.org, qui
>> > > doivent convenir à plein de gens dans plein de pays. Et je ne vois
> pas
>> > > l'opportunité de créer des règles spéciales pour le français alors
> que le
>> > > besoin n'est pas crucial.
>> > >
>> > > Thomas
>> > >
>> > > Le dimanche 7 août 2016, 13:34:52 Valentin Melot a écrit :
>> > >> * Les touches mortes correspondant à des diacritiques sont revues de
>> > >> façon à obtenir les souscrites par double-pressions. Cela
> concerne les
>> > >> points suscrit et souscrit qui fusionnent, le rond, le macron, le
> tilde,
>> > >> les trémas et la brève.
>> > >> [Opposition de NemOlivier]
>> > >> * Les mortes double-grave et double-aigus disparaissent, et sont
>> > >> remplacées par des double-pressions sur grave et aigu respectivement.
>> > >> Les mortes grave et aigu prennent la position des précédentes
> (AltGr +
>> > >> Maj + É/È).
>> > >> [Opposition de Flavien]
>> > >
>> > >
>> >
>> >
>> >
>> >
>> > [ signature.asc (0.8 Ko) ]
>>
>> --
>> Pour ne plus recevoir les messels de cette liste de discussion,
> envoyez un messel avec pour destinataire discussions-REQUEST@xxxxxxxxxxx
> et pour sujet "unsubscribe".
>>

Attachment: signature.asc
Description: OpenPGP digital signature