nimnim a écrit 147 commentaires

Je viens de poster un nouveau patch basé sur les réactions jusqu'ici.
J'ai aussi mis des PNG du clavier actuel et du clavier modifié
⇒ https://bugs.freedesktop.org/show_bug.cgi?id=8240

Aussi, si vous pouvez poster dans le bugzilla, même en français, ce serait plus sympa pour moi. Ici je risque de louper des remarques

(Remplacer les ¼ ½ par OE et oe dans mon message)

fr-latin9 = France, Autre

Non, le clavier fr-latin9 a une histoire beaucoup plus ancienne avec de nombreux utilisateurs, il n'est pas question aujourd'hui de le changer de font en comble pour s'aligner avec autre chose.

Il faut le faire évoluer certes, mais en douceur

Pour la partie switch de clavier, c'est géré ailleurs dans xorg/xfree86, et utiliser la led est possible aujourd'hui (ce que j'ai chez moi) sans modifier les claviers

S'il y a beaucoup de différences avec fr-latin1, c'est que codage latin9 ajoute l'euro ¼ et ½, et le standard européen place l'euro en plein dans une zone très encombrée sous fr-latin1, ce qui a demandé de décaler beaucoup de symboles.

Altgr + O et Altgr + A étant déjà occupés par des lettres accentuées, il a bien fallu mettre les ligatures ailleurs (¼ qui n'est pas possible en latin1 a été mis en ² tout simplement parce que c'était la seule touche sous-utilisée disponible à l'époque)

AltGr + shift + { w, x} place les guillemets au même endroit que sur la plupart des claviers internationaux (européens, québéquois), il est sous AltGr + shift + { z, x} sous certains claviers parce que leurs auteurs ne se sont pas rendus compte qu'en convertissant brutalement de qwerty à azerty ils séparaient les guillemets (erreur de leur part à mon avis). Même si les mettre sur <> est une idée intéressante, les conserver à un emplacement standard (et avec le même nombre de touches pour accéder à l'un et à l'autre) est sans doute plus important.

Par contre c'est clair qu'on peut mieux utiliser <>, je pense que je vais y mettre inférieur ou égal et compagnie (logique et utile)

Pour le reste l'affectation des touches s'est faite par ordre de priorité lors du remue ménage de l'¤, avec pour principe de traiter les lettres françaises en priorité sans trop les décaller, et les lettres européennes comme ß ensuite.

Maintenant si tu as de bonnes propositions de réorganisation (dont l'intérêt justifie de perturber les utilisateurs de fr-latin9 actuels je t'invite à les mettre dans le bogue bugzilla que tout le monde puisse lmes évaluer

Je veux bien placer ubreve (et en majuscules aussi je supposeà mais il faut me proposer un slot :)

Sur l'espace insécable, d'autres claviers on fait le choix de le mettre à alrgr+shift+espace, ce qui le rend plus difficile à taper accidentellement mais le laisse accessible.

Je pourrais faire pareil dans le nouveau latin9, cela satisfait-il tout le monde ?

é majuscule est aussi sur é dans fr-latin9

Avec compose on peut faire pleu de truc mais l'objectif est aussi d'avoir une carte qui ne nécessite pas de passer par compose.

Dans fr-latin9 oe est sur la touche ² (première touche de la ligne de chiffres). C'est l'une des seules où il ne respecte pas ce qui est imprimé sur les claviers sans que altgr soit actif

Il faut dire la touche "officielle standard" ne sert pas à grand chose

La carte "officielle" est celle du cvs xkeyboard-config

l'applet de changement de clavier de gnome est bien pour ça.
Dans les dernières versions elle t'affiche même un schéma de ton clavier

Codepoint unicode SVP ?

C'est en partie grace à moi, j'ai nettoyé la carte et l'ai faite inclure dans XFree86 (en 2003 je crois)

Mais je ne suis pas son créateur, elle date de 199x (auteur d'origine Rene Cougnenc), et à l'époque le mainteneur était Guylhem Aznar.

Pour le clavier je suis entièrement d'accord avec toi, les québécois ont un beau clavier moderne auquel in ne faudrait pas ajouter grand chose pour l'Europe (Euro essentiellement), mais il est introuvable en France. Et l'Afnor ne semble pas décidée à s'attaquer au problème.

Je vais voir si je peux caser TM, le latin-9 est déjà assez dense

Axone, si tu utilises le clavier fr-latin9 (fr alternatif) sous xfree86/xorg aujourd'hui tu es concerné.

J'ajouterai un schéma du résultat dans le bogue se soir ce sera plus parlant pour toi

Bonjour Aldoo,

Quels seraient les manques actuels de fr-latin9 par rapport à dvorak-fr pour toi ?

La question alors est :

- quels sont les caractères dont tu aurais le plus besoin en plus de ceux imprimés sur un clavier standard ?

- sont ils déjà dispo dans fr-latin9 via altgr ? Si la réponse est non, où faudrait-il les mettre ?

Comme je l'ai indiqué dans mon message, sur la variante de base (non aggressive) les opérateurs mathématiques ne sont actifs que quand on presse alt-gr, si on ne le presse pas on a les opérateurs habituels pour le shell et la programmation. (On notera qu'ils sont aussi dispo sur la zone centrale du clavier)

Le principe de la carte latin-9 a toujours été de donner accès aux caractères nécessaires à l'écriture d'un français correct (oe, majuscules accentuées, guillemets) simplement via alt-gr. Donc les évolutions éventuelles portent essentiellement sur le comportement du clavier quand altgr est actif.

Je vais ajouter des captures d'écran de la disposition du clavier dans le bug ce soir ce sera plus parlant

Bonjour,

Je vois que tu as hérité d'une carte de 98 de l'époque où il était super dur de faire entrer un patch dans XFree86.

Donc :

- la bonne nouvelle : une fois que tu l'auras nettoyé il sera assezsimple de la faire inclure dans xkeyboard-config, et donc de ne plus avoir à la distribuer séparément

- la mauvaise nouvelle : la syntaxe et l'organisation des cartes a beauoup bougé depuis 98, donc il faut sans doute tout reprendre

Mon conseil serait de repartir du fichier fr de xkeyboard-config actuel, identifier les changements minimaux nécessaires pour le mac, et faire une carte qui hérite des cartes arctuelles en changeant le minimum.

Si tu veux des conseils envoie moi un mail.

Par contre comme je n'ai pas de mac, je ne suis pas la bonne personne pour maintenir cette carte

Le fait que la campagne soit lancée maintenant est bien évidemment lié au calendrier de sortie Fedora Core 6.

Par contre nous demandons de remonter les résultats directement au projet DejaVu (bugzilla ou liste de diffusion) pour que tout le monde en profite. Donc tous les testeurs y compris ceux d'autres distributions sont les bienvenus.

Le lien de téléchargement direct permet de récupérer les .ttf dans un zip/tar.gz pour les installer sur d'autres systèmes que Fedora.

Je ne pratique pas du tout Debian/Ubuntu mais Davide Viti <zinosat at tiscali dot it> pourra sans doute te donner plus d'infos. Il travaille sur les polices de l'installateur Debian, dont DejaVu

Pas du tout.

La priorité est d'identifier tous les petits problèmes de la version existante, pour que l'augmentation de la couverture unicode ne se fasse pas au détriment de la qualité des polices (le but n'est pas de refaire un nouveau FreeSans ou Code2000 avec une couverture monstrueuse mais des glyphes très moches et peu homogènes)

Ceci inclus bien entendu les problèmes d'impression quelle que soit la langue.

Le wiki insiste sur le nombre de langues supportées pour que les personnes qui se souviennent de Vera comme une police latine uniquement participent aussi au test (et accessoirement il y a probablement plus de bogues dans les nouveaux glyphes que dans ceux hérités de Vera)

De mémoire le créateur du projet (¦těpán Roh) l'a nommé DejaVu pour indiquer qu'il s'agissait d'une reprise de Vera (d'ailleurs les premières versions avaient très peu d'ajouts par rapport à Vera - la situation a considérablement évolué depuis)