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
- il corrige une erreur de ma part sur la touche ./suppr du pavé numérique
- il remplace les opérateurs mathématiques informatiques par leurs vrais équivalents unicode quand altgr est actif (altgr+shift : symboles cartésiens)
- 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 :
- quelle variante de pavé numérique améliorée préférez-vous ?
- l'ajout des flèches est-il acceptable ?
- quelles modifications peuvent rentrer dans fr-latin9 et lesquelles justifient un nouveau nom ? (et si oui, lequel). Faut-il conserver l'ancienne variante ?
- 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é :)
Aller plus loin
- L'entrée dans le bugzilla xkeyboard−config (85 clics)
- projet de définition des claviers (133 clics)
- Patch préliminaire (27 clics)
# Commentaire supprimé
Posté par Anonyme . Évalué à 5.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: Clavier Mac ?
Posté par nimnim . Évalué à 6.
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
[^] # Re: Clavier Mac ?
Posté par iznogoud . Évalué à 4.
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.
Entre un fr azerty classique et un fr mac, il y a quand meme des différences de taille, ne serait-ce que pour les touches de base, deja (toute la barre du haut, hors F1->F10 est à revoir). Ensuite il y a toutes les combinaisons de touche à remapper (le | se fait avec une combinaison alt-shift-l je crois, par exemple). Etc.
Le travail est loin d'être trivial malheureusement.
[^] # Re: Clavier Mac ?
Posté par Yannick . Évalué à 5.
Au passage, Denis Barbier est en train de corriger xkb pour les claviers mac dans Debian. Si vous êtes dans ce cas, faites un tour sur la liste de diffusion debian-powerpc.
Yannick
[^] # Re: Clavier Mac ?
Posté par Yves-Alexis Perez . Évalué à 4.
http://lists.debian.org/debian-powerpc/2006/08/msg00322.html
et
http://lists.debian.org/debian-powerpc/2006/09/msg00084.html
qui te donneront quelques nouvelles des claviers mac-fr. (je suppose que les patchs seront pushé upstream)
# non
Posté par Troy McClure (site web personnel) . Évalué à 10.
[^] # Re: non
Posté par Damien (site web personnel) . Évalué à 7.
Bon OK on a le droit à la virgule à la place du point dans la locale française (et c'est pénible :-)
[^] # Re: non
Posté par iznogoud . Évalué à 3.
[^] # Re: non
Posté par Yannick . Évalué à 1.
[^] # Re: non
Posté par iznogoud . Évalué à 2.
Pour moi, ces caracteres s'obtiennent avec le meme raccourci que sur un pc-fr-latin1 : altgr (equivalent) - chiffre (de memoire, | se fait avec un alt-6 au lieu de alt-shift-l). Et moi, ca ne me plait pas du tout. Le $ est bien placé, le ~ est n'importe ou (et non en alt-n), le @ n'est meme pas a la place habituelle fr-latin, etc.
[^] # Re: non
Posté par Aurélien Croc (site web personnel) . Évalué à 4.
Personnellement, je me suis assez habitué aux caractères alternatifs accessibles par Alt Gr et les utilise très souvent comme en particulier « et », “ et ” ®, ©, ™, ...
Donc pour moi, il serait beaucoup plus judicieux d'établire une nouvelle carte spécialement pour ceux qui font de la bureautique avec ces jolis caractères remplaçant ceux du pavé numérique et laisser latin9 tranquille, laissant le choix suivant ce que l'utilisateur fait de son clavier
[^] # Re: non
Posté par nimnim . Évalué à 6.
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
[^] # Re: non
Posté par Gart Algar . Évalué à 4.
Je suis content que tu sois venu. J’aimerais bien que tu restes. On va manger des chips.
[^] # Re: non
Posté par Sixel . Évalué à 4.
"Il faut" (Ezekiel 18:4) "forniquer" (Corinthiens 6:9, 10) "avec des chiens" (Thessaloniciens 1:6-9) "morts" (Timothée 3:1-10).
[^] # Re: non
Posté par mobutu . Évalué à 2.
Pendant très, très longtemps, j'étais sous latin9 sans trop comprendre. Je n'utilisais pas altgr sur autre chose que les touches de la premiere rangée et ne savait pas toute la puissance des caractères accessibles. Je l'ai découvert un jour par hasard en faisant une faute de frappe, en tappant sur altgr. Depuis je suis très content de pouvoir utiliser É, ½, æ, ¹²³«»“” ©® et tout plein d'autres. Manquerait peut-être un "TM" en faisant shift+altgr c.
Il serait temps de changer la tronche du hardware de nos claviers. C'est has been l'azerty actuel.
Peut-être rajouter des touches aussi, pour plus de caractères croustillants.
[^] # Re: non
Posté par nimnim . Évalué à 3.
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
[^] # Re: non
Posté par Aurélien Croc (site web personnel) . Évalué à 2.
[^] # Re: non
Posté par outreal . Évalué à 1.
[^] # Re: non
Posté par reno . Évalué à 2.
Pourquoi c?
A priori, TM commençant par un T, je m'attendrais plutôt à voir une combinaison avec un t, non?
[^] # Re: non
Posté par mobutu . Évalué à 2.
T est occupé par ces deux caractères :
altgr þ
altgr+shift Þ
[^] # Re: non
Posté par Éric (site web personnel) . Évalué à 5.
D'ailleurs, où est-ce qu'on peut trouver un récap graphique de tout ce que peut produire notre clavier avec les différentes combinaisons ?
[^] # Re: non
Posté par Sun Wukong (site web personnel) . Évalué à 0.
/etc/X11/xkb/symbols/fr
[^] # Re: non
Posté par salvaire . Évalué à 2.
[^] # Re: non
Posté par Frédéric COIFFIER . Évalué à 2.
Au mieux, je me retrouve avec un dessin de clavier et des keycodes pour chaque touche (et encore, j'ai du compiler une map avec xkbcomp et la repasser à xkbprint...).
[^] # Re: non
Posté par dawar (site web personnel) . Évalué à 3.
Pour le pavé numérique, je sais pas trop je ne m'en sers que comme…pavé numérique.
[^] # Re: non
Posté par nimnim . Évalué à 1.
- 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 ?
[^] # Re: non
Posté par dawar (site web personnel) . Évalué à 2.
D'ailleur, en écrivant "y'a t'il", je pense a l'apostrophe française, ( ’ ) qui se fait par alt+pomme 4 sur mac. En fait étant maquettiste j'ai l'habitude du clavier mac dont le "mappage" est pas mal foutu et assez intuituf. Comment fait on ’ sur xorg ?
[^] # Re: non
Posté par Aldoo . Évalué à 9.
Eh bien tu ne devrais pas ! Il n'y a pas d'apostrophe entre le "y" et le "a", ni entre le "t" et le "il" ! -> "Y a-t-il...". Voilà !
Cela dit, effectivement si on faisait une variante typographique de latin9, il faudrait que l'apostrophe française soit accessible.
[^] # Re: non
Posté par nimnim . Évalué à 1.
[^] # Re: non
Posté par Aldoo . Évalué à 2.
C'est U+2019, d'après la page de discussion associée.
(lire aussi les liens donnés à la fin de la discussion, pour plus d'infos sur le sujet).
[^] # Re: non
Posté par KiBi . Évalué à 1.
[^] # Re: non
Posté par Jar Jar Binks (site web personnel) . Évalué à 2.
[^] # Re: non
Posté par Florent Bayle (site web personnel) . Évalué à 3.
[^] # Re: non
Posté par nimnim . Évalué à 1.
[^] # Re: non
Posté par Arthur Accroc . Évalué à 1.
Pour ma part : ŭ (ubreve).
Bon, je ne prétendrai pas être représentatif...
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
[^] # Re: non
Posté par icyfemur . Évalué à 1.
A part ça, je trouve ce mappage clavier formidable.
[^] # Re: non
Posté par nimnim . Évalué à 3.
[^] # Re: non
Posté par icyfemur . Évalué à 1.
Ĝis baldaŭ !
[^] # Re: non
Posté par seginus . Évalué à 2.
[^] # Re: non
Posté par med . Évalué à 4.
[^] # Re: non
Posté par Aldoo . Évalué à 3.
Cela dit, à l'heure d'aujourd'hui, (unicode et tout), il serait crétin de ne pas avoir un accès direct aux vrais caractères du Français quand on édite des textes littéraires ou scientifiques destinés à être imprimés/lus (ex : virgule à la place du point du pavé numérique, croix de multiplication à la place de l'étoile, symbole "diviser" à la place du slash, apostrophe courbe à la place de l'apostrophe droite, guillemets typographiques facilement accessibles, etc.). Je suggère aussi que ce clavier puisse proposer les majuscules accentuées sans usage du verrouillage de majuscules (exemple : shift+é=É).
Ces deux approches me semblent inconciliables mais correspondent toutes deux à des utilisations légitimes. Donc je vote pour la création de deux claviers différents. Quitte à garder les caractères manquants disponibles à coups de altgr et de compose.
PS : le clavier Dvorak-fr proposé dans Xorg semble jouer sur les deux tableaux de manière assez astucieuse, peut-être que les azerty-fr pourraient s'en inspirer.
[^] # Re: non
Posté par nimnim . Évalué à 2.
Quels seraient les manques actuels de fr-latin9 par rapport à dvorak-fr pour toi ?
[^] # Re: non
Posté par Aldoo . Évalué à 2.
À vrai dire je connais assez mal les subtilités de latin9, ayant été plus habitué depuis ma tendre enfance à la map azerty-fr standard, et n'ayant que peu joué avec latin9 (même si c'est ce que j'utilise aujourd'hui, en pratique... mais pas pour jouer à tapper du texte funky !).
Cela dit, latin9 et Dvorak-fr me semblent assez proches dans l'esprit, si ce n'est que sur Dvorak-fr, shift+é fait É !
[^] # Re: non
Posté par nimnim . Évalué à 1.
[^] # Re: non
Posté par Aldoo . Évalué à 2.
Mais accessible avec verrouillage majuscule seulement, non, me trompe-je ?
(Je n'ai pas latin9 sous la main là sur ma debian du taf ;-) )
# Euh...
Posté par Axone . Évalué à 7.
Si je ne comprends pas la question, c'est peut être que je ne suis pas concerné ?
[^] # Re: Euh...
Posté par nimnim . Évalué à 2.
J'ajouterai un schéma du résultat dans le bogue se soir ce sera plus parlant pour toi
[^] # Re: Euh...
Posté par gpe . Évalué à 2.
(je suis en Debian Testing avec Gnome)
[^] # Re: Euh...
Posté par nimnim . Évalué à 1.
Dans les dernières versions elle t'affiche même un schéma de ton clavier
[^] # Re: Euh...
Posté par gpe . Évalué à 1.
J'ai "Français" par défaut et je peux choisir entre:
- France
- Autre
- Autre, sans touches mortes
- Autre, touches mortes Sun
- Dvorak (qui semble très très bizarre comme carte)
- Éliminer les touches mortes
- Touches mortes Sun
Bref actuellement j'ai un réglage qui me convient bien car j'accède à tous les caractères que je veux sans aucun des soucis que différentes personnes rapportent ici...
[^] # Re: Euh...
Posté par nimnim . Évalué à 2.
[^] # Re: Euh...
Posté par Mark Havel . Évalué à 4.
Maintenant pour ceux qui tiennent à ce que * affiche *, il y a toujours les touches du pavé alphanumérique.
# Touche compose par défaut ?
Posté par Nicolas Legrand (site web personnel) . Évalué à 4.
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...
[^] # Re: Touche compose par défaut ?
Posté par nimnim . Évalué à 1.
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
[^] # Re: Touche compose par défaut ?
Posté par Arthur Accroc . Évalué à 2.
Pour ma part, j'ai tendance à le chercher sur AltGr-O (en fait, c'est là qu'il est sur la distribution qui est sur cette machine (Option "XkbLayout" "fr"), mais c'est probablement juste un coup de bol : ce n'est pas le cas sur toutes les machines que j'utilise et je sais que j'en ai configuré certaines avec fr-latin9). En plus, j'utilise de temps en temps ² (peut-être plus souvent que ½)...
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
[^] # Re: Touche compose par défaut ?
Posté par Jean-Philippe (site web personnel) . Évalué à 3.
² est bien sur alt gr + ù, mais cela ne fait pas du tout descendre la console.
Après c'est peut-être un problème inhérent au moteur de quake, si tel est le cas veuillez je prie, accepter l'expression de votre moinssage collectif.
[^] # Re: Touche compose par défaut ?
Posté par sylware . Évalué à 1.
[^] # Re: Touche compose par défaut ?
Posté par Aurélien Croc (site web personnel) . Évalué à 4.
Enfin, pour ce qui est des caractères à rajouter, il me plairait d'avoir accès aux caractères “ ” aussi facilement que dans la version latin1. Apparemment, AltGr + shift + { w, x} est redondante avec la touche <>. Il pourrait donc être intéressant de les placer ici.
Pour finir, la table latin1 apportait déjà beaucoup de caractères. Pour y a t'il tant de différences avec le latin9 ?
Exemple : le double s ß qui se fait avec AltGr + S sous latin1 et AltGr + B sous latin9 (alors que ça n'a pas de rapport avec B mais bien S !) ; ® disponible avec AltGr + R sous latin1 mais AltGr +V sous latin9, «» disponible avec AltGR + {z, b} sous latin1 et {w, x} sous latin9, etc.
[^] # Re: Touche compose par défaut ?
Posté par nimnim . Évalué à 2.
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
[^] # Re: Touche compose par défaut ?
Posté par nimnim . Évalué à 3.
[^] # Re: Touche compose par défaut ?
Posté par Pierre Jarillon (site web personnel) . Évalué à 3.
Par ailleurs, la touche $£¤, dédiée aux unités monétaires devrait comporter € à la place du symbole ¤ "currency" que je n'ai jamais ni utilisé ni vu utilisé.
[^] # Re: Touche compose par défaut ?
Posté par Naha (site web personnel) . Évalué à 2.
Tout à fait d'accord. C'est plus logique, même si je n'utilise pas spécialement la touche ². L'avantage de placer ½ sur ² est par contre un accès plus rapide (je l'utilise assez souvent).
Pour la touche euro, je ne vois pas l'intérêt de la déplacer vu qu'il y a déjà un emplacement inscrit sur le clavier. Ceci dit c'est vrai que le symbole ¤ est complètement inutile, du moins pour moi (et en plus il est moche ! :-), donc on pourrait bien le remplacer par autre chose.
Tiens tant que j'y suis, je n'ai jamais trouvé le ae AE. AltGr + G d'après un commentaire plus haut ? Je suis d'accord pour dire qu'il serait bien mieux sous le A. (Rah, pénible de ne pas avoir de latin9 au boulot pour regarder ce qu'il y a sous le A...)
[^] # Re: Touche compose par défaut ?
Posté par teoB . Évalué à 2.
Il y a quelques années, j'avais lu que ¤ était le symbole monétaire d'une monnaie imaginaire qui n'avait pour seule vocation, que de réserver une place pour une future monnaie. L'euro aurait donc pu y trouver logiquement sa place. Mais visiblement, ce détail a été oublié et maintenant nos claviers ont l'euro sérigraphié sur le E.
[^] # Re: Touche compose par défaut ?
Posté par Sylvain Sauvage . Évalué à 3.
Dans le passage de latin-1 à latin-0 (puis latin-9), le ¤ est devenu ¤. Donc, avec une police latin-9, appuyer sur la touche ¤ devrait donner ¤.
Effectivement, la sérigraphie aurait dû suivre. Mais avoir toutes les monnaies ($£¤) sur la même touche, c'est trop simple...
[^] # Re: Touche compose par défaut ?
Posté par Pierre Jarillon (site web personnel) . Évalué à 2.
AltGR + A = æ
AltGr + Maj + A = Æ
J'utilise une distribution Mandriva.
# le Ç
Posté par oliv . Évalué à 5.
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.
[^] # Re: le Ç
Posté par Michel Petit (site web personnel) . Évalué à 0.
Déjà disponible, avec Alt Gr + ; (×) et Alt Gr + : (÷)
[^] # Re: le Ç
Posté par Sytoka Modon (site web personnel) . Évalué à 4.
Rien à voir (quoique), existe-t-il une police où on aurait le chiffre 7 barré. Mêmes les américains nous envie notre typographie sur ce point là (enfin, ceux que j'ai croisé). Il n'y à pas à dire, la barre rend ce chiffre bien plus lisible.
Dans la même veine, pas mal de personne barre le Z majuscule (moi dans le lot). Ce serait possible d'après vous de mettre ça dans la typographie officielle ?
[^] # Re: le Ç
Posté par reno . Évalué à 2.
Je ne sais pas ce que tu appelle "typographie officielle mais: j'aime bien le 7 barré (encore que sur écran, c'est comme les sérifs en petites tailles ça peut diminuer la lisibilité) mais par contre le Z majuscule barré, je pense que c'est très rare donc je ne vois pas trop l'interet..
[^] # Re: le Ç
Posté par Julien Portalier . Évalué à 2.
[^] # Re: le Ç
Posté par Gniarf . Évalué à 2.
[^] # Re: le Ç
Posté par Sytoka Modon (site web personnel) . Évalué à 2.
Au niveau de l'affichage, la barre sur le 7 sera peut être moins lisible (et encore, le 'f' est lisible...) mais il y a moyen de faire propre, je fais confiance aux graphistes. Par contre, au niveau de l'impression, cela serait vraiment mieux.
Prenez un bouquin, aucun 7 n'est barré (sauf certain cahier de travail du primaire), ce n'est pas normal. Il n'y a plus aucune objection aujourd'hui pour ne pas la mettre.
[^] # Re: le Ç
Posté par nimnim . Évalué à 2.
[^] # Re: le Ç
Posté par Laurent A. . Évalué à 2.
D'ailleurs, pour le 1, je me demande s'il faut le souligner ? Il me semble qu'en français c'est inutile et qu'en anglais, il n'y a qu'une seule barre verticale, donc d'où vient cette typo ?
En revanche, je ne suis pas du tout du même avis pour le Z. Le symbole « Z » est celui qui est appris à l'école primaire. Le Z barré n'est pour moi qu'un excès de zèle qui a une certaine utilité pour les gens qui ne savent pas faire des Z bien « pointus » en haut et en bas, d'où une confusion avec le chiffre 2. Sur un clavier, ce cas n'existe pas, donc, selon moi, le Z barré n'est d'aucune utilité ici.
# Puisqu'on parle de AltGr...
Posté par shbrol . Évalué à 2.
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 ?
[^] # Re: Puisqu'on parle de AltGr...
Posté par salvaire . Évalué à 2.
[^] # Re: Puisqu'on parle de AltGr...
Posté par octane . Évalué à 2.
> qui me permettrait de remapper les caracteres []{}
> etc. sur une autre combinaison de touches que AltGr ?
putty
ssh <IP> du vmware, et hop.
Xming
depuis le vmware, export DISPLAY=<ip du win>:0
xterm &
vnc
depuis le win:
vncviewer <IP du vmware>
etc, etc..
[^] # Re: Puisqu'on parle de AltGr...
Posté par shbrol . Évalué à 1.
Je n'avais pas pensé a la solution Xming/exceed pour l'affichage et un linux sans X11, mais ca va repondre pil-poil au besoin, merci!
# Je crois que j'ai ce qu'il te faut
Posté par salvaire . Évalué à 4.
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 };
};
[^] # Re: Je crois que j'ai ce qu'il te faut
Posté par Elrik de Melnibone . Évalué à 3.
[^] # Re: Je crois que j'ai ce qu'il te faut
Posté par salvaire . Évalué à 2.
currency pour l'euro
# ls | more --> more: command not found (???)
Posté par Sébastien BLAISOT . Évalué à 10.
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 ?
[^] # Re: ls | more --> more: command not found (???)
Posté par Troy McClure (site web personnel) . Évalué à 2.
[^] # Re: ls | more --> more: command not found (???)
Posté par seeschloss . Évalué à 2.
Tu pourrais au moins avoir la politesse de nommer ton sauveur...
Enfin à mon humble avis, c'est un des plus grands avantages du fr-latin9, l'espace insécable.
[^] # Re: ls | more --> more: command not found (???)
Posté par Tony Flow . Évalué à 2.
Au début on n'y comprend rien (comment ça tu connais pas grep !?!?)
Ensuite on trouve ça super lourd...
D'ailleurs le problème m'arrive aussi en faisant du Perl... En général c'est plus suite à une accolade qu'un pipe, mais au final il n'apprecie pas plus à l'interprétation : Unrecognized character \xC2
[^] # Re: ls | more --> more: command not found (???)
Posté par boris . Évalué à 2.
[^] # Re: ls | more --> more: command not found (???)
Posté par Éric (site web personnel) . Évalué à 9.
Le caractère bizarre qui ressemble à un espace c'est bien un espace (d'où le fait qu'il y ressemble).
Si tu laisses altgr appuyé trop longtemps c'est comme si tu laisses ctrl ou shift appuyé trop lontemps, ça donne n'importe quoi et c'est bien normal.
Si vraiment ça pose problème, demande à ton shell d'évoluer et de bien le considérer comme un espace (parce que bon, c'en est un).
[^] # Re: ls | more --> more: command not found (???)
Posté par Troy McClure (site web personnel) . Évalué à 2.
ah bon ? dans quelle situation par exemple ?
[^] # Re: ls | more --> more: command not found (???)
Posté par Aldoo . Évalué à 9.
Là par exemple, tu aurais dû en mettre un entre "bon" et "?"
(enfin, pour pinailler un peu, ce serait même une espace fine insécable, qu'il faudrait mettre là)
[^] # Re: ls | more --> more: command not found (???)
Posté par iznogoud . Évalué à 10.
Donc, OUI à l'espace insécable ! (Note : il me semble qu'en général, la combinaison est ctrl+espace...)
L'espace insécable est différent et à utiliser parce que :
- il ne fait pas toujours la même taille que l'espace normal (il me semble que la norme est de faire un "demi espace", à vérifier)
- il sert surtout à ne pas se retrouver avec un ":" perdu tout seul en début de ligne dans un texte, ce qui est une faute. Et la bidouille ne suffit pas : que se passe-t-il si jamais un jour tu ajoutes du texte avant le : qui "pousse" le : en début de ligne ? Il vaut mieux le rendre systématique (certains éditeurs comme OOo le corrigent automatiquement par exemple, si on en fait la demande dans les options de correction)
[^] # Re: ls | more --> more: command not found (???)
Posté par Troy McClure (site web personnel) . Évalué à 4.
Donc NON à l'espace insécable, ou alors qu'on l'affiche differement d'un espace "normal" (avec un petit point au milieu ou je ne sais quoi, mais qu'on puisse faire la différence !)
[^] # Re: ls | more --> more: command not found (???)
Posté par salvaire . Évalué à 3.
Unicode me semble intéressant pour résoudre certaines ambiguïtés ou enrichir les langages. Parfois le code ascii atteint ses limites. Par exemple:
le \ de TeX doit être écrit \\\\ lorsque que tu génère du TeX en Perl, C ... Un cauchemar. Un caractère commande aurait été plus judicieux.
idem pour l'affectation x<-2, x < -2 ou x flèche 2?
[^] # Re: ls | more --> more: command not found (???)
Posté par boris . Évalué à 1.
[^] # Re: ls | more --> more: command not found (???)
Posté par tiot (site web personnel) . Évalué à 2.
[^] # Re: ls | more --> more: command not found (???)
Posté par Florent Rougon (site web personnel) . Évalué à 2.
Pour vérifier ça, il suffit de tester ceci :
Pouet !\\
Pouet~\string!
2) Personnellement, je n'aime pas les logiciels qui réfléchissent à ma place (j'aime ma liberté !), donc je désactive cette fonction automatique avec \NoAutoSpaceBeforeFDP. Ceci me permet, si j'en ai envie, de mettre une double-ponctuation sans espace la précédant. Par contre, si je mets un espace (normal) devant une double ponctuation, celui-ci est bien transformé en espace insécable fine par [frenchb]{babel}. Parfait.
[^] # Re: ls | more --> more: command not found (???)
Posté par Éric (site web personnel) . Évalué à 7.
> sans qu'on aie besoin de recourrir à un caractère de plus.
> D'ailleurs dans Latex on n'utilise pas d'espace insécable il fait tout
> ça comme un grand.
Euh ... il peut le faire tout seul mais dans le résultat c'est bien un caractère différent.
Reste que justement, il ne peut souvent pas le faire tout seul. Les deux points ils sont précédés d'un espace insécable en français, mais pas en anglais. Les chiffres, des fois il est pertinent de mettre un espace insécable (ex: PHP 5) et des fois non (ex: j'ai acheté 3 lapins).
Je ne veux pas limiter mes espaces insécables uniquement aux gros traitements de texte, je veux pouvoir écrire des textes simples avec des vrais caractères français. Je ne veux pas non plus d'un espace insécable purement automatique qui m'empêche de décider quand je le veux et quand je ne le veux pas.
Si les développeurs ou comptables ont un problème d'ambiguité entre O et 0, c'est à eux de faire attention en tapant au clavier, de spécifier une police spécifique dans leur logiciel (0 barré) ou de coder un comportement spécifique (le mode idiot-proof de certains imports qui transforme les O en 0 quand ils attendent un nombre).
Il n'y a rien à faire sur le clavier, sur les polices habituelles, et encore moins retirer un des deux caractères du clavier.
Pourquoi en serait-il autrement ici ?
Si tu as un problème d'ambiguité dans les commandes shell à cause de mauvaises frappes clavier, tu peux tenter une des solutions suivantes :
- faire en sorte de faire attention en tapant
- mettre une police spécifique à la ligne de commande dans ton terminal
- demander un mode idiot-proof au logiciel pour qu'il considère l'espace insécable comme un espace sécable
Dans tous les cas il n'y a pas lieu de toucher au clavier ou à l'espace insécable, qui est utile et tout à fait pertinent en français.
[^] # Re: ls | more --> more: command not found (???)
Posté par Gof (site web personnel) . Évalué à 8.
Le mot « espace » est féminin lorsqu'on parle du caractère.
[^] # Re: ls | more --> more: command not found (???)
Posté par Sylvain Sauvage . Évalué à 3.
[^] # Re: ls | more --> more: command not found (???)
Posté par oliv . Évalué à 3.
[^] # Re: ls | more --> more: command not found (???)
Posté par B16F4RV4RD1N . Évalué à 1.
Sans doute qu'il voulait dire pour taper du texte "littéraire", mais je reste quand même persuadé que cela reste du domaine de l'éditeur de texte : sous latex, je présume que c'est automatiquement géré (une espace en français avant un point virgule -> espace insécable), et sous openoffice c'est également géré par le système je crois, par exemple on obtient cette espace avec ctrl+espace , ou évidemment altgr + espace)
D'autres utilisations ?
Only wimps use tape backup: real men just upload their important stuff on megaupload, and let the rest of the world ~~mirror~~ link to it
[^] # Re: ls | more --> more: command not found (???)
Posté par Aldoo . Évalué à 3.
[^] # Re: ls | more --> more: command not found (???)
Posté par Elghinn . Évalué à 1.
[^] # Re: ls | more --> more: command not found (???)
Posté par Aldoo . Évalué à 2.
Tous les "&*;" sont à jeter à la poubelle quand on peut faire autrement !
Lire les discussions de Wikipédia à ce sujet (dsl pas le temps de rechercher la page de discussion concernée).
[^] # Re: ls | more --> more: command not found (???)
Posté par rewind (Mastodon) . Évalué à 4.
[^] # Re: ls | more --> more: command not found (???)
Posté par Éric (site web personnel) . Évalué à 4.
Les < > & (et accessoirement " et ') ont besoin des entités. C'est le principe même de toutes les grammaires, fournir un système d'échappement aux caractères spéciaux.
Les espaces insécables et autres caractères unicode n'en ont pas besoin. C'était juste des raccourcis pour palier les problèmes de saisie et d'internationalisation. Ces problèmes peuvent maintenant être évités bien en amont de manière bien plus satisfaisante.
[^] # Re: ls | more --> more: command not found (???)
Posté par Éric (site web personnel) . Évalué à 7.
Cette problématique n'est pas gérable automatiquement. Et je ne vois pas non plus pourquoi je devrais lancer un gros machin qui a des règles spécifiques à chaque langue pour taper du simple texte au clavier.
L'espace insécable c'est du même niveau que les majuscules accentuées ou les chevrons à la françaises. Il y a des caractères spécifiques et c'est bien de les utiliser. Que certains logiciels dédiés sachent repérer les erreurs et proposer des conversions implicites c'est très bien, mais ça ne doit pas devenir la règle.
> sous openoffice c'est également géré par le système je crois, par
> exemple on obtient cette espace avec ctrl+espace , ou évidemment
> altgr + espace)
Tout à fait. Et tu voudrais que tous les logiciels qui ne soient pas dédiés à la programmation ou à la ligne de commande réimplémentent en interne un remappage du clavier suivant la langue (parce que l'espace insécable avant ponctuation double c'est purement français) en interne ?
Ca ne serait pas plus logique de traiter ça de manière globale sur le clavier et que les applications à usage "spécifique" comme les terminaux ou les éditeurs de code fournissent un moyen de palier à une erreur de frappe (parce que votre problème reste une erreur de frappe) ?
[^] # Re: ls | more --> more: command not found (???)
Posté par B16F4RV4RD1N . Évalué à 3.
Je ne suis pas du tout pour un apauvrissement de la syntaxe et des conventions du français correct, mais je trouve déplorable lorsque l'on présente du texte qu'il ne soit pas dans un format standardisé et pérenne, c'est à dire par exemple les messages internet composés dans "word", et qui sous le filtre des divers serveurs auront été complètement dénaturés : les guillemets, les apostrophes etc.
Justement sous latex si on écrit des apostrophes standards ils sont transformés ensuite en belle apostrophe...
Peut-être par la suite lorsque l'utf-8 sera généralisé sans problème, on pourra en reparler peut-être...
Only wimps use tape backup: real men just upload their important stuff on megaupload, and let the rest of the world ~~mirror~~ link to it
[^] # Re: ls | more --> more: command not found (???)
Posté par nimnim . Évalué à 5.
Le nombre de générations de Red Hat/Fedora par exemple où UTF-8 est activé par défaut doit rapidement approcher la dizaine
[^] # Re: ls | more --> more: command not found (???)
Posté par Gniarf . Évalué à 2.
[^] # Re: ls | more --> more: command not found (???)
Posté par Aldoo . Évalué à 2.
Au vu des arguments évoqués, Unicode a tout d'un standard universel, n'en déplaise aux moinsseurs d'unicodistes !
(Venez argumenter, plutôt que moinsser, au fait ! On a l'impression d'assister à un vote "Unicode : bien ? Pas bien ?", alors que le but est de se mettre d'accord sur ce qui est raisonnable. Autant voter sur le temps qu'il fait !)
[^] # Re: ls | more --> more: command not found (???)
Posté par Aldoo . Évalué à 2.
One charset to rule them all, si on veut.
Reste à se mettre d'accord sur l'encodage (UTF-xx). Mais je pense que les différentes possibilités ont toutes leurs utilités, liées à des contraintes techniques différentes. Heureusement, on peut aussi se mettre d'accord sur la manière de reconnaître l'encodage utilisé.
[^] # Re: ls | more --> more: command not found (???)
Posté par Éric (site web personnel) . Évalué à 3.
Mettre comme tu le dis tes données en pur ascii en imposant au logiciel de lecture de transformer ça à la volée, tu jettes des contraintes dans le futur sans savoir si tu sauras les gérer facilement.
Personnellement j'ai bien plus confiance dans le fait que Unicode et le codage unicode que j'utilise persisteront (ou du moins auront des programmes de conversions vers les éventuelles nouvelles normes) que dans le fait que les logiciels du futur interprêteront de la même manière que maintenant les règles du français à partir d'un texte en pur ascii.
> Peut-être par la suite lorsque l'utf-8 sera généralisé sans problème, on pourra en
> reparler peut-être...
On y est depuis longtemps tout de même ...
[^] # Re: ls | more --> more: command not found (???)
Posté par tarreau willy (site web personnel) . Évalué à 0.
Si tu laisses altgr appuyé trop longtemps c'est comme si tu laisses ctrl ou shift appuyé trop lontemps, ça donne n'importe quoi et c'est bien normal.
Si vraiment ça pose problème, demande à ton shell d'évoluer et de bien le considérer comme un espace (parce que bon, c'en est un).
Certainement pas !!! Il a un code ASCII différent !!!
Il est proprement scandaleux que deux caractères différents et d'usage différents soient représentés exactement de la même manière à l'écran, au point que l'utilisateur n'ait aucun moyen de les comparer. Le pire est que le clavier les produit tout seul. Si tu tapes sur un clavier de portables, tu verras que les touches de modification comme alt-gr ont une certaine latence lorsqu'on les relâche, et il n'est pas normal que l'utilisateur doive penser à s'arrêter une demi seconde lorsqu'il sait qu'il vient de toucher à l'une de ces touches. Je veux bien un caractère à la con lorsque j'appuie dessus, mais il faut qu'il soit matérialisé dans ma police pour que je puisse corriger ma faute de frappe.
[^] # Re: ls | more --> more: command not found (???)
Posté par Krunch (site web personnel) . Évalué à 6.
$ ls|less
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: ls | more --> more: command not found (???)
Posté par nimnim . Évalué à 4.
Je pourrais faire pareil dans le nouveau latin9, cela satisfait-il tout le monde ?
[^] # Re: ls | more --> more: command not found (???)
Posté par Éric (site web personnel) . Évalué à 2.
[^] # Re: ls | more --> more: command not found (???)
Posté par Aurélien Croc (site web personnel) . Évalué à 6.
En revanche, ce que je pense, c'est que les personnes qui n'arrivent pas à taper correctement des "| " sans générer d'espace insécable utilise xmodmap pour remapper comme il leur convient la touche Espace pour retirer toute génération d'espaces insécables.
Exemple : dans le fichier .Xmodmap:
keycode 65 = space space space space space space
S'en suit un xmodmap .Xmodmap
À bon entendeur.
[^] # Re: ls | more --> more: command not found (???)
Posté par mobutu . Évalué à 4.
[^] # Re: ls | more --> more: command not found (???)
Posté par GCN (site web personnel) . Évalué à 2.
Me concernant, c'est peut-être idiot mais la première fois de ma vie ou j'ai testé une distrib utilisant latin-9 par défaut, je me suis retrouvé très vite confronté à ce problème (c'est ça de taper trop vite :) et lorsque je me suis rendu compte que ça venait du latin-9 j'ai cru naïvement qu'il s'agissait d'un bug et je ne l'ai plus jamais utilisé.
C'est bête parce que ça permet probablement de faire des trucs sympas mais ce simple "détail" me gonfle à un point tel que, pour moi latin-9 == /dev/null !
[^] # Re: ls | more --> more: command not found (???)
Posté par tgl . Évalué à 2.
Perso, c'est une modif que j'applique depuis toujours, donc je vote [pour] les yeux fermés. En plus, ça n'empêche vraiment pas de taper des espaces insécables quand il en faut, le Shift-AltGr-Espace restant quand même un raccourci très confortable.
Tiens sinon,une autre modif que j'aime bien, c'est ça :
key <LSGT> { [ less, greater, guillemotleft, guillemotright ] };
Je trouve ça assez mnémotechnique, au point d'avoir oublié où étaient ces guillemets à l'origine. Et le pipe que ça remplace ne me manque pas trop (j'en avais mis un sur le ² en haut à gauche du coup, à la place des guillemets anglais, mais je continu d'utiliser plutôt celui du 6 en fait, même si il est pas très confortable).
[^] # Re: ls | more --> more: command not found (???)
Posté par littletux . Évalué à 1.
Pourquoi taper plus de caractères que nécessaire ?
# ls|less
est bien suffisant !
Bon, ok, -----------> []
[^] # Re: ls | more --> more: command not found (???)
Posté par Boa Treize (site web personnel) . Évalué à 2.
Tout pareil, j'ai essayé Latin9 il y a quelques années, j'ai vite abandonné. Cette combinaison de touches était la raison majeure pour laisser tomber ce truc vite vite vite, mais si je me souviens bien, il m'avait aussi semblé que l'auteur (de l'époque...) avait voulu mettre trop de caractères accentués en combinaison sur les touches caractères correspondantes (genre â à Â À sur le « a »), ce qui faisait doublon avec d'autres touches (genre « à ») et d'autres pratiques simples et efficaces (genre Majuscules puis « à » puis Majuscules quand on veut insérer un À isolé) ; le tout au détriment d'autres caractères de typographie, que j'aurais bien vu en combinaison de touche.
Mais tout ceci est bien loin... Et là je suis sur un portable sous Windows en train de faire Shift + Num puis AltGr, 0, 1, 9, 2 puis Shift + Num, le tout pour insérer un malheureux À... Alors Latin1 ou Latin9... Tant que c'est pas OuinOuin !
[^] # Re: ls | more --> more: command not found (???)
Posté par Édouard Siha . Évalué à 1.
Merci de tout coeur, je tapperai moins vite. :D
[^] # Re: ls | more --> more: command not found (???)
Posté par nimnim . Évalué à 2.
# ça marche pas :)
Posté par kowalsky . Évalué à 10.
# heu..
Posté par fabien . Évalué à 2.
heu, oui clairement, je suis un peu debutant là (carrement en fait)
comment savoir sur quelle "clavier" on est (fr-latin9) ? comment en changer ? quel sont les choix.
celà n'est-il valable que sous xorg/XFree ? pas sous le shell ?
merci.
[^] # Re: heu..
Posté par lezardbreton . Évalué à 4.
[^] # Re: heu..
Posté par lolop (site web personnel) . Évalué à 2.
man loadkeys
Python 3 - Apprendre à programmer dans l'écosystème Python → https://www.dunod.com/EAN/9782100809141
# Pavé numérique = sacré !
Posté par tarreau willy (site web personnel) . Évalué à 9.
le pavé numérique est un élément très important sur un clavier, c'est généralement ce qui fait l'efficacité de certaines personnes pour un métier donné. Par exemple, il me faut moins de 3 secondes pour taper 192.168.45.0/24 sur un pavé numérique, et plus du double de temps sur mon portable. Les gens qui font beaucoup de configuration réseau (ceux qui ont en ce moment même un câble série relié au routeur qu'ils étaient en train de configurer savent de quoi je parle) ont vraiment besoin de ça. Je me suis déjà retrouvé à saisir des adresses IP bourrées de virgules sur un PC windows, ça m'a un peu énervé !
A l'inverse, des caissières ont absolument besoin de la virgule à la place du point sur le pavé numérique, et apprécieraient même sans doute la présence du double zéro que l'on ne trouve plus depuis au moins 20 ans sur nos machines. On ne peut pas leur demander de dépositionner leur main droite pour aller chopper la virgule toutes les 2 opérations.
Je pense donc que l'idée d'avoir des variantes est très bonne. Par contre, pour ce qui concerne le choix par défaut, à mon avis le plus important est de ne rien changer par rapport aux inscriptions. Une personne qui ne trouve pas comment configurer son clavier et qui se retrouve avec des caractères sans rapport avec ce qui est indiqué aura bien raison de se plaindre. On voit déjà des gens râler lorsqu'ils se retrouvent avec un clavier qwerty, et dans ce cas, le pavé numérique est leur sauveur (pour le '/' et le '*').
Dernier point : ne pas négliger l'existence des portables dépourvus de pavé numérique. C'est déjà très chiant de taper dessus, et il ne faudrait pas que certains caractères inhabituels passent dans la map centrale sous prétexte que la forme standard du caractère reste accessible sur le pavé numérique.
NB: la fonction scroll lock n'est (à ma connaissance) jamais utilisée et fournit une LED bien pratique. N'est-ce pas là le moment de la recycler pour jongler entre deux maps par défaut, tel qu'on le faisait au bon vieux temps du DOS avec le CAPS LOCK ?
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à 1.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: Je vote pour le point médian (ALT+0183)
Posté par tgl . Évalué à 1.
L'espace insécable est plus jolie et toute aussi efficace :)
[^] # Re: Je vote pour le point médian (ALT+0183)
Posté par nimnim . Évalué à 2.
Pour le nom des touches de fonction, je ne dois respecter le nommage interne de XFree86/X11 pour que celà marche.
Et je t'avouerais franchement que si l'AFNOR s'était décidée à adopter le clavier La Bonté, je ne serais plus en train de maintenir celui-ci
(mais je veux un agencement qui correspond à un clavier sérigraphier que je peux acheter en France)
[^] # Re: Pavé numérique = sacré !
Posté par Éric (site web personnel) . Évalué à 3.
[^] # Re: Pavé numérique = sacré !
Posté par nimnim . Évalué à 2.
# Clavier Liégeois
Posté par Thierry Thomas (site web personnel, Mastodon) . Évalué à 1.
Liégeois :
Cf. <http://home.pro.tiscali.be/~fbou2235/kbdfrac.htm>
Ou au contraire de s'arranger avec lui pour qu'il adapte son clavier
à la disposition qui sera retenue...
Pas parce que c'est le meilleur, mais tout simplement parce que c'est
plus pratique pour ceux qui sont amenés à travailler de temps à autres
sur différents systèmes.
--
Th. Thomas.
[^] # Re: Clavier Liégeois
Posté par nimnim . Évalué à 1.
Il faut le faire évoluer certes, mais en douceur
[^] # Re: Clavier Liégeois
Posté par Thierry Thomas (site web personnel, Mastodon) . Évalué à 2.
--
Th. Thomas.
[^] # Re: Clavier Liégeois
Posté par fabien . Évalué à 2.
[^] # Re: Clavier Liégeois
Posté par nimnim . Évalué à 5.
Proposé : https://bugs.freedesktop.org/attachment.cgi?id=6957
# ¼ sur le O
Posté par Obsidian . Évalué à 6.
Je propose d'affecter le e-dans-l'o « ½ » et « ¼ » directement sur la touche O plutôt que sur le ^2, accessibles respectivement avec AltGr et Shift+AltGr.
Actuellement, on y trouve ô et ö, alors que ces caractères sont accessibles à l'aide de la touche morte consacrée aux accents circonflexes et aux trémas.
[^] # Re: ¼ sur le O
Posté par Julien Portalier . Évalué à 4.
Pouvant générer les deux autres caractères via les touches mortes, je ne vois pas de raison de ne pas changer. Surtout si le patch est « agressif » ;)
[^] # Re: ¼ sur le O
Posté par Aldoo . Évalué à 2.
Le clavier dvorak-fr de xorg, par exemple, n'utilise pas de touche morte.
[^] # Re: ¼ sur le O
Posté par Obsidian . Évalué à 2.
En plus, elle continue de fonctionner avec le « o » et le « a », ce qui est bien normal. Du coup, le tréma et l'accent circonflexe sur le « o » via AltGr font double-emploi.
[^] # Re: ¼ sur le O
Posté par Mildred (site web personnel) . Évalué à 9.
et aussi æ/Æ sir AltGr+A (même si c'est peut être déjà le cas)
J'ai oublié den parler dans mon post, mais c'est tellement plus pratique !
# Nouveau patch en ligne
Posté par nimnim . Évalué à 2.
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
[^] # Re: Nouveau patch en ligne
Posté par Aldoo . Évalué à 2.
Une petite remarque : les symboles "inférieur ou égal" et "supérieur ou égal" proposés n'ont pas la barre du "égal" parallèle à la barre du "inférieur" ou "supérieur", comme il est d'usage en typographie française, mais ont cette barre horizontale, comme en typographie anglosaxone.
Néanmoins si ces caractères existent bien en unicode, ils sont présents dans relativement peu de polices, alors je ne sais pas s'il faudrait corriger le problème ou non ! Quelle est la politique de la maison ?
[^] # Re: Nouveau patch en ligne
Posté par nimnim . Évalué à 3.
Si tu tiens à des inférieur ou égal à la française il faut persuader les gens qui dessinent les polices. Par exemple ouvrir un bug ici :
https://bugs.freedesktop.org/enter_bug.cgi?product=DejaVu
[^] # Re: Nouveau patch en ligne
Posté par iznogoud . Évalué à 4.
minuscules accentuées sont sur une touche, les majuscules correspondantes sont sur la touche en dessous à droite.
Alors du coup, je me pose la question pour les ê et Ê, et ë et Ë : je trouve dommage de devoir les voir si éloignés du "standard" donné par les autres lettres, notamment à cause du (euro) et du (c barré) (désolé, clavier sun, flemme d'aller chercher si c'est possible de faire ces deux caractères)
Ensuite, je ne sais pas si un + existe de la même manière que le x du multiplié, mais si oui, ne devrait-il pas être près du x et du / utf ?
On se rend compte a l'arrivée que ce clavier a beau avoir 105 touches, il lui en manque un bon paquet si on veut réussir à caser de manière harmonieuse tous les caractères nécessaires...
Peut-être, comme suggéré plus haut avec le padnum, faudrait-il pouvoir proposer des déclinaisons de mapping dérivées du latin9, mais par métier ?
Je m'explique : qui se sert des flèches utf (<- -> etc.), du yen, etc.) en littéraire ? Peu de personnes. En revanche, garder le symbole propre au paragraphe (l'espèce de $ un peu bizarre) est essentiel pour les littéraires. Ainsi qu'un bon placement des caractères accentués.
Un mathématicien voudra, de son côté, plutôt les <- -> / x etc. qui correspondent aux bons caractères utf des fleches, diviser, multiplier, etc. Mais les accents bizarres genre ö, il s'en fiche. Replacer les caractères de manière optimisée pour le matheux serait pas mal.
Ici, on essaye de satisfaire tout le monde, et à l'arrivée, il manque toujours quelque chose pour qu'on soit satisfait :/
[^] # Re: Nouveau patch en ligne
Posté par Frédéric COIFFIER . Évalué à 2.
Il faut mieux avoir un compromis et un Howto pour ceux qui souhaitent faire leurs petites modifications perso.
[^] # Re: Nouveau patch en ligne
Posté par nimnim . Évalué à 2.
C'est pour ceci que la position de éèçà ¤ est plus ou moins imposée par l'azerty français standard
(si tu es prêt à redéfinir tout ton clavier en ignorant ce qui est imprimé dessus actuellement, je ne saurais trops te conseiller de regarder du côté des cartes canaidennes internationales ou dvorak fr)
Un clavier généraliste comme celui-ci doit forcément prioriser les demandes de tout le monde
[^] # Re: Nouveau patch en ligne
Posté par Laurent Vaills . Évalué à 1.
Je ne dois pas être bien réveillé car je ne les vois pas sur https://bugs.freedesktop.org/attachment.cgi?id=6953 .
[^] # Re: Nouveau patch en ligne
Posté par Frédéric COIFFIER . Évalué à 2.
https://bugs.freedesktop.org/attachment.cgi?id=6953
[^] # Re: Nouveau patch en ligne
Posté par nimnim . Évalué à 2.
Il faut regarder les autres attachements pour les changements proposés
( https://bugs.freedesktop.org/attachment.cgi?id=6957 actuellement)
[^] # Quel fabriquant ?
Posté par lolop (site web personnel) . Évalué à 3.
Python 3 - Apprendre à programmer dans l'écosystème Python → https://www.dunod.com/EAN/9782100809141
[^] # Re: Quel fabriquant ?
Posté par Laurent Vaills . Évalué à 1.
Avec celui-ci, pas de souci pour définir ces propres layouts.
[^] # Re: Quel fabriquant ?
Posté par Joël SCHAAL . Évalué à 1.
Mais je préfèrerais celui-ci : http://www.artlebedev.com/everything/optimus/
[^] # Re: Quel fabriquant ?
Posté par Éric (site web personnel) . Évalué à 2.
Reste aussi à voir la vitesse de réaction et la qualité de frappe.
[^] # Re: Nouveau patch en ligne
Posté par fabien . Évalué à 2.
https://bugs.freedesktop.org/attachment.cgi?id=6957
juste une remarque j'ai vu que sur la nouvelle disposition (ou "carte") tu avait supprimé les "XF86_*" (pavé numerique) s'agit t'il de commande pour XFree ? (changer la resolution)
ces commandes sont visible ici en totu petit : (ancienne carte)
https://bugs.freedesktop.org/attachment.cgi?id=6953
Si la philosophie et de retirer ces commandes pour y mettre des caracteres je trouve celà logique.
et dns ce cas, pourrait on mettre ces commandes sur des touches de commandes justement (PGUP / PGDWN) ? non ?
[^] # Re: Nouveau patch en ligne
Posté par nimnim . Évalué à 2.
[^] # ssharp
Posté par salvaire . Évalué à 2.
[^] # Re: ssharp
Posté par Aldoo . Évalué à 3.
# Xmodmap
Posté par Mildred (site web personnel) . Évalué à 4.
L'idée des vrais symboles de maths acessibles par AltGr sur la pavé numérique est une bonne idée je trouve. Mais pas la solution agressive (programmation toussa)
Mes modifications :
AltGr + W, X : «, » (je l'utilise beaucoup)
AltGr + m, ù, * : ¹, ², ³ (je l'utilise parfois)
AltGr + E : ¤ (bien sûr)
J'ai complètement modifiée la touche au dessus de tab (il y a écrit ² dessus) pour qu'elle ressemble aux claviers mac :
Normal : @
Shift : #
AltGr : “
AltGr + shift : ”
C'est tellement plus pratique.
La touche ` n'est plus une touche morte, pour la programmation (shell et autre) !
Sinon, ce que j'aimerais c'est la possibilité d'avoir le tiret long (ou demi long, je ne sais jamais lequel il faut que j'utilise) au lieu de bêtement mettre '--'.
Ce que j'aimerais énormément, c'est un changement dans les touches de controles à coté de la barre d'espace très mal positionnées à mon goût. Un jour j'ai vu sur un article que ergonomiquement, les touches de part et d'autres du clavier (typiquemnt Alt et AltGr) devraient avoir le même comportement.
Sur mon clavier PC j'ai actuellement :
Ctrl Win Alt Space AltGr Win Menu Ctrl
Ce que je trouve très bête c'est que les touches Ctrl (les plus utilisées en général) sont à l'extrème bord du clavier, bref, pas très utilisable ergonomiquement à mon goût. Je préfèrerais un layout du style :
Win Alt Ctrl Space Ctrl AltGr Win Menu
Finalement, vu l'utilisation de la touche Alt (je l'utilise peu) je pense qu'on peut garder le AltGr à droite.
J'avais créé un tel agencemement grace à Xmodmap, le gros problème c'est que je ne pouvais plus utiliser les combinaisont Ctrl+Alt+Fn pour aller voir mes autres consoles linux :'(
J'ai essayé un moment le layout décrit à droite de l'espace, très agréabl, je pouvais enfin utiliser cette touche Ctrl de droite que je n'utilisais jamais ! par contre ca posait problèmes pour taper AltGr+... dans une console teste ... Il faudrait que j'étudie comment changer leur agencement.
Le clavier dont je rêve, un clavier avec des touches blanches (avec un kit d'autocolants pour que je puisse écrire dessus, je tape toujours en regardant), disposées de manière droite (pas décalées). Je pourrais ainsi prendre un autre layout que le super anti-ergonomique AZERTY ! Un style Dvorak sans doute, peut être un peu modifié pour faciiter la programmation.
Ce que je rêve avec linux et sa gestion clavier, c'est une gestion unifiée entre Xorg et les consoles texte, et la possibilité de changer le layout sans être root (Xmodmap m'interdit d'aller sur les consoles virtuelles si je change trop le clavier)
[^] # Re: Xmodmap
Posté par gilles renault (site web personnel, Mastodon) . Évalué à 2.
Je trouve que la touche control à gauche du clavier très bien placée, juste sous le petit doigt de ma main gauche, et ce serai domage (à mon avis) de la déplacée. par contre sa s½ur à doite du clavier, je n m'en sers jamais, de même que la touche menu.
[^] # Re: Xmodmap
Posté par Aldoo . Évalué à 3.
[^] # Re: Xmodmap
Posté par Mildred (site web personnel) . Évalué à 2.
En fait ça m'est surtout arrivé avec la majuscule et le langage Lisaac :) Du coup, je me met à utiliser Caps Lock pour Lisaac
[^] # Re: Xmodmap
Posté par iznogoud . Évalué à 2.
[^] # Re: Xmodmap
Posté par Mildred (site web personnel) . Évalué à 2.
Kwrite/Kate :)
[^] # Re: Xmodmap
Posté par outs . Évalué à 2.
Autrement dit tu veux un TypeMatrix ( http://www.typematrix.com/ ) EZ-ReachTM 2030 - UNLABELED
avec t'achete un skin ( http://www.typematrix.com/skins/ ) en plastique transparent a mettre par dessus et tu intercalle les lettres imprimés sur un papier normal entre les touches et le plastique.
# Pas encore pour moi ?
Posté par Sylvain Sauvage . Évalué à 4.
Pourquoi les membres des couples (ê, Ê), (â, Â), (ä, Ä), etc., ne sont-ils pas sur la même touche, chaque membre respectivement en altgr-# et altgr-shift-# ?
On se retrouve avec les couples (â, ä), (ê, ë), (Â, Ä), etc.
On perd un principe fondamental : la capitale est sur la même touche que la bas-de-casse, modulo le modificateur « majuscule ».
D'après ce que je comprends (notamment ce qui est dit dans un des commentaires), il n'est pas question de modifier trop profondément la disposition.
J'ai donc l'impression que cela ne va pas changer...
Donc, moi je vais rester avec ma disposition faite maison et ceux chez qui j'installe un GNU/Linux continueront de se servir des touches mortes (parce que altgr, c'est compliqué, surtout s'il faut mémoriser la carte du clavier pour retrouver la capitale associée).
Une suggestion pour ½ et ¼ : je les ai placés sur p, à proximité spatiale et intuitive de o. Toutes les lettres accentuées sont placées à proximité des lettres nues correspondantes, je pense que c'est toujours une bonne idée : en cas de doute, on a vite fait le tour des touches possibles (surtout si les touches « shiftées » sont toujours des capitales...).
[^] # Re: Pas encore pour moi ?
Posté par iznogoud . Évalué à 3.
Simplement, la logique est différente. Ce qui me dérange, c'est la place qu'a du coup le ê et le ë (mais bon, il faudrait virer le ê du clavier pour recentrer tout ca...)
Personnellement, le clavier qui m'a le plus plu jusqu'à présent est le clavier espagnol, qui permet beaucoup de fantaisies sympathiques avec les accents sans tortures à la compose-accent-lettre (en fait, on fait juste accent-lettre).
Et si on veut adapter notre clavier à l'UTF8, il faudrait à mon avis utiliser ce genre d'artifices : au lieu d'avoir :
a A á Á à À ä Ä ã Ã å Å, toutes mappées différemment et ce, pour toutes les voyelles, il suffirait d'avoir comme en espagnol :
a A (shift-A) et les touches accents. Ca diminue le nombre de cases prises sur le clavier, réutilisables pour mieux placer par exemple le æ ou oe (pas trouvé sur sun avec mon keymap actuel en latin1)
Voir http://docs.sun.com/app/docs/doc/802-5878/6i9ju8cca?a=view qui donne un aperçu de ce que je pense être une première approche (mais la touche compose ne devrait pas être utile...)
[^] # Re: Pas encore pour moi ?
Posté par Sylvain Sauvage . Évalué à 3.
C'est justement cela qui me gêne : changer de logique.
Les touches « accent mort » sont en effet très pratique pour gagner de la place (et de la mémoire (humaine)). La touche compose « tue » la première touche : compose+guillemet+e = dead_diaeresis+e = ë (sauf que guillemet " n'est pas diaeresis ¨ (ni doubleacute ˝ (j'aime jouer avec les caractères ;o)) mais la ressemblance est suffisante).
En fait, j'ai remarqué qu'à part pour ê et î, j'utilise le plus souvent les combinaisons accent+touche. Il faut aussi dire que les autres lettres accentuées ne sont pas très fréquentes...
[^] # Re: Pas encore pour moi ?
Posté par nimnim . Évalué à 2.
Mais le patch commence vraiment à être intrusif là
# Mes suggestions
Posté par cam (site web personnel) . Évalué à 3.
Je vais simplement donner mon avis sur la question et vous en ferez ce que vous voulez :)
Tout d'abord merci Nicolas de proposer ces patchs pour améliorer l'objet que nous utilisons le plus de la journée.
En ce qui concerne la carte fr-latin9, je pense qu'il vaut mieux ne pas trop la toucher (corriger des bugs comme tu le dis et éventuellement ajouter des touches là où il n'y en a pas encore) et se concentrer sur la version unicode que tu proposes (fr-unicode ?). La variante fr-latin9 devra certainement rester quelques années disponible pour compléter la transition à unicode.
Pour le pavé numérique, les vrais caractères sont évidemment souhaitables mais les problèmes qui en découlent ont déjà été soulevés. (Notez au passage que mon clavier IBM a un pavé numérique avec ÷ et × au lieu de * et /.) Je pense qu'on peut prévoir de garder * et / par défaut en permettant de passer à × et ÷ en utilisant la touche Shift. De plus, on peut créer une variante qui inverse ce comportement (× et ÷ par défaut et * et / avec la touche shift).
Pour les flèches sur le pavé numérique, pourquoi pas. On dirait que ça fait un peu bouche-trou mais comme j'ai pas d'autre idée...
En parlant de "..." il faudrait peut-être une touche pour insérer ce caractère.
Et aussi les différents tirets - -- --- (— etc.)
L'espace insécable, un vrai problème tout le monde a l'air d'accord. On peut complexifier la combinaison de touches à exécuter pour produire ce caractère ? AltGr-Shift-<espace> au lieu de AltGr-<espace> ?
Je suis farouchement contre le fait de placer ½ sur 'o' et æ sur 'a'. Les touches de voyelles sont très bien comme ça (sauf une, voir plus bas), très pratiques. Par contre le ½ n'est peut-être pas bien placé, je ne sais pas. On peut placer ¹ ² et ³ sur la touche ² ?
Pour les touches mortes et touche Compose, ça a l'air bien pratique mais j'avoue que ça me gonfle profondément. Je ne les utilise pas. Attention à ne pas forcément trop les utiliser please ;)
Je vote POUR la réintroduction de l'apostrophe française, une des rares régressions de fr-latin9 par rapport à fr-latin.
Alors là où personne ne va être d'accord, c'est le symbole Euro. C'est ma seule modif personnelle via xmodmap, j'ai remis ¤ et ¢ à leur place sur la touche currency et j'ai remis ê et ë à leur place sur la touche E. Ce Euro placé sur la touche E du clavier, c'est vraiment dommage. Peut-être peut-on faire une variante dédiée ?
Bref, je suis globalement très content de la carte actuelle mais il y a des points à revoir, et surtout trouver un consensus avec tout le monde :) Cela dit, je ne suis même pas passé à unicode chez moi, j'ai peut-être loupé d'autres bonnes idées.
[^] # Re: Mes suggestions
Posté par Aldoo . Évalué à 2.
Cela permettrait d'éviter de monopoliser une touche pour les chiffres en exposant (qui ne sont pourtant pas souvent utilisés !).
Sur le symbole ¤ (euro), je suis d'accord : c'est contre toute logique de l'avoir placé sur la touche "E"... mais bon, maintenant que les fabricants de claviers ont décidé que c'était là et pas ailleurs en l'imprimant sur la touche...
Enfin oui, ce n'est plus trop une excuse, étant donné le clavier qu'on est en train de concevoir, on s'en fout un peu de respecter ce qui est imprimé !
[^] # Re: Mes suggestions
Posté par nimnim . Évalué à 2.
[^] # Re: Mes suggestions
Posté par cam (site web personnel) . Évalué à 1.
De même, Shift-^ + <chiffre> devrait sans problème afficher un indice.
(Notez qu'actuellement, ^+0 fait un °) :)
[^] # Re: Mes suggestions
Posté par Aldoo . Évalué à 2.
(nb : dans mon commentaire tout à l'heure, je n'avais pas mon PC personnel sous la main)
[^] # Re: Mes suggestions
Posté par nimnim . Évalué à 2.
(et ça le fait pas chez moi, sniff)
[^] # Re: Mes suggestions
Posté par Aldoo . Évalué à 2.
[^] # ⁴⁵⁶... sous GTK
Posté par Arthur Accroc . Évalué à 1.
Sur ma machine, ça marche sous même xterm.
Par contre, sous les applis GTK, ça plafonne effectivement à ³ par défaut.
C'est dû à Cedilla, la méthode de saisie "intelligente" utilisée par GTK par défaut.
Mais si on lui explique d'utiliser celle de X par la variable d'environnement appropriée :
export GTK_IM_MODULE=xim
les application GTK fonctionnent alors correctement, comme les autres.
J'avais trouvé le truc (à un autre propos) sur la page de Bouill ( http://www.bouil.org/w/Taper_les_caract%C3%A8res_Esp%C3%A9ra(...) ), mais c'est une coïncidence (j'avais dû tomber dessus depuis un moteur de recherche).
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
[^] # Re: ⁴⁵⁶... sous GTK
Posté par Mildred (site web personnel) . Évalué à 2.
export GTK_IM_MODULE="scim"
[^] # Re: Mes suggestions
Posté par gpe . Évalué à 1.
[^] # Re: Mes suggestions
Posté par tzeentch00 . Évalué à 1.
[^] # Re: Mes suggestions
Posté par nimnim . Évalué à 2.
# Nouveau patch en ligne (#4)
Posté par nimnim . Évalué à 2.
2. Corrige le changement de mode
3. Regroupe les lettres accentuées
avec leurs majuscules
4. Ajoute les symboles typographiques demandés
5. Retire les flèches de la zone principale
[^] # Re: Nouveau patch en ligne (#4)
Posté par teoB . Évalué à 3.
Je trouve dommage comme beaucoup de personnes que les touches a et o soient occupées par â, ä, ö et ô et non pas par ae et oe. Car en fait, en français ä et ö n'existent pas (les autres voyelles - comme i accent aigüe par ex. - n'existent pas en français et n'apparaissent pas sur le clavier, donc pourquoi faire exception avec ä et ö qui de toute façon restent faisables autrement pour ceux qui en auraient besoin pour écrire des mots d'une autre langue), et â et ô sont presques aussi rapides à faire avec la touche circonflexe qu'avec la touche AltGr. Ainsi on libère les places pour e dans l'a et l'o et on conserve le fonctionnement normal du clavier sur cette partie qui se rapproche du clavier espagnol si j'ai bien compris.
Pour les espaces, en français on utilise principalement l'espace fine, l'espace fine insécable, l'espace insécable (qui a déjà été évoqué) et l'espace justifiante (celle du clavier). Il y en a d'autres, mais ces quatre là sont le minimum.
Pour le tiret, il serait bien d'avoir également le tiret insécable, plus un cadratin et un demi cadratin, afin d'avoir une plus grande variété de choix.
(espaces et tirets dans la série U+2000)
D'autres se sentiront moins concerné :
Ce que j'aimerais également ce sont les ligatures de base : ff, fi, fl, ffi et ffl (U+FB00 à 4). Ce sont pour ainsi dire les seules qui restent utilisées.
Plus maths physique, les primes, secondes, tierces et (quartes ?) (U+2032 33 34 57) afin d'arrêter d'avoir des mélanges avec les apostrophes et les guillemets.
Après, il y en a plein d'autres comme les chiffres romains (U+2160 à ...), justement celui-ci aussi : ...
Finalement, il faudrait que les constructeurs nous ajoutent une rangée supplémentaire. :)
En fait j'aurais aimé sur le pavé numérique avec Shift ou AltGr les chiffres elzéviriens. Mais après avoir fait un tour sur le site unicode, il semblerait qu'ils ne soient pas définis, c'est donc une question de police. (J'avais vu une police où l'on avait les deux formes de chiffres, c'est pourquoi je croyais qu'unicode les gérés.) Car je les trouvent plus éléguant pour un texte non scientifique, et sous cette forme le 7 non barré ne me gène pas car en fait le 7 a un jambage contrairement au 1 (un peu comme la différence entre le i et le j).
Est-il possible d'avoir une cartographie différente avec la touche Capslock ? Ça doit permettre d'agrandir considérablement les possibilité. Personnellement, je trouverait normal que lorsque cette touche est enfoncée, on se retrouve à taper en petites capitales, mais j'ai l'impression qu'unicode ne gère pas cette casse de caractères !? Ou peut-être avec les sélecteurs de variantes ? Quelqu'un sait-il comment cela fonctionne ?
En tout cas, c'est sympa de faire un peu le ménage la dedans, en espérent que chaque distrib. ne s'amuse pas à le personnaliser comme c'est parfois le cas.
Au fait, il ne serait pas plus simple de définir un fr-latinx ou 9b, et ne plus se soucier de ne pas trop modifier la cartographie ? et au moins les utilisateurs pourront choisir en 1, 9 ou x.
[^] # Re: Nouveau patch en ligne (#4)
Posté par nimnim . Évalué à 7.
Tout d'abord, merci pour ce message clair et bien argumenté :
1. sur les espaces, la dernière version a déjà trois variantes, il ne manque que l'espace fine
2. sur les tirets, idem, 2/3 manque le tiret insécable
3. pour les ligatures je ne suis pas chaud du tout, cela me semble trop spécialisé (-> xmodmap) et en plus des applications comme firefox ne les aiment pas du tout
4. il est certainement possible de remplacer un des niveaux de flèches du pavé numérique par des symboles scientifiques, mais il faut me composer un pavé complet avec des symboles utiles au plus grand nombre (et décider quel type de flèches conserver)
5. pour les chiffres romains : le bloc unicode correspondant est beaucoup trop grand pour être intégrable sur un clavier généraliste
6. sur les petites majuscules et autres mises à l'échelle : pas du ressort du clavier AMHA mais pure mise en page -> raccourcis spécifiques aux applis
8. quatre niveaux de symboles est déjà beaucoup, et la carte est pleine, ajouter quoi que ce soit en plus demande de faire des choix. Je n'ai pas l'intention de composer une carte avec un nombre de niveaux supérieurs juste pour me faire plaisir. Au delà de 4 le risque de collisionner avec des raccourcis applicatifs est trop grand (et trop compliqué pour les utilisateurs)
9. De même le projet freedesktop voit d'un très mauvais oeil la mulitplication des variantes, donc l'objectif est soit de modifier latin9 en douceur soit de faire une nouvelle version suffisamment intéressante pour que personne ne se plaigne si l'on retire l'ancienne carte
10. sur les lettres accentuées : je suis prêt à envisager de faire le ménage à condition que tous les caractères utilisés en Français soient accessibles sans touches mortes. L'espace libéré pouvant être utilisé pour compléter avec les touches mortes utilisées dans les autres langues européennes, et de nouveaux symboles. Mais je ne vais pas faire ce travail seul.
En conclusion j'invite toutes les personnes qui ne trouvent pas leur bonheur dans la proposition actuelle à faire le travail suivant (je sais c'est long et pénible mais c'est le prix à payer pour avoir votre clavier préféré pré-installé avec xorg/xfree86) :
1. Me faire une liste des symboles à retirer dans la dernière proposition :
a. Cette liste ne pourra inclure de symbole nécessaire à l'écriture d'un Français typographiquement correct (s'il n'est pas accessible d'une autre manière par le clavier sans aide comme xmodmap)
b. Les lettres accentuées doivent conserver un accès sans touches mortes
c. Pour les doublons, préciser de quelle touche les retirer
d. Un symbole important ne peut dépendre du pavé numérique uniquement
e. Les symboles imprimés couramment sur les azerty français ne sont pas déplaçables ou supressibles (hormis le ², qui est déjà déplacé mais ne peut être supprimé)
f. Cette liste devra être ordonnée en commençant par les candidats à la suppression les plus clairs
g. Chaque symbole devra être accompagné d'une justification succinte
2. Me faire une liste des symboles à ajouter :
a. Chaque symbole devra être accompagné de son code unicode (donc si inconnu chez unicode.org, pas acceptable)
b. Chaque symbole devra être accompagné d'une justification succinte
c. Inclure au minimum toutes les touches mortes nécessaires à la composition des lettres accentuées retirées de la liste précédente
d. La liste devra être ordonnée du plus intéressant au moins intéressant
3. En partant de ces deux listes, faire une première proposition de placement sans déplacer aucun autre symbole (donc si liste2 plus longue que liste 1, c'est raté)
4. Puis une autre sans restriction de déplacement (hors symboles imprimés sur les claviers)
L'intérêt des propositions de placement sera évalué en fonction :
1. de leur caractère intuitif et naturel
2. de la manière dont elles arrivent à se rapprocher du clavier actuel et d'autres claviers européens ou francophones
3. des réactions des autres testeurs
4. de la compatibilité avec les tables xmodmap courantes
Enfin, il est clair que le résultat sera pérenne donc prennez le temps nécessaire maintenant - une fois le résultat publié dans une release de xorg il sera trop tard pour réagir (même si votre distribution préférée ne l'utilise pas encore). Seul des changements très limitées seront possibles, et il faudra les justifier par de gros problèmes
[^] # Re: Nouveau patch en ligne (#4)
Posté par Germain Saval . Évalué à 2.
Concernant la carte, je ne suis pas un utilisateur régulier de X et j’utilise LaTeX pour mes textes car c’est le seul outil convenable. Je pense qu’il faut surtout privilégier la régularité dans une matière qui en manque (les typographes sont des gens fiers et ombrageux qui peuvent se battre en duel pour des tirets cadratins mal placés). Regrouper les capitales accentuées usuelles me semble donc une bonne idée. Pour les ligatures – à part l’« ½ » et l’« æ » – il vaut mieux faire au plus simple et ne pas surcharger.
[^] # Re: Nouveau patch en ligne (#4)
Posté par Aldoo . Évalué à 2.
[^] # Re: Nouveau patch en ligne (#4)
Posté par Sylvain Sauvage . Évalué à 2.
Certains refusent l'usage des ligatures en latin sous prétexte qu'elles ne sont pas dans l'alphabet. Mais les ouvrages de référence (dictionnaires de latin p.ex.) les utilisent.
En ce qui concerne le français, j'ai la liste suivante :
─ æpyornis (ancêtre de l'autruche) ;
─ æschne (libellule) ;
─ æthusa (plante) ;
─ althæa (plante) ;
─ cæcum, adj. cæcal (partie du côlon), iléo-cæcum ;
─ cæsium (métal), on écrit maintenant césium ;
─ cobæa (plante) ;
─ nævus, nævi (grain de beauté) ;
─ novæ (pluriel de nova), en fait, les mots en -a dont le pluriel est en -æ ;
─ præsidium (le groupe président), on écrit aussi présidium ;
─ tænia (ver solitaire), aussi ténia ;
─ uræus (figure de cobra sur la couronne d'un pharaon, d'un dieu).
Ce ne sont pas des mots latins dans le sens où ils sont « courants », p.ex. media est du français, canis lupus est du latin. Ok, pour certains, il est assez difficile de déterminer si c'est du latin car leur usage est spécialisé et d'autres ont maintenant une graphie en é. Mais il reste nævus, æschne ou cæcum...
[^] # Re: Nouveau patch en ligne (#4)
Posté par tzeentch00 . Évalué à 1.
# latin9 ou UTF8 ?
Posté par Dominique ROUSSEAU . Évalué à 2.
latin9, c'est pas de l'utf8, il me semble idiot de mettre dans la map des trucs qui vont générer des caractères utf8.
Par contre, grand bien te fasse si tu veux développer une map full utf8/unicode si tu en as envie. Mais ne l'appelle par latin9.
[^] # Re: latin9 ou UTF8 ?
Posté par nimnim . Évalué à 3.
Si l'on supprime l'ancienne carte il faudra faire un alias pour ne pas faire planter les environnements graphiques des utilisateurs lors des mises à jour
[^] # Re: latin9 ou UTF8 ?
Posté par cam (site web personnel) . Évalué à 2.
ÀMHA, on doit conserver fr-latin1 et fr-latin9 tels quels tant que des gens les utilisent, même si ça dure des années.
Ensuite, le nouveau fr-unicode doit être nouveau dans le sens où ce n'est pas un fr-latin9 "patché", mais bien la carte clavier français *parfaite*. Comme tu l'as souligné quelque part, une fois committé, ce sera dur de faire des modifs, il vaut mieux prendre son temps et réfléchir maintenant pour éliminer _tous_ les problèmes, quitte à faire une transition lourde entre fr-latin9 et fr-unicode. Car après ce sera trop tard.
Je ne sais pas sur quels autres forums cette RFC a été postée, mais l'avis du maximum de personnes doit être pris en compte, si possible en pro-ratisant les utilisateurs en fonction du type d'activité informatique : les geeks lisent ce forum, pourtant il y a beaucoup + de secrétaires que de geeks dans le monde. (OK, je mise sur la généralisation de Xorg...) ;)
a+
[^] # Re: latin9 ou UTF8 ?
Posté par nimnim . Évalué à 2.
(et ce n'est pas forcément mon choix mais il faut bien limiter l'inflation de cartes d'une manière ou d'une autre)
Pour le ratissage je suis entièrement d'accord avec toi et je t'invite à relayer l'info sur tous les sites francophones concernés par X11 que tu connais. Il y a des limites à ce que je peux faire seul dans mon temps libre. Toutes les contributions sont les bienvenues !
[^] # Re: latin9 ou UTF8 ?
Posté par Dominique ROUSSEAU . Évalué à 1.
Mais ne lui fait pas générer de l'unicode, surtout pas.
Si une bonne map générant de l'unicode voit le jour, elle sera le choix par défaut sur les distribs grand public, et les barbus plein d'écailles pourront continuer à configurer manuellement leur système pour utiliser fr-latin9 si ils le souhaitent.
[^] # Re: latin9 ou UTF8 ?
Posté par Sylvain Sauvage . Évalué à 2.
La table fr dans /usr/share/X11R6/xkb/symbols/fr ne contient plus que « basic » (= la table « latin »), « latin9 » (et quelques variantes), et « dvorak ».
[^] # Re: latin9 ou UTF8 ?
Posté par Aldoo . Évalué à 3.
Pour faire le truc vraiment parfait, on pourrait ne plus du tout respecter ce qui est écrit sur le clavier, mais ça existe déjà : c'est dvorak-fr.
Cela dit, garder sous le coude une carte non-unicode est indispensable pour les moments où on code, et je pense que latin9 (et ses éventuels patchs) peut continuer à jouer ce rôle-là (ne me parlez pas de fr-basic !).
[^] # Re: latin9 ou UTF8 ?
Posté par nimnim . Évalué à 2.
Donc sauf si le fonctionnement de la bouvelle carte est trop différent pour que les gens s'adaptent, je ne vois pas l'intérêt de garder l'ancienne carte.
Normalement les principes de bases sont les mêmes, donc sauf erreur de ma part ça devrait être bons (testeurs bienvenus)
# Nouveau patch en ligne (#5)
Posté par nimnim . Évalué à 3.
Un nouveau patch est en ligne. J'ai essayé de tenir compte des demandes des uns et des autres. Il est beaucoup plus intrusif même si je l'espère dans la pratique les changements sont simples et faciles à maîtriser.
Ceci m'a permis :
— de me rapprocher de la carte française standard,
— d'ajouter de nouveaux symboles
— de conserver l'accès à la plupart des symboles actuels
(mais vérifiez quand même que je n'ai rien cassé pour vous)
Le patch : https://bugs.freedesktop.org/attachment.cgi?id=7007
Une image du résultat : https://bugs.freedesktop.org/attachment.cgi?id=7008
En pour comparaison :
1. le clavier français par défaut : https://bugs.freedesktop.org/attachment.cgi?id=7006
2. le clavier fr-latin9 actuel : https://bugs.freedesktop.org/attachment.cgi?id=6953
# Nouveau patch en ligne (#5)
Posté par nimnim . Évalué à 2.
Un nouveau patch est en ligne. J'ai essayé de tenir compte des demandes des uns et des autres. Il est beaucoup plus intrusif même si je l'espère dans la pratique les changements sont simples et faciles à maîtriser.
Ceci m'a permis :
— de me rapprocher de la carte française standard,
— d'ajouter de nouveaux symboles
— de conserver l'accès à la plupart des symboles actuels
(mais vérifiez quand même que je n'ai rien cassé pour vous)
Le patch : https://bugs.freedesktop.org/attachment.cgi?id=7007
Une image du résultat : https://bugs.freedesktop.org/attachment.cgi?id=7008
En pour comparaison :
1. le clavier français par défaut : https://bugs.freedesktop.org/attachment.cgi?id=7006
2. le clavier fr-latin9 actuel : https://bugs.freedesktop.org/attachment.cgi?id=6953
[^] # Re: Nouveau patch en ligne (#5)
Posté par maitre_foo . Évalué à 1.
Pourrait-on rajouter encore le caractère [„] ? Pour l'instant on peut bien faire les guillemets « français » et “anglais” (66haut 99haut), mais pour les guillemets „allemands” (99bas 66haut) il faut encore utiliser la touche Compose...
Merci !
[^] # Re: Nouveau patch en ligne (#5)
Posté par maitre_foo . Évalué à 2.
Pourrait-on rajouter encore le caractère [„] ? Pour l'instant on peut bien faire les guillemets « français » et “anglais” (66haut 99haut), mais pour les guillemets „allemands” (99bas 66haut) il faut encore utiliser la touche Compose...
Merci !
(ça m'apprendra à désactiver le HTML sans faire gaffe :/)
[^] # Re: Nouveau patch en ligne (#5)
Posté par nimnim . Évalué à 2.
Est-ce que celà gène quelqu'un ?
[^] # Re: Nouveau patch en ligne (#5)
Posté par Frédéric COIFFIER . Évalué à 4.
Autant je suis d'accord avec les changements proposés jusqu'ici (même pourquoi pas la touche ²), autant je trouve qu'il est dommage de perdre la £ qui est inscrite sur la touche (et ça pourrait troubler beaucoup de personnes qui arrivent sur un PC Linux).
[^] # Re: Nouveau patch en ligne (#5)
Posté par nimnim . Évalué à 2.
— patch : https://bugs.freedesktop.org/attachment.cgi?id=7010
— visuel : https://bugs.freedesktop.org/attachment.cgi?id=7011
[^] # Re: Nouveau patch en ligne (#5)
Posté par Boa Treize (site web personnel) . Évalué à 2.
Quand il s'agit d'emplacement sur la touche même, je veux bien comprendre on peut considérer que c'est intuitif, mais quand il s'agit d'aller chercher le ë sur la touche d, c'est plus facile de faire ¨e je trouve.
Enfin bon, des goûts et des couleurs...
[^] # Re: Nouveau patch en ligne (#5)
Posté par nimnim . Évalué à 2.
[^] # Re: Nouveau patch en ligne (#5)
Posté par floriang . Évalué à 1.
[^] # Re: Nouveau patch en ligne (#5)
Posté par Sylvain Sauvage . Évalué à 2.
On a aussi compose = L pour ₤ (unicode).
(Le Ł s'obtient avec compose / L.)
[^] # Re: Nouveau patch en ligne (#5)
Posté par Sylvain Sauvage . Évalué à 2.
J'ai repris ce chouette¹ nouveau clavier mais…
… ł, Ł ne servent pas en français et s'obtiennent facilement.
… Pourquoi garder le ¥ alors que l'on a supprimé le £ ? ²
Et hop, on récupère trois emplacements pour des accents super utiles ;o)
Donc :
– lstroke ł → dead_abovedot ˙ ;
– Lstroke Ł → dead_belowdot ạ (n'existe pas « nu ») ;
– yen ¥ → dead_doubleacute ˝.
¹ : si si, il est chouette, suffit juste de s'habituer.
² : « Perfide Albion » est certes une réponse possible…
[^] # Re: Nouveau patch en ligne (#5)
Posté par nimnim . Évalué à 2.
Dans la dernière version (à tester)
1. l/LStroke sont partis,
2. sterling est de retour
3. il y a un dead_abovedot
4. j'ai ajouté les l catalans pour nos amis perpignanais
Certes, il manque dead_belowdot et dead_doubleacute, mais sont ils vraiment utiles au plus grand nombre ?
[^] # Re: Nouveau patch en ligne (#5)
Posté par Sylvain Sauvage . Évalué à 3.
Bof, on pourrait aussi dire qu'il manque dead_ogonek (« virgule » vers la droite : ę).
Ce qui m'intéresse surtout, c'est d'avoir les caractères et accents non accessibles via Compose (Compose + virgule = cédille : ȩ, ţ, pas ę, ą).
Le dead_doubleacute sert pour l'umlaut (qui n'est normalement pas un tréma) ou pour le hongrois (je grois) où l'on a deux séries aeiouöü/áéíóúőű ( http://fr.wikipedia.org/wiki/Double_accent_aigu ).
Mais bon, on ne peut pas tout mettre : il y a aussi un double accent grave, les accents circonflexe, tilde, brève, et macron souscrits, etc.
(Par contre, ne peut-on pas remettre £ sur le $ : il y est sérigraphié/décalqué ?)
[^] # Re: Nouveau patch en ligne (#5)
Posté par nimnim . Évalué à 2.
² : « Perfide Albion » est certes une réponse possible… »
C'était la mienne mais les utilisateurs n'ont pas suivi.
Il n'y a jamais de Jeanne sous la main quand il faut :-(
# Control lock
Posté par Bungee Tux . Évalué à 1.
Si on pouvait avoir un control lock, ca me botterait bien.
Voir pour une tentative ratée -> http://linuxfr.org/comments/656096.html#656096
Voila le seul souci que m'a posé un clavier en 15 ans.
[^] # Re: Control lock
Posté par Sylvain Sauvage . Évalué à 2.
Pour KDE : accessibilité, « automaintien ».
Il doit y avoir un mécanisme similaire pour Gnome.
Je crois qu'il y a aussi des options pour le faire directement en X11, mais je ne les retrouve pas...
[^] # Re: Control lock
Posté par Bungee Tux . Évalué à 2.
Vive WindowMaker.
[^] # Re: Control lock
Posté par Sylvain Sauvage . Évalué à 2.
Je voulais juste dire que cela existait.
# Nouveau patch en ligne (#6)
Posté par nimnim . Évalué à 2.
Pour le reste la disposition s'est plus ou moins stabilisée, avec comme unique changement le retour de sterling et le remplacement des l polonais par les l catalans
Le patch : https://bugs.freedesktop.org/attachment.cgi?id=7022
Un visuel : https://bugs.freedesktop.org/attachment.cgi?id=7015
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à 1.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: Nouveau patch en ligne (#6)
Posté par nimnim . Évalué à 2.
U22C5 et U00B7 ne sont pas interchangeables.
Le premier est un opérateur mathématique (donc légitime comme signe multiplier). Le second sert à composer des caractères comme le L catalan.
[^] # Re: Nouveau patch en ligne (#6)
Posté par Aldoo . Évalué à 2.
Dans quel mots cela apparaît-il en Français ?
Sinon, il y a le ÿ qui existe, super rare, mais existant (ex : l'Haÿ les Roses). Ne devrait-il pas être sur le clavier ?
[^] # Re: Nouveau patch en ligne (#6)
Posté par nimnim . Évalué à 2.
Le y-circonflexe aurait dû être un ÿ, je corrige ça ce soir
(je vais sans doute aussi mettre le l catalan en l pour suivre le clavier catalan espagnol, ce qui déplacerait le ô en p et le o barré en ² )
# Séparateur décimal : ce qu'en disent les Poids et Mesures
Posté par VoixOff . Évalué à 2.
Visitez http://www.bipm.fr/fr/CGPM/db/22/10/
[^] # Re: Séparateur décimal : ce qu'en disent les Poids et Mesures
Posté par Sylvain Sauvage . Évalué à 4.
Visitez http://www.bipm.fr/fr/CGPM/db/22/10/
# Nouvelle série de patch en ligne (#7)
Posté par nimnim . Évalué à 3.
1. elle déplace l'espace insécable fine pour la rendre plus accessible. En conséquence les flèches le sont un peu moins
2. elle déplace les L catalans (Ŀ) pour les mettre au même endroit que sur le clavier catalan espagnol. En conséquence ô part sur p et ø sur ²
3. elle remplace le y circonflexe par y trema, puisque le premier ne sert à rien en français et j'avais l'intention de mettre le second dès le départ.
4. enfin, les responsables du projet xkb-config m'ont fait séparer le patch, il faut maintenant l'appliquer de la manière suivante :
A. en partant de xkb-config 0.8 convertir le fichier symbol/fr en utf-8
iconv -f iso-8859-15 -t utf8 symbols/fr > foo && mv foo symbols/fr
(si vous partez d'un snapshot CVS le changement est déjà inclus)
B. Appliquer le patch du pavé numérique :
https://bugs.freedesktop.org/attachment.cgi?id=7053
C. Appliquer le patch du clavier français :
https://bugs.freedesktop.org/attachment.cgi?id=7056
D. (optionnel) mettre à jour les traductions
https://bugs.freedesktop.org/attachment.cgi?id=7054
Le tout donne le résultat suivant :https://bugs.freedesktop.org/attachment.cgi?id=7057
# Nouvelle série de patches #8
Posté par nimnim . Évalué à 4.
→ on perd brokenbar,
→ on perd le symbole masculin espagnol
→ les exposants ne sont plus alignés comme à la parade
Par contre
→ le tiret insécable passe sur la même touche que le tiret
→ le yen rejoint le dollar et la livre
→ les röntgenthérapeuthes vont être contents
La série de patch devient
https://bugs.freedesktop.org/attachment.cgi?id=7053
https://bugs.freedesktop.org/attachment.cgi?id=7083
https://bugs.freedesktop.org/attachment.cgi?id=7054
Et donne le résultat suivant
https://bugs.freedesktop.org/attachment.cgi?id=7084
Ce sera sans doute la version finale. Si personne ne hurle d'ici la fin de la semaine, je demande l'inclusion en l'état
[^] # Re: Nouvelle série de patches #8
Posté par Sylvain Sauvage . Évalué à 2.
J'ai remarqué qu'il existait ‟ U201F et ‛ U201B (à opposer à “ leftdoublequotemark et ‘ leftsinglequotemark), qui, eux, ne sont pas accessibles par composition (respectivement <" et <')¹.
Ça fait : ‟A” contre “A”, et ‛A’ contre ‘A' (prenez une loupe ;o).
Je trouve ceux-là plus jolis…
Voilà. C'était juste pour dire (et pour faire la blague du hurlement…).
Ah lala, quand on se met à creuser ce qui existe, on voudrait avoir un clavier avec 60 niveaux (genre « clavier mathématique », « clavier grec », « clavier phonétique »)… même si on n'a jamais l'occasion de se servir de tous ces caractères…
/mɛʁsi puʁ tu nimnim/
¹ : au passage, on peut composer ,' et ," pour avoir les guillemets allemands ‚A' et „A”, et .< et .> pour les petits chevrons ‹ A ›. C'est chouette toutes les compositions ajoutées depuis l'Unicode.
[^] # Re: Nouvelle série de patches #8
Posté par Boa Treize (site web personnel) . Évalué à 2.
http://world.std.com/~jdostale/kbd/SpaceCadet1.jpeg
(Sept touches de combo, 128 caractères par touche... entre autres.)
[^] # Re: Nouvelle série de patches #8
Posté par Sylvain Sauvage . Évalué à 2.
(En fait, je crois qu'il manque des caractères pour APL…)
Bon, en fait, avoir plusieurs dispositions de clavier et jongler avec n'est pas si compliqué (‛setxkbmap truc’ et zou, ou une applet Gnome ou Kde pour ceux qui utilisent). Je crois que je vais me faire mes petits claviers et quelques fonctions pour mon Fvwm…
[^] # Re: Nouvelle série de patches #8
Posté par nimnim . Évalué à 2.
http://www.unicode.org/charts/PDF/U2000.pdf et http://www.unicode.org/versions/Unicode4.0.0/ch06.pdf
indiquent clairement que la forme actuelle des guillemets étrangers est celle préférée par les autres pays europens, donc on la laisse (ouf)
Si tu veux un clavier plus complet je ne pense pas que les personnes de freedesktop s'opposeraient à une variante à six niveaux (en ajoutant ctrl-gr comme les canadiens). Donc si tu veux préparer un patch, il n'y a pas de problème (par contre conserver les mêmes quatre premiers niveaux serait sympa pour les utilisateurs)
[^] # Re: Nouvelle série de patches #8
Posté par Sylvain Sauvage . Évalué à 2.
< séquence ma vie >
Au début j'utilisais Xmodmap. Puis il est devenu « obsolète » alors je suis passé à xkb. Mais xkb était (est encore ?) vraiment mal documenté, et pour mes besoins personnels, je me suis contenté de piocher dans les dispositions existantes. C'est grâce à ton appel que je me suis rendu compte que l'on était passé à l'Unicode. Du coup, j'ai eu envie d'en mettre partout. Mais, quand on y réfléchit, les signes moins usuels, on peut très bien les avoir grâce à un kcharselect, un copier-coller ou une autre astuce.
< / >
# Sondage
Posté par Séverin Tagliante-Saracino . Évalué à 0.
(1) Clavier azerty fr-latin9
(2) Clavier dvorak-fr (ou azerty remapé en dvorak-fr)
(3) Clavier qwerty suisse ou quebequois
(4) Clavier qwerty us (avec option us-international activée)
(5) Clavier dvorak-anglais (ou qwerty remappé en dvorak-anglais) (et avec touche compose activée pour les accents...)
(6) Clavier dvorak-international (ou qwerty remappé en dvorak-international)
Le dvorak-international devrait d'ailleurs plutôt s'appeler dvorak-latin, non ?
Une dernière question concernant ceux qui utilise déjà un mappage Dvorak, est-ce qu'on ne galère pas trop à repasser de temps en temps à un clavier Azerty ?
[^] # Re: Sondage
Posté par ColonelMoutarde . Évalué à 3.
Si j'avais le choix, je crois que le plus logique serait un clavier ABC comme sur les minitels, mais avec tous les signes de ponctuation et les accents et la touche compose magique pour faire des trucs tordus.
Au moins, l'ABC ça met tout le monde (enfin, ceux qui ont un alphabet latin) à égalité. Et à l'époque de la démocratisation et l'ubiquité de l'informatique, c'est ce qui est le plus accessible.
Sinon, un dvorak-international, ça doit être plus efficace.
[^] # Re: Sondage
Posté par nimnim . Évalué à 2.
Ça leur a passé — les utilisateurs ne supportaient pas
[^] # Re: Sondage
Posté par Séverin Tagliante-Saracino . Évalué à 1.
Après, pour un clavier latin-international, ce serait presqu'impossible. Il faudrait imaginer d'intégrer une ligne de touche morte de tous les accents de toutes les langues utilisant un alphabet latin. Peut-être les touches F1 à F12 à condition de les rapprocher (et de se contenter d'un ctrl+1 à la place du F1).
http://www.lexilogos.com/clavier/multilingue.htm
Sans compter que les natifs souhaiterons conserver leur accès direct à certaines touches, les àâçéèêëîïô½ùûü du français, ou le ß de l'allemand, et les ñáéíóú¿¡ de l'espagnol. Pour cela il faudrait encore libérer de la place sur le clavier. On peut imaginer comme sur certains claviers ergonomiques de mettre le pavé numérique en plein milieu des lettres afin de séparer la main gauche de la main droite, et d'accéder plus rapidement à la souris pour les droitier. Dans ces conditions, plus besoin de conserver les chiffres de la ligne supérieure, ce qui libère pas mal de place pour des configurations spécifiques à une langue, ou à un groupe de langue proche (du point de vue des accents). Et pour passer cette ligne d'un groupe linguistique à l'autre, pour ceux qui ont la chance d'avoir un clavier adapté ou beaucoup de facilité à mémoriser les touches, pourquoi ne pas utiliser la petite touche ² en haut à gauche (on se demande ce qu'elle fait là, d'ailleurs).
Bon, dès demain je m'y met ;-)
http://forum.ubuntu-fr.org/viewtopic.php?id=64820
# Accolades, crochets.
Posté par Clément Canonne (site web personnel) . Évalué à 0.
[^] # Re: Accolades, crochets.
Posté par Sylvain Sauvage . Évalué à 2.
[^] # Re: Accolades, crochets.
Posté par nimnim . Évalué à 4.
Les claviers dvorak ont tenté une remise à plat depuis des années, et restent aujourd'hui encore confidentiels (note : je ne suis pas persuadé qu'une francisation bête et méchante du clavier dvorak américain soit une bonne chose, il faut tenir compte des symboles nécessaires au français dès le départ, pas les ajouter à la fin)
Aujourd'hui je suis convaincu que :
1. terminer de corriger le clavier français demande un gros travail de com auprès des applications, quelque chose d'aussi évident que le remplacement de l'apostrophe par le vrai caractère apostrophe dérange de nombreuses applications dont les shell posix
2. aller plus loin (pas seulement mettre les symboles corrects mais réaranger la disposition pour regoruper crochets, parenthèses par exemple) ne se fera pas sans les instances de standardisation françaises (comme au Québec)
Vu le mépris total de nos dirigeants pour les problèmes informatiques, la langue française et le coût industriel et social d'un tel changement, 2. me semble tout à fait irréaliste à l'heure actuelle
[^] # Re: Accolades, crochets.
Posté par Aldoo . Évalué à 4.
# Nouveau clavier intégré dans le CVS freedesktop
Posté par nimnim . Évalué à 5.
Le nouveau clavier a été intégré chez freedesktop, et le clavier actuel (fr-latin9) marqué comme obsolète retiré à terme.
Reste à faire :
- l'équivalent côté kbd
- éventuellement une version windows ou Mac (s'il y a des volontaires, Guylhem a annoncé qu'il l'hébergerait les fichiers)
Merci à tous ceux qui ont participé à la définition du nouveau clavier en me faisant part de leurs remarques et suggestions
[^] # Re: Nouveau clavier intégré dans le CVS freedesktop
Posté par chl (site web personnel) . Évalué à 3.
Merci à toi d'avoir pris en compte toutes les remarques et suggestions de chacun, pour nous concocter un clavier idéal :)
[^] # Re: Nouveau clavier intégré dans le CVS freedesktop
Posté par Jar Jar Binks (site web personnel) . Évalué à 2.
[^] # Re: Nouveau clavier intégré dans le CVS freedesktop
Posté par nimnim . Évalué à 3.
https://bugs.freedesktop.org/attachment.cgi?id=7084 est représentatif du résultat obtenu. Sinon les patchs incluent beaucoup de commentaires y compris une vue unicode-art du clavier
Aujourd'hui une liste texte des modifs n'existe pas (si quelqu'un veut l'écrire je la diffuserais). Il y a peu de changements de fond mais beaucoup de petites modifs dont la liste complète serait probablement plus difficile à comprendre que la vue consolidée du résultat.
Si tu as des questions spécifiques sur le pourquoi de tel ou tel changement je peux te répondre
[^] # Re: Nouveau clavier intégré dans le CVS freedesktop
Posté par Thomas Linard (site web personnel) . Évalué à 2.
[^] # Re: Nouveau clavier intégré dans le CVS freedesktop
Posté par nimnim . Évalué à 4.
Pour le 2 en exposant c'est quasiment pareil, son utilité seul est plus que discutable, et il avait déjà été déplacé en fr-latin9 pour constituer une série avec le 1 et le 3.
Les seules personnes qui s'en plaignent sont à ma connaissance les joueurs de quake, et je ne vais pas définir une disposition censée durée des années pour un jeu (et d'ailleurs quake ne se sert pas du symbole, mais de la touche donc c'est un bug chez l'éditeur si le déplacement du symbole suffit à le perturber)
[^] # Re: Nouveau clavier intégré dans le CVS freedesktop
Posté par Benoît Sibaud (site web personnel) . Évalué à 1.
http://en.wikipedia.org/wiki/Currency_%28typography%29
http://fr.wikipedia.org/wiki/Symbole_mon%C3%A9taire
et ce que j'avais pu déjà entendre, le symbole monétaire internationale désigne une monnaie non (encore) définie ou non représentable : cela indique qu'il est bien question d'une monnaie, mais sans préciser si c'est $ £ ¤ ou autre.
On pourrait imaginer un logiciel de compta qui décrirait la colonne des devises avec ce symbole par exemple.
Du coup, ce symbole doit être sur le clavier (en tout cas ne doit pas être inaccessible ou masqué par une monnaie donnée). Et tant qu'à faire, autant le mettre sur la touche où il est sérigraphié...
[^] # Re: Nouveau clavier intégré dans le CVS freedesktop
Posté par nimnim . Évalué à 4.
[^] # Re: Nouveau clavier intégré dans le CVS freedesktop
Posté par Sylvain Sauvage . Évalué à 1.
En ISO-8859-15 (latin9), le code 164 (0xA4), donc le même, correspond à ¤.
Avant Unicode, il avait donc été fait le choix de remplacer ¤ par ¤. ¤ n'était donc plus disponible. La sérigraphie des claviers mentait déjà.
[^] # Re: Nouveau clavier intégré dans le CVS freedesktop
Posté par floriang . Évalué à 1.
³ ... 4 ’ ² ¹ ... ' {- Car les touches ² et ³ sont imprtantes quand on veut écrite que la surface de la pièce est de 20 m² et que le débit d'air de l'aspirateur est de 100 L/m³.
- En haut à droite du 4, c'est l'apostrophe typographique française. Mais bon, c'est pas si important celui-là.
- Au fait, avec quel logiciel tu as fait le schéma ?
@+[^] # Re: Nouveau clavier intégré dans le CVS freedesktop
Posté par nimnim . Évalué à 2.
2. malheureusement ta proposition demande de toucher à la sérigraphie → à éviter
3. les images sortent de l'applet de changement de clavier Gnome, c'est encore la meilleur méthode sue j'ai trouvée. Les schémas unicodes sont faits à la main dans vim & gedit
[^] # Re: Nouveau clavier intégré dans le CVS freedesktop
Posté par floriang . Évalué à 1.
[^] # Re: Nouveau clavier intégré dans le CVS freedesktop
Posté par cam (site web personnel) . Évalué à 1.
# Harmonisation avec la console ?
Posté par Sylvain Sauvage . Évalué à 2.
[^] # Re: Harmonisation avec la console ?
Posté par nimnim . Évalué à 2.
Je fais une pause maintenant mais si personne n'est partant je m'y collerais sans doute. Néanmoins je ne prétends pas maîtriser les kmap à fond, donc si je le fais le résultat reflètera mon niveau (comme pour fr-latin9)
[^] # Re: Harmonisation avec la console ?
Posté par Sylvain Sauvage . Évalué à 4.
Problèmes rencontrés :
— copier-coller impossible (ou bizarre suivant les patchs) ;
— touches mortes inutilisables (^ + a donne ^a et pas â) ;
— composition foireuse (même chose que les touches mortes) ;
— les fontes incomplètes et incomplétables (512 caractères au max.).
La problème de fontes peut être réglé en utilisant un programme en userland, p.ex. jfbterm.
Les raisons anciennement invoquées pour ne pas intégrer Unicode à la gestion de la console dans le noyau :
— prend de la place en mémoire ;
— c'est à un programme en userland de le faire, etc.
(Sans parler des imbécillités du genre « Ça sert à personne. Vive l'ascii 7 bits ! »…)
Il semble, d'après ce que je perçois des discussions, que cela change petit à petit.
[^] # Re: Harmonisation avec la console ?
Posté par nimnim . Évalué à 2.
Je pense que dans un premier temps une version simplifiée comme la variante latin9 de fr(oss) conviendrait. L'essentiel est que les symboles les plus utilisés soient au même endroit. Après, on ne peut pas aller plus vite que la technique.
# Orthographe recommandée
Posté par floriang . Évalué à 1.
Du coup, les touches ayant les lettres î et û en accès direct sont un peu inutiles. On peut donc utiliser des touches mortes.
Voilà.
¤^_^¤
[^] # Re: Orthographe recommandée
Posté par Boa Treize (site web personnel) . Évalué à 2.
[^] # Re: Orthographe recommandée
Posté par floriang . Évalué à 1.
(Enfin, bref, en fait î et û sont remplacés par i et u respectivement.)
[^] # Re: Orthographe recommandée
Posté par Boa Treize (site web personnel) . Évalué à 3.
# xkeyboard-config-0.9 dispo
Posté par cam (site web personnel) . Évalué à 1.
xkeyboard-config-0.9 est dans les bacs (http://listserv.bat.ru/xkb/Message/2499.html) et intègre fr-oss.
# [HS] La question qui fâche
Posté par Anonyme . Évalué à 3.
La disposition azerty a été conçue au XIXème siècle pour ralentir et compliquer (!) la frappe, parce que les machines à écrire ne pouvaient suivre une cadence soutenue. Par conséquent, pourquoi n'est-on toujours pas passé à un clavier conçu sur la méthode dvorak ? Après avoir analyser la fréquence d'apparaition des lettres dans une langue, on place ces lettres de amnière à minimiser les déplacemens des doigts.
Bien entendu, je connais la réponse. Mais le monde du libre n'est-il pas le plus propice aux évolutions qui s'affranchissent de la compatibilité ascendante ? Nombre de geeks et de secrétaires sont capables de taper au kilomètre sans regarder leur clavier (c'est mon cas, et ma vitesse de frappe me coûte des douleurs aux doigts depuis 48h). Pour les autres, la période de transition pourrait se négocier avec des étiquettes, faites maison ou vendues dans le commerce si une variante dvorak-fr s'impose.
Et c'est le noeud du problème : si une variante dvorak-fr était standardisée ou devenait un standart de fait (en gros, si les francophones parvenaient à se mettre d'accord sur une variante dvorak), on finirait par trouver des claviers sérigraphiés correctement dans le commerce.
Sans vouloir dénigrer le travail de nimnim, ce n'est pas une solution de se baser uniquement sur le rôle d'AltGr pour faire évoluer nos claviers dans le bon sens. Il faudra bien un jour tout remettre à plat, si on veut éviter que chacun attende d'avoir des problèmes aux doigts / poignets pour se pencher sur la question.
Je pense qu'il est tout à fait possible de construire une keymap fr-unicode-dvorak (ou fr-dvorak-unicode, je ne sais pas lequel est conforme à la terminologie xorg) qui conviennent à tout le monde, à la fois aux programmeurs et aux secrétaires. Le dvorak-fr actuel ne fait pas l'unanimité pour diverses raisons, mais si nous parvienions à un consensus on n'aurait plus des réactions du style « dvorak-fr j'ai essayé mais je peux pas programmer avec donc je suis revenu au qwerty » « marre de switcher entre azerty et dvorak-fr » et ça ouvrirai la voie à une standardisation et à l'apparition des premiers claviers utilisant cette carte dans le commerce.
Venez donc donner votre avis sur le nouveau projet « Layout6.2.1.1 » initié par Nicolas Chartier :
http://gpl.insa-lyon.fr/Dvorak-Fr/LayoutFinalVote
et aider à son amélioration :
http://gpl.insa-lyon.fr/Dvorak-Fr/Layout6%2e2%2e1%2e1
[^] # Re: [HS] La question qui fâche
Posté par Anonyme . Évalué à 2.
[^] # Re: [HS] La question qui fâche
Posté par nimnim . Évalué à 3.
Je suis entièrement d'accord avec le fait que l'on pourrait faire beaucoup mieux que le fr-oss en partant de zero, par contre je considère qu'il est illusoire de faire quoi que ce soit si les organisation de standardisation françaises ou francophones ne sont pas impliquées.
1. L'immense majorité des utilisateurs n'acceptera jamais de disposition non sérigraphiée en usine. Or la marge sur les claviers est trop faible pour qu'un fabriquant accepte de faire une série, même limitée, sans l'assurance d'un volume de vente minimal.
2. D'autre part un utilisateur acceptera très difficilement un clavier différent au boulot et chez soi.
Pour ces deux raisons, le changement ne peut se faire que si un parc important de systèmes change d'un seul coup. Raisonnablement cela veut dire une ou plusieurs grosses administrations qui donnent l'exemple. Et donc une directive officielle.
Les projets comme celui de Nicolas Chartier sont intéressants, mais convaincre un responsable politique important de faire quelque chose serait autrement plus efficace. Et indispensable tôt ou tard pour la réussite du projet.
[^] # Re: [HS] La question qui fâche
Posté par Anonyme . Évalué à 1.
D'un autre côté, comme bien peu de politiciens doivent être confrontés aux problèmes que peuvent causer l'usage soutenu à intensif du clavier, on risque d'attendre de longues années avant de voir bouger les choses -- et rien ne garantit qu'ils créeront un clavier aussi abouti que celui du projet http://gpl.insa-lyon.fr/Dvorak-Fr/ (qui n'a pas encore de nom officiel).
Alors que ce projet vise à doter les francophones d'une carte clavier optimale (la version de Francis Leboutte présente plusieurs problèmes qui ne sont pas tous corrigés par celle de Josselin Mouette, cette dernière ayant été intégrée à Xorg). Son existance et la version finale assez proche nous donne une chance d'en faire un standard de fait, et les organismes de standardisation francophones n'auraient plus qu'à valider.
L'avoir créer est déjà une manifestation du besoin et peut attirer l'attention desdits organismes de standardisation. Surtout Typematrix (et peut-être d'autres constructeurs, qui sait) suivent l'évolution du projet, et ont annoncé attendre de savoir laquelle des deux versions francophones de dvorak percera.
À l'heure actuelle on peut déjà envisager des solutions de ce type (non, je n'ai pas d'actions chez eux) :
http://www.typematrix.com/skins/
Même si c'est très loin du grand public, c'est toujours un début.
Ça fait partie des problèmes à surmonter. On tentera de fournir une procédure qui minise le coût de la transition : se promener avec des pilotes sur clés USB, leçons avec KTouch, ...
Au passage, il y a un autre nom important que j'ai oublier de citer, celui de l'initiateur du projet : Thomas Tempé.
C'est juste, et je pense que l'existence de ce projet facilitera le 'lobbying' auprès des bonnes personnes.
Sans compter qu'entre temps, ceux qui
- tapent à l'aveuglette
- n'ont pas peur d'étiquetter leur clavier
- sont prêts à en acheter un skinable comme ceux de Typematrix
- au pire, déplacer leurs touches
pourront l'utiliser et ne plus se pourrir les doigts à cause d'une norme antédiluvienne, qui n'a plus de raison d'être autre que notre inertie.
[^] # Re: [HS] La question qui fâche
Posté par nimnim . Évalué à 3.
Définir un nouveau clavier est *simple*. L'imposer est une autre paire de manches.
(En passant je m'étonne du clavier dvorak proposé, il a sans doute tout bon au niveau des signes courants mais les symboles utilisés par des langues régionales comme le catalan, des langues voisines ou même les bêtes symboles typographiques français que l'Unicode nous a apportés brillent par leur absence)
L'échec commercial patent du dvorak dans tous les pays du monde depuis des années est la preuve qu'une démarche purement technique est une impasse. Ce type de changement ne peut partir du bas puisque :
1. les utilisateurs à domicile n'en ont rien à foutre, s'ils ont un ordinateur c'est typiquement pour un usage ludique pas pour pondre des documents longs ou complexes
2. au travail ils vont pas se faire remarquer en demandant un clavier différent
3. les portables au autres appareils donc le clavier n'est pas remplaçable sont de plus en plus courants
Vous n'allez pas trouver beaucoup de volontaires pour étiquetter manuellement à la main des claviers ou acheter un typematrix 20 fois le prix d'un clavier d'entrée de gamme.
[^] # Re: [HS] La question qui fâche
Posté par outs . Évalué à 2.
Personnelement je suis près à soutenir ça. d'ailleur
1. Je tape des documents très long, comme beaucoup d'utilisateur d'ordinateur (encore bcp utilisé comme une super machine à écrire !)
2. Demander un clavier différent au boulot n'est vraiment pas un problème. Suffit d'un clavier USB qu'on peut transporter et d'un petit soft adapté. Voir ne pas changer le clavier du tout et taper en aveugle
3. La plupart de mes collèges rajoutent un clavier externe aux portables...
J'ai l'étrange impression que tu es contre ce projet. Je ne comprend pas pourquoi, si cela ne t'intéresse pas c'est pas grave personne ne te force.
Perso je pense qu'éviter une opération du canal carpien dans 15 ans mérite d'acheter un clavier 20 fois plus cher...
[^] # Re: [HS] La question qui fâche
Posté par nimnim . Évalué à 2.
Se faire plaisir avec de la technique en espérant que la suite vienne toute seule est complètement stérile vu la taille du parc installé et le prix d'un clavier "standard" auquel les utilisateurs sont habitués.
Si tu m'accusais de faire preuve d'un désenchantement certain, par contre, je plaiderais coupable.
[^] # Re: [HS] La question qui fâche
Posté par Anonyme . Évalué à 1.
Si tu nous détailles les orientations qui permettrait à ce projet d'éviter les erreurs passées, ici même ou sur la ML, on essayerait de les mettre en oeuvre.
Pour ma part, je pense fournir au projet un site ouaib, refondre le wiki, et tenter de relancer le développement : ces derniers mois le consensus était de geler la keymap pour sortir une version finale ; mais je pense comme toi qu'il y a encore des améliorations à faire du côté des caractères spéciaux accessibles par AltGr.
Je pense aussi lui faire de la pub pour attirer un maximum de personnes, en commençant par une dépêche sur LinuxFR. De cette manière la keymap sera la plus pertinente possible, car il ne s'agira plus de la changer avant un long moment si jamais des constructeurs sortent des claviers sérigraphiés avec.
[^] # Re: [HS] La question qui fâche
Posté par nimnim . Évalué à 3.
Les actions concrètes pourraient être :
1. voir auprès des pays qui ont effectivement changé de clavier ces dernières années (Canada, Europe du Nord) l'argumentaire qui a fait mouche chez eux (comment et pourquoi ont ils pris cette décision)
2. identifier les problèmes qu'ils ont rencontrés et essayer d'y répondre (retour d'expérience sur leur basculement)
3. contacter les équivalents français ou francophones et vérifier s'ils se posent les mêmes questions (ou d'autres)
4. documenter les arguments génériques pour abandonner azerty (défauts de l'azerty, statistiques sur les problèmes médicaux liés à son usages, caractères utiles difficiles à accéder avec le clavier actuel...). Identifier les acteurs sociaux les plus sensibles à chacun d'entre eux, et les embarquer dans l'aventure (le dvorak-fr fait l'impasse est l'écriture du catalan, alors qu'il y a certainement des catalanisants en France qu'il serait possible de mobiliser; l'académie française sera sensible à la possibilité d'écrire un Français correct; l'imprimerie nationale à la possibilité d'écrire une typographie correcte sans béquille logicielle, etc)
5. voir si l'argumentaire ne peut s'appliquer aux pays/langues voisines, et s'il est possible de les entrainer dans l'aventure
Une fois que le problème sera posé et reconnu par suffisamment d'acteurs sociaux alors il sera possible de lancer une consultation publique/un concours pour trouver une solution. La promesse que le projet retenu sera utilisé à grande échelle motivera autrement plus de monde et de moyens qu'un wiki, et l'adoption du résultat sera inversement proportionnelle à la qualité et l'écho donné à cette consultation.
Aujourd'hui le projet se présente comme une solution en quête de problème pour un non initié. Ce n'est pas le bon moyen pour obtenir sa généralisation.
[^] # Re: [HS] La question qui fâche
Posté par Arthur Accroc . Évalué à 1.
Ce serait d'autant plus intéressant si l'un de ces pays avait choisi une disposition de clavier moins mal fichue que le QWERTY/AZERTY.
Déjà, en ce qui concerne le Canada, ça a l'air râpé : http://www.olf.gouv.qc.ca/images/ti/clavier.gif .
Sinon, du côté des fabriquants, un bon début serait d'arrêter de mettre les touches en quinconce (je sais, TypeMatrix le fait), quelle que soit la disposition, ça éviterait déjà de se tordre les doigts. En plus, pour ça, le temps d'adaptation est minime.
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
[^] # Re: [HS] La question qui fâche
Posté par nimnim . Évalué à 2.
En ce qui concerne l'arrêt des touches en quiconce, il ne faut pas réver, cela demande une ligne de production séparée au lieu de réutiliser les mêmes bouts de plastique que les autres clavier, donc elle est encore moins probable que l'adoption d'une nouvelle sérigraphie. Elle marche pour TypeMatrix parce que TypeMatrix a choisi de faire un produit de niche.
[^] # Re: [HS] La question qui fâche
Posté par med . Évalué à 4.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.