jeudi 24 juillet
April | Agenda du libre | Framasoft | Léa-Linux | Lolix | JeSuisLibre | Eyrolles | LinuxMag | Veni, Vidi, Libri | InLibroVeritas | LinuxGraphic
Faire un don ! | | style | statistiques | contactez-nous | plan | lettre d'information
Accueil :: Dépêches :: Archives :: Proposer une dépêche :: Journaux :: Forums :: Entretiens :: Suivi :: RDF

Liens connexes

Dépêche modérée par

Dépêche éditée par

: [RFC] Évolution du clavier « fr-latin9 »

Posté par nimnim (). Modéré le 13 septembre 2006.
Depuis quelque temps, le bureau libre a bien changé, notamment avec la généralisation des locales unicodes.

Au vue de cette situation, les claviers doivent s'adapter et l'enjeu actuel est de savoir dans quelle direction vous souhaiteriez voir le clavier fr-latin9 évoluer. En effet, voilà déjà plusieurs années que votre serviteur (Nicolas Mailhot) a repris le clavier fr-latin9 que Guylhem Aznar maintenait et qui a été inclus dans xfree86/xkb. Depuis, je n'ai eu aucun retour à son sujet. Entre temps, Guylhem a succombé au clavier canadien international et n'est plus trop intéressé.

Depuis la situation a évoluée :
  • xorg et xfree86 se sont séparés,
  • la base de définition des claviers a désormais son propre projet
  • et surtout, les locales unicode sont devenue la règle et plus l'exception
Aujourd'hui je souhaiterais revenir sur ce clavier, corriger les erreurs commises précédemment et ajouter quelques symboles unicode qui n'étaient pas possibles à l'époque. Un patch très préliminaire est en ligne et je souhaiterais avoir vos retours sur un certain nombre de points (cf la suite de l'article pour les détails).

> Lire la dépêche (274 commentaires, moyenne: 2,7).  

Détails du patch très préliminaire
  1. il corrige une erreur de ma part sur la touche ./suppr du pavé numérique
  2. il remplace les opérateurs mathématiques informatiques par leurs vrais équivalents unicode quand altgr est actif (altgr+shift : symboles cartésiens)
  3. il crée une variante plus agressive, où les opérateurs mathématiques unicode sont prioritaires sur le pavé numérique, et les symboles cartésiens quittent la zone principale pour être remplacés par des flèches

J'aimerais avoir des avis sur les points suivants :
  1. quelle variante de pavé numérique améliorée préférez-vous ?
  2. l'ajout des flèches est-il acceptable ?
  3. quelles modifications peuvent rentrer dans fr-latin9 et lesquelles justifient un nouveau nom ? (et si oui, lequel). Faut-il conserver l'ancienne variante ?
  4. y a-t-il d'autres points qui vous gênent dans fr-latin9 mais que vous n'avez jamais osé signaler ?

Je vous serais reconnaissant de relayer cet appel dans tous les forums francophones appropriés et de mettre vos commentaires (en français ou anglais) dans la fiche de bug appropriée ou de me mettre en copie : nicolas.mailhot at laposte.net

Si personne ne bouge j'en déduirai que je suis le seul utilisateur de fr-latin9 et peux le modifier à volonté :)

Cette discussion est archivée, il n'est plus possible de laisser des commentaires.

Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.

Clavier Mac ?

Posté par Étienne Bersac (Jabber id, page perso, ) le 13/09/2006 à 09:55. (lien). Évalué à 5.

Salutations

Ce serait sympa de maintenir aussi la carte ppc. J'ai complété la version d'Étienne Herlent et l'ai mise à diposition sur http://bersace03.Free.fr/pub/Linux/xkb-mac , mais elle semble moins fonctionner sur le dernier Xorg :(.

Ce qui est pénible avec les carte mac, c'est qu'on doit utiliser Mode_switch au lieu de ISO_Level3_Shift ou un truc du genre. Tes conseils sont bienvenus !

Étienne.

--
E Ultreïa !

non

Posté par Troy McClure (page perso, ) le 13/09/2006 à 10:10. (lien). Évalué à 10.

je vais donner un avis très subjectif, lié à l'utilisation que j'ai d'un clavier (cad programmer, taper dans un shell beaucoup plus qu'écrire des textes en français): je n'aime pas du tout cette tendance à tout internationaliser, "localiser". J'aime bien que quand il y a écrit "*" sur la touche, elle insere une '*' (et je parle du caractère ascii, celui est reconnu par bash et par mon langage de prog, pas d'un equivalent utf8) quand j'appuie dessus et pas une sorte de 'x'. De même quand j'appuie sur le '.' du pavé numérique, j'aime qu'il insere un point et non une virgule (merci les gnomistes pour cette brillante idée)...

Euh...

Posté par Axone () le 13/09/2006 à 10:17. (lien). Évalué à 7.

Désolé, c'est trop technique ta demande pour moi. Je ne sais pas trop de quoi tu parles, je ne connais pas du tout comment sont gérés les claviers. Alors de là à comprendre les modifications que tu aimerais apporter...
Si je ne comprends pas la question, c'est peut être que je ne suis pas concerné ?

Touche compose par défaut ?

Posté par Nicolas Legrand () le 13/09/2006 à 12:01. (lien). Évalué à 4.

Avec UTF-8 et les compose Key de X, je n'ai justement pas trop de problèmes pour sortir la plupart des caractères étranges. Je rajoute cette ligne dans la section du clavier de mon xorg.conf :

Option "XkbOptions" "compose:rwin"

Et zou ! Ma touche compose est la touche windows de droite inutile par ailleurs et en deux coups de cuillère à peau je peux taper ce que je veux.

Donc pourquoi ne pas les activer par défaut et utiliser la touche windows de droite (alors OK sur les portables elle n'existe pas forcémment...).

En dehors des compose key je n'ai pas trouvé dans ce mappage la combinaison pour les ligature « o », « e » (« œ »), si elle n'existe effectivement pas il serait pas mal de pouvoir la rajouter...

le Ç

Posté par oliv () le 13/09/2006 à 13:38. (lien). Évalué à 5.

J'ai remarqué que sous Windows, il est plus facile de taper les majuscules accentuées ou le c cédille majuscule avec un clavier américain réglé sur "us international" qu'avec le clavier français. Par exemple É È Ê Ë Ç À Á Â Ä. Cela pour souligner que les claviers français devrait permettre d'écrire en minimisant les fôtes.

Et pour répondre à ton sondage:
j'ai pas compris ce que tu entends par "les symboles cartésiens quittent la zone principale pour être remplacés par des flèches".

Avoir le vrai signe "multiplier" et le vrai "diviser" (au lieu de * et /) serait aussi une chose sympa (c'est ça les "symboles cartésiens" ?). Et le symbole de l'Euro, le degré, le micro sont utiles (bon, les couillons d'ingénieurs :P utilisent le "u" pour micro, alors que le µ est très souvent à portée de main sur les ordinateurs modernes).
Mais je ne peux pas vérifier en détail, je n'ai pas de clavier français (mon laptop est "en-uk", mon desktop "en-us", mon ordi à la maison "fr-ch", les ordis de mes collègues "de").
Ce qui est sûr, c'est qu'il ne faut pas remplacer les symboles ASCII de base utilisés dans les différents langages de programmation par d'autres, donc je préferre la variante pas aggressive.

Quant à la question du "." ou de la "," pour le séparateur décimal du pavé numérique, c'est très dur de trancher. Certains programmes ne sont pas capables de comprendre par eux même que . et , doivent être traités comme séparateur décimal dans des champs numériques (tableurs). Et si c'est écrit "," sur la touche, c'est plus logique d'entrer ",". Mais si on pouvait configurer ce choix facilement, ça serait vraiment plus pratique.

Puisqu'on parle de AltGr...

Posté par shbrol () le 13/09/2006 à 13:42. (lien). Évalué à 2.

Au boulot, j'ai installé une Ubuntu dans un VirtualPC/WinXP (Pas taper, c'était le seul moyen d'avoir un Linux). Par defaut, l'émulateur utilise AltGr comme touche spéciale pour communiquer avec l'OS hôte (passer du mode plein ecran a fenetre par exemple). Le choix de cette touche n'est pas vraiment judicieux quand on a un clavier francais et qu'on veut editer du code, donc des []{} etc. Evidemment, on peut changer
la touche speciale, mais la, surprise, ca ne retablit pas le fonctionnement de AltGr.
(En fait, AltGr n'est pas completement inutilisable, mais c'est juste penible: Pour obtenir un @, il faut appuyer simultanement sur les touche Ctrl-AltGr-0, maintenir appuyé, puis relacher Ctrl...)
Bien evidemment, l'editeur qui est au courant du probleme devrait sortir un patch, mais visiblement il s'en fout, comme a son habitude (les joies du logiciel proprio, je sais).

Donc, apres ce paragraphe sur ma vie, la question: existe-il une doc, un outil, une incantation magique qui me permettrait de remapper les caracteres []{} etc. sur une autre combinaison de touches que AltGr ?

Je crois que j'ai ce qu'il te faut

Posté par salvaire () le 13/09/2006 à 13:46. (lien). Évalué à 4.

j'ai mis des (( à la place. Cela dit on devrait s'inspirer plus souvent de nos cousins Québécois. À utiliser à vos risques et périls.

default xkb_symbols "pc104" {
name[Group1]= "fr-latin9";
key ((ESC> { [ Escape ] };
key ((FK01> { [ F1 ] };
key ((FK02> { [ F2 ] };
key ((FK03> { [ F3 ] };
key ((FK04> { [ F4 ] };
key ((FK05> { [ F5 ] };
key ((FK06> { [ F6 ] };
key ((FK07> { [ F7 ] };
key ((FK08> { [ F8 ] };
key ((FK09> { [ F9 ] };
key ((FK10> { [ F10 ] };
key ((FK11> { [ F11 ] };
key ((FK12> { [ F12 ] };
key ((PRSC> { type= "PC_SYSRQ", symbols[Group1]= [ Print, Sys_Req ] };
key ((SCLK> { [ Insert ] };
key ((PAUS> { [ Insert ] };
key ((TLDE> { [ eacute , Eacute ], [ 0 ] };
key ((AE01> { [ grave ], [ 1 ] };
key ((AE02> { [ agrave , Agrave ], [ 2 ] };
key ((AE03> { [ egrave , Egrave ], [ 3 ] };
key ((AE04> { [ ugrave , Ugrave ], [ 4 ] };
key ((AE05> { [ apostrophe ], [ 5 ] };
key ((AE06> { [ quotedbl ], [ 6 ] };
key ((AE07> { [ parenleft , parenright ], [ 7 ] };
key ((AE08> { [ bracketleft , bracketright ], [ 8 ] };
key ((AE09> { [ braceleft , braceright ], [ 9 ] };
key ((AE10> { [ bar , ampersand ] };
key ((AE11> { [ numbersign , percent ] };
key ((AE12> { [ exclam , question ] };
key ((BKSP> { [ BackSpace ] };
key ((TAB> { [ Tab ] };
key ((AD01> { [ a , A ] };
key ((AD02> { [ z , Z ] };
key ((AD03> { [ e , E ], [ currency ] };
key ((AD04> { [ r , R ] };
key ((AD05> { [ t , T ] };
key ((AD06> { [ y , Y ] };
key ((AD07> { [ u , U ] };
key ((AD08> { [ i , I ] };
key ((AD09> { [ o , O ], [ oe , OE ] };
key ((AD10> { [ p , P ] };
key ((AD11> { [ equal , asterisk ], [ degree ] };
key ((AD12> { [ minus , plus ] };
key ((BKSL> { [ less , greater ], [ guillemotleft , guillemotright ] };
key ((CAPS> { [ Caps_Lock ] };
key ((AC01> { [ q , Q ] };
key ((AC02> { [ s , S ], [ ssharp ] };
key ((AC03> { [ d , D ] };
key ((AC04> { [ f , F ] };
key ((AC05> { [ g , G ] };
key ((AC06> { [ h , H ] };
key ((AC07> { [ j , J ] };
key ((AC08> { [ k , K ] };
key ((AC09> { [ l , L ] };
key ((AC10> { [ m , M ] };
key ((AC11> { [ dollar , at ] };
key ((RTRN> { [ Return ] };
key ((LFSH> { [ Shift_L ] };
key ((AB01> { [ w , W ] };
key ((AB02> { [ x , X ] };
key ((AB03> { [ c , C ], [ ccedilla , Ccedilla ] };
key ((AB04> { [ v , V ], [ registered , copyright ] };
key ((AB05> { [ b , B ] };
key ((AB06> { [ n , N ] };
key ((AB07> { [ asciitilde , asciicircum ] };
key ((AB08> { [ slash , backslash ] };
key ((AB09> { [ period , colon ] };
key ((AB10> { [ comma , semicolon ] };
key ((RTSH> { [ Shift_R ] };
key ((LCTL> { [ Control_L ] };
key ((LWIN> { [ dead_circumflex, dead_diaeresis ] };
key ((LALT> { [ Alt_L ] };
key ((SPCE> { [ space , underscore ] };
key ((RALT> { [ Mode_switch , Multi_key ] };
key ((RWIN> { [ Mode_switch , Multi_key ] };
key ((MENU> { [ Mode_switch , Multi_key ] };
key ((RCTL> { [ Control_R ] };
key ((INS> { [ Delete ] };
key ((HOME> { [ Home ] };
key ((PGUP> { [ Prior ] };
key ((DELE> { [ Delete ] };
key ((END> { [ End ] };
key ((PGDN> { [ Next ] };
key ((UP> { [ Up ] };
key ((LEFT> { [ Left ] };
key ((DOWN> { [ Down ] };
key ((RGHT> { [ Right ] };
key ((NMLK> { [ Num_Lock , Pointer_EnableKeys ] };
key ((KPDV> { [ slash , slash ] };
key ((KPMU> { [ asterisk , asterisk ] };
key ((KPSU> { [ KP_Subtract , KP_Subtract ] };
key ((KP7> { [ 7 , 7 ] };
key ((KP8> { [ 8 , 8 ] };
key ((KP9> { [ 9 , 9 ] };
key ((KPAD> { [ KP_Add , KP_Add ] };
key ((KP4> { [ 4 , 4 ] };
key ((KP5> { [ 5 , 5 ] };
key ((KP6> { [ 6 , 6 ] };
key ((KP1> { [ 1 , 1 ] };
key ((KP2> { [ 2 , 2 ] };
key ((KP3> { [ 3 , 3 ] };
key ((KPEN> { [ Return , Return ] };
key ((KP0> { [ 0 , 0 ] };
key ((KPDL> { [ KP_Decimal , comma ] };
modifier_map Shift { Shift_L, Shift_R };
modifier_map Lock { Caps_Lock };
modifier_map Control { Control_L, Control_R };
modifier_map Mod1 { Alt_L };
modifier_map Mod2 { Num_Lock };
modifier_map Mod3 { Mode_switch };
modifier_map Mod5 { Scroll_Lock };
};

ls | more --> more: command not found (???)

Posté par Sébastien BLAISOT () le 13/09/2006 à 14:12. (lien). Évalué à 10.

ce qui me gene dans le latin9 par rapport au latin1 : Alt-gr + espace donne espace insécable. un espece de caractere bizarre qui ressemble a un espace a l'oeil, mais que mon shell ne connait pas comme un espace.

pour peu qu'on tape vite et qu'on maintienne alt-gr appuyé lors d'un espace apres le pipe, on a droit a un joli :

# ls | less # remarquez ici l'espace insécable entre | et less
bash: less: command not found

c'est assez agaçant.

résultat => retour au clavier latin1

une solution avec une nouvelle map ?