Discussion:Version 0.6.5/Archive

Pour une bonne utilisation des pages de discussion :

• répondez à la suite (en-dessous) des précédentes contributions et évitez de les modifier ;
• créez un nouveau fil de discussion en dessous de ceux existants ;
• utilisez les deux-points « : » en début de ligne pour indenter vos réponses (plusieurs ::: pour indenter de plus en plus) ;
• signez automatiquement vos interventions en tapant ~~~~ qui sera remplacé par votre pseudo et la date après sauvegarde.

Rappel de quelques conventions utilisées sur le wiki :

• Concernant les touches de clavier :
  • « X » et X désignent le caractère X dans l’absolu. Utiliser les guillemets pour clarifier si nécessaire ;
  • {X} et clavier bépoX désignent la touche X sur la disposition BÉPO courante (syntaxe : {{touche|X}}) ou son alias {{t|X}}).
  • [X] et clavier azertyX désignent la touche X sur la disposition AZERTY (syntaxe : {{toucheA|X}} ou son alias {{tA|X}}) ;
• Les votes se font avec les modèles pour, contre et neutre (syntaxe : {{pour}}, {{contre}} et {{neutre}}).

Place des caractères « ¡ » et « ¿ »

À ma connaissance ils sont utilisés en espagnol respectivement en ouverture et fermeture d’une question et d’une exclamation. Deux idées me viennent : Premièrement, on peut imaginer qu’un hispanophone ouvre et ferme ces signes comme des balises. « ? » et « ! » étant en accès Shift, la balise fermante pourait être sur la même touche en ShiftAltGr. Mais je suis plutôt contre le fait que nous utilisions la touche [G] pour ces symboles (un des deux en l’occurence, mais c’est valable pour d’autres symboles) pour une simple raison : c’est une touche qui a une très bonne accessibilité, y compris avec les combinaisons en AltGr ; il serait dommage d’utiliser cette place pour des symboles qui ne sont utiles ni en français, ni en langage de programation, quand des signes comme ~, # ou $ se voient mis sur des touches plus loin. J’en arrive donc à ma seconde idée : puisqu’ils sont très spécifiques d’une langue, je propose qu’ils soient placés sur une même touche — en AltGr et en ShiftAltGr — en l’occurence sur [Y] pour garder une logique avec la place du « ! ». Cf la question du « ’ » juste en dessous. Nemolivier 3 novembre 2007 à 20:58 (CET)

Je n'utilise jamais ces caractères et suis d'accord avec le fait de libérer ces places en AltGr si l'on a quelque chose à y mettre évidemment. Par contre le fait de placer ¿ et ¡ sur une même touche me choque, il semble plus intéressant de les avoir en shift à côté de leurs équivalents. A2 6 novembre 2007 à 19:33 (CET)

itou. Je suis pour mettre ces caractères « en face » de leur versions de base, via un AltGr+Maj Orel'jan 14 novembre 2007 à 08:29 (CET). Je vote moi aussi pour cette solution Nemolivier 3 janvier 2008 à 17:08 (CET)

Si ces caractères ne sont utilisés qu'en espagnol, cette discussion ne devrait-elle pas avoir lieu plus tard, lorsque d'autres touches plus prioritaires auront trouvés leur place définitive ? On peut considérer pour le moment qu'elles ne sont pas « stratégiques » et que les places qu'elles occupent peuvent être récupérées en cas de besoin pour d'autres caractères, non ? S. Veyret 16 novembre 2007 à 17:19 (CET)

Nous sommes bien d'accord, cela dit, pour les caractères en AltGr… ce n'est pas très grave.Nemolivier 3 janvier 2008 à 17:08 (CET)

Je propose une autre démarche : considérons que le placement des touches en accès direct est fixé (du moins à moyen terme, et exception faite des inversions de touches). Il faudrait maintenant trier les caractères spéciaux, qui ne sont pas nécessaires à une saisie fluide d'un texte en français (l'ordre ne sera pas évident à établir, je l'accorde) . On les dispose sur les accès Shift et AltGr restants. Ce qui nous amène à mon dada : il faut trancher une fois pour toutes si AltGr peut être symétrique ou non, car ça amènerait une cinquantaine de caractères en plus. Et, pour finir, on ajoute ce qui est nécessaire pour rendre le clavier européen, s'il reste suffisamment de place (d'ailleurs à mes yeux, une fois rendus ici, l'espéranto sera prioritaire). Car, comme nous avons décidé de ne pas faire de layout secrétaire/programmeur, il est clair que ce clavier est avant tout francophone. Aragorn 16 janvier 2008 à 23:27 (CET)

Place du « @ »

Comme vous l’avez sans doute remarqué, le @ est passé en accès Shift au dessus du « = ». Je m’explique : il est ressortis des discussions sur la mailing liste qu’entre « $ » et « # », le « $ » était très bien en accès direct et le « # » en accès Shift, le tout sur la touche [²]. Que faire du « @ ». J’aimais bien l’idée de le mettre en accès direct en « 6 », il fallait pour ce faire pouvoir mettre « _ » sur la touche espace. Malheureusement ce n’est pas possible sous windows (à moins d’utiliser un programme propriétaire). La place au dessus de « = » sur [)] est vacante car le « ^ » se fait très bien avec deux appuis sur le « ^ » mort ou ^+espace. Je trouve que le « @ » est pas mal là-bas ; il est en accès Shift, ce qui est bien pour MonsieurToutLeMonde et assez accessible (le @ n’est pas très courant). Nemolivier 4 novembre 2007 à 18:53 (CET)

Place du « ’ »

En conformité avec les votes, l’apostrophe « esthétique » a été placée en AltGr+{'}. C’est une des combinaison de touche les moins accessible de tout le clavier. Avec une telle disposition, autant dire que à ceux qui souhaitent l’utiliser qu’il peuvent y renoncer. La solution que je propose est a coupler avec celle concernant le « ¿ ». J’entends par là déplacer le « ¿ » en AltGrShift+[G] ou AltGr+[Y] (et dans ce cas mettre le ¡ en AltGrShift+[Y]). Ceci libérant de la place pour mettre « ’ » sur AltGr+[G]. Si le « ¿ » passe sur Y peut être faut-il mettre « ‘ » en AltGrShift+[G], pour la logique. Mais je rappelles que ce signe n’est pas sensé être utilisé en français puis qu’il sers de marque se second niveau dans une citation en anglais : “Bla bla bal ‘bla’ blablabla”. Nemolivier 5 novembre 2007 à 14:42 (CET)

Je trouve également ce caractère peu accessible en AltGr+{'}. Je suis toujours contre le fait de placer « ¿ » sur [Y]. Par contre si on le remonte simplement en AltGr+Shift+{,} et que l'on place le guillemet-apostrophe « ’ » en AltGr+{,} il serait bien de déplacer également le guillemet-apostrophe culbuté « ‘ » sur AltGr+{k} juste en dessous. A2 13 novembre 2007 à 01:04 (CET)

Ainsi la place libérée sur le AltGr «'» permettrait d’y mettre le double accent aigu mort. On aurait ainsi un diacritique mort en AltGr, comme d’autres. La place n’est par géniale, mais elle est presque logique.Nemolivier 13 novembre 2007 à 08:08 (CET)

Ne pas oublier cependant que la « ‘ » est également parfois utilisé dans certains langage de programmation, comme par exemple le Shell. Elle peut à mon avis être difficile d'accès, mais doit quand même rester disponible. Quant à l'apostrophe droite, si elle n'est pas utilisée dans la langue française (mais reste très utilisée en programmation), ne peut-elle pas aller sur une touche en accès simple mais avec Shift ou AltGr, et l'apostrophe courbe prendrait alors sa place ? S. Veyret 11 décembre 2007 à 13:06 (CET)

L'apostrophe doit rester en accès direct : c'est un symbole en accès direct des différents claviers francophones (sauf le canadien, mais qui l'aurait vu ?), c'est un caractère français standard, c'est un caractère très courant. L'argument d'esthétique –le seul proposé pour la présence de «’»– me semble même faible pour justifier à lui seul son inclusion : alors qu'ajouter les guillemets ««» et «»» est légitime face à un «"» qui ne leur ressemble pas et n'a pas la même sémantique, une apostrophe courbe n'ajoute rien à la compréhension d'un texte : dans ce cas, il faudrait inclure aussi les ligatures «fi» «st» «ff», dans un même souci d'esthétique, ce que personne ne propose Orel'jan 11 décembre 2007 à 13:43 (CET)

D'ailleurs je veux bien savoir où est utilisé le « ‘ » en shell... Le « ` » je sais, mais le « ‘ ». Et pour info, l'apostrophe était en accès direct sur la Version 0.6.2.2.4, donc il suffit de relire les arguments d'alors. TuXXX 11 décembre 2007 à 20:42 (CET)

Ha oui, c'est ce que je voulais dire, je n'avais pas vu qu'il y avait une différence entre « ‘ » et « ` »…

M'en fous de l'apostrophe esthétique, l'apostrophe droite me suffit, est utile en programmation Pyerre 12 décembre 2007 à 13:49 (CET)

Non mais faut arrêter là, le guillemet-apostrophe est recommandé par unicode pour la représentation de l’apostrophe en informatique. Point barre ! D’ailleurs à la main je voudrais bien savoir qui la fait droite ? Ce n’est pas une question d’esthétisme ou pas. Il est vrai que tout le monde est habitué à utiliser l’apostrophe droite (quote en anglais) vu qu’elle est la seule apostrophe disponible en azerty mais de là à dire qu’elle est suffisante, c'est ne pas vouloir évoluer. Sinon on vire aussi « œ » et pour faire des « oe » comme avant ! En gros le monsieur demande où la mettre pas si vous la trouvez joli. A2 12 décembre 2007 à 18:43 (CET)

Il y a une source pour la recommendation unicode ? Sinon, voyons tes deux arguments. 1) comparer texte tapé et manuscrit n'est pas pertinent, faudrait-il remplacer «l» par «ℓ» sous prétexte qu'il s'écrit comme ça ? 2) On ne demande pas de supprimer un caractère français comme «œ», mais de choisir entre deux celui qui convient le mieux ; des arguments de compatibilité, de sémantique, de cohérence avec les claviers de référence, ont été avancés. Le guillemet simple anglais ouvrant n'a d'autre défense que «ça fait beau» et «c'est utilisé en anglais». Orel'jan 13 décembre 2007 à 08:34 (CET)

Le problème c'est que unicode a fait une ânerie de taille : il a mis 2 sens à un même caractère (le right single quotation mark utilisé par les anglais, et l'apostrophe). Du coup on se retrouve dans la même situation qu'avec l'apostrophe ascii, sauf :

• qu'elle est plus jolie
• qu'elle n'est reconnue par aucun logiciel comme une apostrophe

Alors je serai à 100% pour une apostrophe typographique le jour où unicode aura corrigé sa bourde. En attendant, je ne vois aucun intérêt à fair subir au utilisateurs du bépo les conséquence de cette bourde et ceux qui veulent vraiment avoir de jolies apostrophes peuvent toujours personnaliser leur config. Gaëtan 12 décembre 2007 à 19:24 (CET)

Les machines à écrire et bien des dispositions de clavier la font droite mais ce n’est pas correct. Encore une fois ce n’est pas pour faire beau, l'apostrophe est une virgule placée en hauteur et doit être courbe. Perso je n’ai pas encore eu de problème logiciel avec ce caractère. (Une source trouvée rapidement sur google : voir le § « Apostrophe Shapes », on y parle du « dumb quote » « ' ». A2 13 décembre 2007 à 21:42 (CET)

On fait un clavier français. En français la forme de l'apostrophe n'est pas discriminante. Donc une seule variante en accès simple suffit (accès simple: direct, maj·, altGr). Or l'apostrophe doit être présente pour des raisons de compatibilité. Donc l'apostrophe «'» doit être présente en accès simple. Après, que la virgule en l'air soit dans un coin du clavier pour des raisons d'esthétisme, c'est un point mineur. Orel'jan 14 décembre 2007 à 11:06 (CET)

C'est justement ce point mineur qu'on cherche à placer… Le débat n'est pas sur le support de ces caractères, cela a été fait plusieurs fois, mais sur leur placement. Cf le titre qui va avec mon premier message. A2 14 décembre 2007 à 15:56 (CET)

Alors là, je suis d'accord avec A2. Je ne comprends pas cette soudaine rage contre l'apostrophe ! Orel'jan, tu le dis toi-même, on fait un clavier français, mettons-y donc les caractères français ! Si les règles typographiques du français demandent une apostrophe courbe, mettons une apostrophe courbe en accès rapide (de préférence direct). Si ensuite, les règles de programmation, les Shells, etc. demandent l'apostrophe droite, il faut qu'elle soit en accès pas trop dur (Shift ou AltGr + main gauche). C'est bien les règles que l'on suit pour l'élaboration de ce clavier, non ? S. Veyret 17 décembre 2007 à 15:30 (CET)

Il y a pour moi une question de limitation des dommages collatéraux.

Considérons l'apostrophe droite en accès direct; si je me trompe en tapant un texte, j'aurai une apostrophe un peu moins belle dans mon texte.

Considérons maintenant l'apostrophe courbe en accès direct; si je me trompe dans un programme, il ne fonctionnera pas; si je me trompe dans un mail, ceux de mes correspondants qui utilisent un vieux client mail ou un webmail merdique (pas si rare) qui ne gère ni l'UTF-8 ni la conversion d'encodage recevront un machin pratiquement illisible pour eux, parce qu'une seule apostrophe aura causé la conversion de tout le message en UTF-8.

Donc oui à l'apostrophe courbe, mais pas en accès direct. Laurent 18 décembre 2007 à 17:39 (CET)

AltGr+{'} est une des positions les moins accessibles du clavier... uniquement faute d'AltGr symétrique. D'où ma proposition plus bas (pas extrêmement originale, si l'on considère qu'elle est placée en tête de liste des changements en attente et qu'elle reprend le concept de base de la série 0.7.x). Laurent 14 décembre 2007 à 20:08 (CET)

Est-ce que les personne qui utilisent " ' " peuvent me dire si leur usage serait _vraiment_ impossible avec " ' " en AltGr+{,} c’est quand même une des combinaison les plus accessible du clavier.

« ^ », « ~ » et « ` » morts… ou pas

Faut il un ^ mort et un ^ seul ? J’ai cru comprendre qu’en fait il y a deux symboles différents, qu’en est-il de leur usages ? Dans l’éventualité d’un seul signe, êtes-vous pour laisser les deux « ^ » ou bien un seul suffit-il ? Nemolivier 11 novembre 2007 à 21:33 (CET)

J'en profite pour étendre la question aux autres caractères redondants : le tilda et l'accent grave morts. Des différentes discussions émergent deux visions bien différentes. D'un côté, Jean-François Colson nous fait remarquer que sur les pilotes de claviers « Français (Suisse) », « Français (Canada) », « Français traditionnel (Canada) » et « Canadien multilingue standard », tous quatre destinés au français il n'y a qu'un seul circonflexe... qui est mort. Sur le pilote azerty « Français (France) » il existe « ^ » non mort en AltGr+[9] mais le tilda et l'accent grave ne sont accessibles que par les touches mortes. Pour avoir les caractères seuls il faut taper caractère+espace. On pourrait donc passer les caractères morts en AltGr en supprimant ceux en accès « non-mort ». Il est clair que l'AltGr est plus facile d'accès que l'AltGr+Shift (quasi tous les autres diacritiques sont déjà en AltGr). De l'autre côté Nicolas Chartier soutient lui le fait que ces caractères sont vraiment très utilisés et que de les avoir en direct est une évolution de la disposition (le home « ~/ » est utilisé plus de 30x par jour et « ` » sert à l’exécution de commande en shell, perl). Ceci d'autant que la liste de diffusion était constituée il y a encore 6 mois d’environ 80 % de linuxiens (qui devraient donc défendre cette idée !). Il souhaite donc ne rien modifier et propose même de remettre « ^ » non mort en AltGr+{$}. Il faudrait savoir s'il sert vraiment car le « ^ » mort est déjà en direct en plein milieu du clavier ! Mon point de vue est plutôt mitigé après une synthèse pareille, qu'en pensez vous ? A2 13 novembre 2007 à 01:47 (CET)

Pour chaque diacritique, il existe deux, souvent trois, caractères le représentant. Il y donc : ¹ le circonflexe «de base» '^', présent sur tous les claviers francophones, souvent en touche morte. Noter qu'il existe aussi les équivalents ´`~¨, mais ni cédille, ni autre double aigu. / ² la lettre modificatrice circonflexe 'ˆ', qui n'est employée sur aucun clavier au monde. Les modificatrices servent uniquement à avoir une version de chaque diacritique avec chasse. / ³ le diacritique '̂, qui si le rendu est bon doit entraîner une collision des apostrophes. Ce caractère sert pour afficher des chimères comme 'n+circonflexe' n̂. À noter que de nombreux logiciels (dont firefox) ne savent pas reconnaître une lettre accentuée ê quand ils trouvent une lettre suivie d'un diacritique ê.Orel'jan 13 novembre 2007 à 08:53 (CET)

En conclusion, on ne met que le 1, non ? Nemolivier 13 novembre 2007 à 10:53 (CET)

En conclusion (personnelle !), je propose qu'on mette le 1 en touche morte, avec possibilité de taper le 3 par une combinaison : l'idée de ‹diacritique_mort + espace_insécable → diacritique_sans_chasse› me plaît beaucoup : elle n'est certe pas évidente, mais simple à exécuter et à retenir. On devrait en parler sur une page réservée au choix des caractères à implémenter… Deuxième point, l'intérêt d'avoir un «^» non-mort à côté de l'autre. En autorisant «^» + «^» → «^», le caractère circonflexe s'obtient par deux coups sur la même touche. N'est-ce pas suffisament simple et rapide pour s'épargner d'affecter un circonflexe non-mort à une autre position ?Orel'jan 13 novembre 2007 à 12:21 (CET)

J'insiste une fois de plus sur le fait que les caractères « ^ », « ` » et « ~ » sont des caractères ASCII, et qu'il est donc important qu'ils aient un accès sans touche morte, ne fut-ce que pour pouvoir les taper en combinaison avec d'autres touches comme Ctrl. — Hugues 21 novembre 2007 à 01:31 (CET)

Je ne comprends pas la remarque sur Ctrl, ni l'obligation d'avoir les caractères ascii sans touche morte. Tu peux reformuler ton intervention ? Orel'jan 28 novembre 2007 à 10:37 (CET)

Un seul ^ suffira, mort
^ + espace = ^ (utile dans les regexp)
^ + ^ = ^^ (pas ˆˆ, ni ^ ou ˆ simple)
le ~ mériterait une meilleure place - Pyerre 21 novembre 2007 à 17:59 (CET)

Pourquoi ^ + ^ = ^^ ? Orel'jan 28 novembre 2007 à 10:37 (CET)

Pour msn et les forums, et puis par logique Pyerre 28 novembre 2007 à 23:00 (CET)

Pour ma part, j'ai besoin de ^ au boulot, pour les expressions rationnelles. Par ailleurs, est-il beaucoup plus logique que ˆ+ˆ donne ^^ plutôt que ^ ? De toute façon, le mieux n'est pas de trafiquer ˆ pour que doublé, il satisfasse un seul usage, mais d'avoir aussi un ^ normal. Laurent 14 décembre 2007 à 19:40 (CET)

Est-ce portable ? Nemolivier 18 décembre 2007 à 17:53 (CET). Comment régler un tel comportement sous linux (par défaut il me fait ^+^=^) ? Nemolivier 14 janvier 2008 à 13:19 (CET)

Quel est l'intérêt de supprimer des symboles qui servent souvent aux programmeurs, à part pour faire de la place pour permette de caser des symboles qui servent en roumain, hongrois et autres utilisations aussi courantes que le klingon sur un clavier finlandais ? Pour moi, à rien, donc on laisse les ^ ~ ` non morts. Crako 1 février 2008 à 19:57 (CET)

Résultat des simulations

Considérant que les simulations sur klay donnent des résultats fidèles (enfin, plus précisemment faisant aveuglément confiance à ceux qui bossent dessus), je propose qu'on soumette au vote les inversions étudiées NR, JF, BÉ. Orel'jan 13 décembre 2007 à 08:39 (CET)

Ça mériterais un message sur la liste de diffusion, ça. Nemolivier 13 décembre 2007 à 22:06 (CET)

Ou plutôt de faire un résumé sur la page de Klay (déjà commencé par Némo) ? A2 18 décembre 2007 à 16:04 (CET)

Caractères supplémentaires en AltGr

Certains caractères présents actuellement m'étonnent. Que viennent faire þ et ð (ø dans une moindre mesure) qui prennent de la place alors qu'ils sont inutiles pour qui ne tape pas d'islandais ? Pourquoi ne pas les regrouper sur une touche morte ‹caractère supplémentaire› qui par exemple associerait dð eə kĸ sſ tþ wƿ zʒ et dieu sait quoi encore ? Il paraît que c'est impossible sous unix, j'ai peine à le croire.

Même chose pour ñ, qui pourrait se taper via une touche morte ~ (comme c'est le cas actuellement pour ï et ë, pourtant plus fréquents). Je propose de placer à sa place le degré °, bien mal placé actuellement, ce qui permettrait une frappe plus facile de «n°». Orel'jan 13 décembre 2007 à 08:39 (CET)

Le degré ne devrait pas être utilisé pour « n° », idéalement ça devrait être un « o » en superscript (et « os » pour le pluriel). Exemples : « Voici l'appareil n^o 3. » « Voici les appareils n^os 5,6 et 7. » TuXXX 13 décembre 2007 à 18:50 (CET)

C'est tout-à-fait vrai, mais «°» est un caractère bien placé sur le clavier fr d'origine, et sert aussi d'abréviation à degré (10°N, -1°C, alcool à 90°, angle de 45°). Cela rend le caractère objectivement plus important que le ñ en accès simple. Orel'jan 14 décembre 2007 à 11:21 (CET)

Est-ce que « º » (placé en {AltGr}-{M} n'est pas prévu pour faire « nº » ?

Question subsidiaire : sinon à quoi sert-il ? Laurent 15 décembre 2007 à 11:17 (CET)

AltGr+Maj+m donne l'exposant o «º», qui comme le ª sert en espagnol (à ma connaissance, seulement). Ce n'est donc pas le «°» du clavier français. On avouera en plus qu'il est assez mal placé. Mon avis est que le bépo doit contenir les caractères du clavier français en bonne place, pour des histoires de compatibilité avec les textes tapés sur un tel clavier.Orel'jan 17 décembre 2007 à 13:57 (CET)

Hey, et mon smiley « :-þ » alors ? ;-) (c'est qu'à moitié une blague, c'est très utilisé sur IRC, donc il est souhaitable que le þ soit présent, même perdu en Shift+AltGr) Aragorn 16 janvier 2008 à 23:47 (CET)

Pour rappel, au début du projet, l'objectif était de caser tout le charset latin9. C'est pour ça qu'on a þ et ð ainsi que ø. Après si vous voulez supprimer þ qui sert en islandais, pour pouvoir mettre le double acute qui sert en hongrois, libres à vous... tant que c'est pas au détriment de symboles qui servent vraiment (au hasard les symboles de programmation). Crako 1 février 2008 à 20:02 (CET)

Ordre des chiffres

Je voudrais remettre sur la table l'idée de placer le 0 sur [²]. C'est beaucoup plus logique pour taper une séquence 1 2 3 4 5 6 7 8 9 10 11 12 etc (essayez).

En outre, j'ai vraiment l'impression que les chiffres doivent être en position basse. Ils sont fréquemment utilisés, plus en tout cas que _+*. Orel'jan 13 décembre 2007 à 08:39 (CET)

L'idée de mettre le 0 au début me plait, j'adhère Pyerre 13 décembre 2007 à 17:08 (CET)

Concernant la place du 0, le truc, c'est que je mettrais Alt sur [²] (vu que je mettrais AltGr sur [Alt]). En plus, comme le 0 est le chiffre que je tape le plus souvent (initialisation de variables), je ne suis pas très chaud pour l'avoir sur une des touches les moins accessibles, à moins d'avoir quelque chose de plus important à mettre à la place.

Concernant la fréquence d'utilisation de _ + et *, ça dépend pour qui. En tant qu'administrateur système, je peux te garantir sans faire de stats que j'utilise plus * que n'importe quel chiffre, quant à _ et +, probablement moins que 0 et 1 (et encore, pas sûr pour + et 1), mais par rapport aux autres chiffres, il n'y a pas photo non plus.

Quant aux chiffres en position haute, haute avec Caps Lock, ou basse, la position haute avec Caps Lock me semble a priori un compromis très sympathique, mais je ne pourrai me prononcer qu'à l'usage... Laurent 14 décembre 2007 à 18:26 (CET)

Plus fréquemment utilisé que _+* ça dépend pour qui. Exemple de C++: « for (int i=0; i<N; ++i) {cout << objet[i] << endl;} ». A ce propos le 0 est de loin plus utilisé que les autres chiffres. Mettre le 0 en [²] le rend trop inaccessible. Nbrodu 20 décembre 2007 à 00:07 (CET)

Le 0 en shift+[à] le rend accessible assez facilement par le majeur. Le bépo n'a pas pour objectif d'être joli, ou facile à mémoriser. Le contrat est qu'une fois mémorisé, on déplace le moins possible les mains pour une frappe en français (ou pour programmer, en second objectif). Les amateurs de logique sur la carte clavier peuvent toujours se consoler en se disant que le 0 représente un 10, qui vient après le 9. À part ça, je suis aussi pour tester la position haute des chiffres avec CapsLock, mais je ne saurais pas comment le dire à xkb (ceci dit, je dois toujours me taper sa doc, un jour (qui est toujours aussi indisgeste)) Aragorn 16 janvier 2008 à 23:38 (CET)

AltGr symétrique

D'une part, les (quelques) caractères (vraiment) utiles en AltGr à droite ne sont pas actuellement accessibles d'une manière très ergonomique, un AltGr sur la touche [Alt gauche] améliorerait cela. D'autre part, cela permettrait aussi de mettre des caractères plus utiles à des positions peut-être pas directes, mais tout du moins bien accessibles (un [Alt]-[J] serait plus sympa par exemple qu'un [Shift droit]-[6]). Donc pourquoi pas un AltGr symétrique, avec un Alt reporté par exemple sur [²] ? Laurent 14 décembre 2007 à 18:05 (CET)

Parce qu'on ne peut pas :( Plus précisément, on ne sait pas le faire sous windows.Orel'jan 17 décembre 2007 à 13:57 (CET)

Si si on sait faire ça sous Windows, j'avais testé pour Aragorn (cf. AltGr symétriques). A2 17 décembre 2007 à 23:47 (CET)

Comment s'y prend-on? MSKLC ne le permet pas et je ne sais pas éditer les tables des pilotes de clavier Windows. Tohuvabohuo (J-F Colson) 17 décembre 2007 à 23:59 (CET)
Désolé, je n'avais pas vu le lien hypertexte. Je vais y jeter un coup d'œil dès que possible.

Je n'ai pas encore eu le temps d'essayer ces logiciels, mais d'après ce que j'ai pu voir sur leurs sites respectifs, KeyTweak permet de remapper les touches dans la base de registre, ce qui ne peut se faire qu'à partir d'une connexion administrateur et affecte toutes les dispositions de claviers pour tous les utilisateurs.
Quant à AutoHotkey, si j'ai bien compris, c'est un programme qu'il faut installer et activer sur chaque machine où l'on veut le remappage de touches.
Apparemment, il n'y a rien qui puisse être activé en même temps que la disposition de clavier, à partir d'un compte limité, ou qui soit intégré au pilote de clavier.
Maintenant, il se peut que je me trompe. J'essaierai ça demain soir ou jeudi si tout va bien. Tohuvabohuo 18 décembre 2007 à 15:13 (CET)

Le AltGr symétrique a déjà été rejeté à plusieurs reprises pour des problèmes de compatibilité. Je comprends que cette idée paraisse séduisante, mais étant donné le travail déjà effectué sur ce sujet, est-il vraiment utile d'y revenir (à nouveau) ? Gaëtan 18 décembre 2007 à 15:42 (CET)

J'aimerais bien savoir où nous avons rejeté l'idée clairement ?! D'autant qu'il n'y a pas de raison que ça ne soit pas possible sous mac. En cherchant un peu, sous windows j'ai trouvé une tripotté de logiciel pour faire ça… À chaque fois on invoque le fait que ça ne soit pas portable sans avoir pris le temps d'essayer simplement parce que c'est un gros changement qui fait encore plus peur que les inversions. Je vais retester ça un peu plus longtemps pour voir s'il y a d'éventuel bugs sous jacents. A2 18 décembre 2007 à 15:49 (CET)

+1, j'ai l'impression de m'entendre. AltGr symétrique portable ou pas, ça n'a toujours pas été tranché, faute de testeurs sous Windows et Mac. Sous Linux, c'est possible avec xkb. Aragorn 18 février 2008 à 00:54 (CET)

Je viens de vérifier en passant un Windows en QWERTY que dans ce cas, il avait deux Alt (pas Gr). Ce qui prouve bien qu'il est possible de définir le comportement de ces touches dans le pilote de clavier. Après, si MSKLC ne le fait pas, il reste à trouver comment... Laurent 18 décembre 2007 à 17:11 (CET)

Placement de la brève morte sur la main gauche

Dans l'état actuel du Bépo, trois possibilités :

• remettre les caractères « ¡ » et « ¿ » en majuscule : ça libèrerait Alt Gr [G] pour la brève morte ;

Oui, cette idée me plait… S. Veyret 3 janvier 2008 à 13:08 (CET)

pourquoi pas mais c’est aussi une place intéressante pour la question du ’ et du '. par ailleurs, AltGr+K est disponible. Nemolivier 14 janvier 2008 à 13:15 (CET)

• emplacement libre en AltGr+K ;

Merci Nemolivier pour cette proposition. Cela fait un peu faire une gymnastique à la main gauche, surtout si, comme en espéranto, on doit taper un u après. Mais l'accessibilité reste bien suffisante par rapport à l'utilité. S. Veyret 14 janvier 2008 à 13:44 (CET)

• laisser la brève morte où elle se trouve et la dupliquer en Alt Gr [<], les claviers 105 touches étant, sauf erreur de ma part, majoritaires dans les pays/régions/provinces francophones auxquels le Bépo est destiné ;

À mon avis, il serait bien que la brève ne soit pas uniquement facile d'accès sur les clavier 105 touches. Je vote donc « bof » à cette solution… S. Veyret 3 janvier 2008 à 13:08 (CET)

• ne pas la déplacer, mais ajouter un Alt Gr gauche. Tohuvabohuo 18 décembre 2007 à 14:48 (CET)
• ne rien changer, la brève morte n'étant pas utilisée en français. Gaëtan 18 décembre 2007 à 15:40 (CET)

Si l'on enlève du BÉPO tous les caractères qui ne sont pas utilisés en français, alors le projet est pratiquement terminé ! S. Veyret 3 janvier 2008 à 13:08 (CET)

Cette proposition a été ajoutée dans la liste concernant le placement de la brève morte tout simplement parce que ce choix manquait dans le but de faire un vote. Détourner le sens de la proposition en l'étendant à toutes les modifications ne fait pas beaucoup avancer le problème… Gaëtan 3 janvier 2008 à 13:52 (CET)

D'accord, d'accord, inutile de s'énerver… ;-) S. Veyret 4 janvier 2008 à 12:53 (CET)

Placement des symboles « - » et « _ »

• Actuellement ils sont situés sur les touches 8 et 6, soit simplement l'inverse de ce qu'il y a sur le clavier azerty.

Ceci est ma première participation au wiki, donc pardonnez-moi si la question a été posée et résolue avant, mais cette inversion est-elle utile? Le fait de garder quelques éléments en commun avec un azerty basique peut faciliter l'adoption d'un clavier dvorak je pense, et même si ce genre de question politique n'est pas à la base de la création d'un clavier ergonomique, elle peut avoir son importance. Cette "inversion" a-t-elle une raison d'être ergonomique? Je suppose que oui mais je voulais poser la question. Axx 14 janvier 2008 à 12:00 (CET)

Oui, la touche [6] est bien moins accessible que la [8], or le « - » est beaucoup plus courant, on le met donc sur la touche la plus accessible. Nemolivier 14 janvier 2008 à 13:13 (CET)

• Déplacement du « - » en [(] pour l’usage des chiffres avec CapsLock

il me semble que compte tenu de l’accessibilité de la touche [(] c’est une mauvaise idée. À la limite, « - » peut être déplacé sur [9]. Nemolivier 1 février 2008 à 22:55 (CET)

¹²³ et autres en accès ^+le chiffre

Je trouve que c’est une très bonne idée. Est-ce possible ? Est-ce possible sur toutes les platformes ?Nemolivier 18 janvier 2008 à 11:02 (CET)

C’est non seulement possible sous GNU/Linux, mais même disponible par défaut dans la base de donnée Compose en_US.UTF8. Je crée de ce pas la page Wiki Compose pour centraliser les autres bonnes idées (j'avais déjà commencé à étendre la BD pour des symboles math) et expliquer comment faire pour l’installation en utilisateur normal (ou admin au choix). Nbrodu 24 janvier 2008 à 21:28 (CET)

« corolaire » du précédent

À savoir les numéros en indice avec _+chiffre est-il possible ?Nemolivier 18 janvier 2008 à 11:02 (CET)

Il faudrait un _ mort, non ? A2 18 janvier 2008 à 18:35 (CET)

Idéalement oui, mais la combinaison "Compose + _" donne le _ mort recherché. En clair, Compose + _ + chiffre = chiffre bas. Voir le code XKB dans la page sur compose. Nbrodu 24 janvier 2008 à 21:28 (CET)

Inversions

Inversions de R/N, F/J et inversion de B/É, voir la page de [discussion de la version 0.6.4] et ce récapitulatif plus de discussions ici et là Nemolivier 18 janvier 2008 à 11:02 (CET)

Si j’ai bien suivi, l’argument à l’époque se résumait par « é plus fréquent que b en Français » contre « mais la différence é/b est compensée par le digramme ba/ab horrible à taper avec b à gauche ». J’ajoute également par rapport aux arguments ci-dessus, que é est inexistant ou presque par exemple en Anglais (très utilisée dans les domaines techniques/informatique et scientifiques). L’écart de fréquence est spécifique au Français et devrait être relativisé par les différents usages que l’on a du clavier au quotidien, mais « ba/ab » est difficile à taper quelle que soit la langue (pas seulement le Français ou l'Anglais) --Nbrodu 24 janvier 2008 à 22:54 (CET)

Je rappelle qu'on fait un schéma de clavier francophone, donc toute allusion aux utilisations de type anglais sont absolument hors-sujets (sauf éventuellement quand il s'agit d'arbitrer entre deux solutions à peu près équivalente, ce qui n'est pas du tout le cas ici). Crako 1 février 2008 à 20:10 (CET)

En effet le [A] est moins accessible que le [Z]. Après avoir testé l’inversion je pensais que la différence n’était pas si grave, et compensée par les avantages supposés de l’inversion, donc j’étais plutôt pour. Maintenant que je suis revenu à {bépo} dans cet ordre je constate en revanche une amélioration globale (tout digrammes compris), mais ça reste subjectif. Au final pas évident de pondérer les avantages/inconvénients, on en revient encore une fois à la difficulté de quantifier le notion de gêne pour les enchaînements. Et du coup j’ai du mal à juger si l’avantage pour l’anglais est suffisant à lui seul ⇒ Je vote neutre.--Nbrodu 14 février 2008 à 10:50 (CET)

Inversion de H/X voir la liste de diffusion sujet « Inversion X et H » (pas encore archivée) le tableau est là. Nemolivier 18 janvier 2008 à 11:02 (CET)

Retour du H/Y comme en 0.6.2.2.3. Je n’ai pas trouvé d’argument en faveur ou contre l’inversion dans les archives de la liste de diffusion (mais je n'ai peut-être pas assez fouillé), et la page Version 0.6.2.2.4 mentionne « Inversion { H } <-> { Y } pour départager les gens car il était temps de le tester sérieusement ». Est-ce suffisamment testé maintenant? Quels étaient les arguments de l'époque (il y a mention d'une discussion IRC)? Avec la disposition actuelle la paire courante HE est bien peu pratique à taper pour le placement main gauche « index sur 'h' ». Si l’inversion du 0.6.2.2.4 était introduite juste pour tester sans argument réel, alors je propose de revenir au HY du 0.6.2.2.3 qui est bien plus pratique pour au moins tout ceux et celles qui utilisent le placement main gauche mentionné ci-dessus. --Nbrodu 24 janvier 2008 à 22:54 (CET)

L’inversion que je propose n’a pas pour unique but de faciliter les HE : elle facilite tous les digrammes puisque transforme un digrammes « facile » — CH — en une série de trigrammes — les CH-x — tous faciles ; le gain est bien plus important. Nemolivier 25 janvier 2008 à 10:16 (CET)

J’ai testé l’inversion H/X, mais alors on retombe sur le même problème en ce qui concerne l’index gauche pour la paire EX. Pourquoi ne pas considérer indépendamment d’un côté le retour du Y dessous le E comme en 0.6.2.2.3 pour gérer le positionnement de l’index gauche (cf ci-dessus pour les arguments)? Et de l’autre côté considérer l’inversion HX, quelle que soit la position gauche du H avant l’inversion que tu proposes: Les arguments ci-dessus — digramme/trigramme relatifs au CH et les calculs que tu as faits par ailleurs — ne sont pas ou peu affectés par le retour ou non du Y sous le E et du H (ou X) en position plus sympathique. --Nbrodu 28 janvier 2008 à 21:20 (CET)

Ce bien pensé, il faudrait je fais essayer dans les jours à venir. Ce qui est certain c’est que ça ne modifie pas mon raisonnement concernant le CH. Et que les digrammes en Y voyelles ne doivent pas être des plus courants. Nemolivier 29 janvier 2008 à 00:28 (CET)

Alors l’idée était bonne mais le UX est beaucoup plus courant que le EX… je prendrais le temps de vérifier tous les digrammes impliqués. Nemolivier 1 février 2008 à 19:56 (CET)

\ en Alt-Gr+{ / }

Histoire de le retrouver facilement, je propose \ en AltGr + {/}, soit à la place de ÷
\ est utile en C, en shell linux, en windows, (en émoticônes \o/, en 1337)... Pyerre 1 février 2008 à 21:41 (CET)

N’y serait-il pas beaucoup moins accessible qu’à sa place actuelle ? Je ne comprends pas l’intérêt (\ est aussi utile en TeX) Nemolivier 1 février 2008 à 22:42 (CET)

Au contraire, AltGr+9 se fait d'une main, rapidement, pas besoin d'amener l'autre main Pyerre 1 février 2008 à 23:28 (CET)

Il est juste que c’est une combinaison facile, cependant je ne suis pas certain que ce soit un gain réel. Nous avons toujours utilisé les modificateurs avec la main opposée à la touche qu’il modifie. C’est une règle que je trouve bonne en terme d’ergoomie et d’accessibilité. Nemolivier 2 février 2008 à 23:55 (CET)

µ en AltGr + {M}, % en AltGr

mettre µ en AltGr + {M} (ou autre), le µ ne mérite pas un maj
idem pour le purcent en AltGr+qqch (on achève bien les chevaux) Pyerre 3 février 2008 à 16:35 (CET)

Comportement des touches mortes

Pourrait-on avoir un « résumé » de l’intéret de ces propositions.

• En particulier, les propositons ci-dessous s’entendent en vue de facilité l’accessibilité de l’espéranto, c’est ça ? En ce cas elle ne sont pas tellement envisageables séparément, non ? Nemolivier 4 février 2008 à 12:14 (CET)
  • « ^ » mort + « V » → « Ŭ » & « ^ » mort + « v » → « ŭ » ; orel'jan
  • « ^ » mort + « K » → « Ğ » & « ^ » mort + « k » → « ğ » ; orel'jan
  • « ^ » mort + « X » → « Ă » & « ^ » mort + « x » → « ă » ; orel'jan

Pas tout à fait. La première proposition (et seulement la première) concerne l'espéranto. La deuxième concerne le turc et la troisième, le roumain.

Je ne comprends pas la logique. Autant ajouter un accès simple à la dernière lettre esperanta à deux doigts (nécessitant AltGr), car langue internationale et tout le tintouin, peut avoir une logique, autant des accès simples pour des caractères qui semblent pris au hasard et ne permettent pas d'écrire d'autre langue, puisqu'il manquera encore le ı et le ţ, m'étonne.Orel'jan 4 février 2008 à 17:01 (CET)

Place des guillemets français

Pour faire suite à la proposition d’inverser les guillements "«" et les balises xml "<". Les guillemets ne peuvent pas être en AltGr : c’est un caractère trop important du français pour être à cette place et en plus ça rend l’enchaînement avec l’insécable très compliqué. Il est certain qu’à l’usage, les guillemets gagneraient à être en position Shift, mais je ne vois pas où — la proposition la mieux en ce sens fut celle qui consistait à déplacer É et È en AltGr en raison de leur faible fréquence mais qui romp la règle « la majuscule en position Shift sur son caractère » et obligue à déplacer « & » et « ` ». Nemolivier 4 février 2008 à 13:43 (CET)

Laissons les guillemets français là où ils sont, mettons < et > en Maj+= et Maj+% (faut trouver une autre place pour @ et µ) Pyerre 4 février 2008 à 14:38 (CET)