Discussion:Exposant et indice

Barre espace

Hello,

Je suis assez surpris par le choix des caractères sur la barre d’espace. Pourquoi ceux-ci précisément ?

Bien cordialement --Milton (discussion) 20 novembre 2016 à 15:02 (CET)

Le ² et ₂ sont les caractères utilisés pour représenter la touche, je les ai donc mis logiquement en espace, après j’ai mis le ³ en maj car il est souvent utiliser pour m³ mais c’est optionnel Flavien21 (discussion) 20 novembre 2016 à 19:40 (CET)

Ah, je ne me souvenais pas que le caractère ² avait été retenu pour symboliser cette touche morte. Ce n’est pas absurde, mais vue la fréquence du « e » en exposant, on aurait aussi pu penser à celle-ci. Cordialement --Milton (discussion) 20 novembre 2016 à 22:08 (CET)

Rien n’a été retenu, c’est une décision arbitraire de ma part Flavien21 (discussion) 21 novembre 2016 à 09:17 (CET)

Caractères morts

Je ne comprends pas cette section :

• en quoi doit-on absolument mettre ^ et _ en caractères morts sur ces touches mortes ?
• en quoi cela serait-ce incompatible avec la touche morte circonflexe, tout en étant compatible avec le _ existant ?

Cette proposition de caractères morts ne présente que des inconvénients, et n’a aucun intérêt. Pourquoi l’avoir exposé ? Crako (discussion) 27 novembre 2016 à 12:34 (CET)

Ok, après échange sur IRC j’ai compris qu’il y a une différence de comportement entre X.Org et MacOS/Windows :

• sous X.Org : clavier bépo^ clavier bépoq ne produit rien, car il n’y a pas de règle de composition définie. On ne peut pas modifier ce comportement ;
• sous MacOS : clavier bépo^ clavier bépoq produit ^q ;
• sous Windows : clavier bépo^ clavier bépoq produit ^q. Et il existe une contrainte d’unicité sur le caractère associé à la touche morte, qui fait qu’on ne peut pas avoir le ^ utilisé à la fois pour circonflexe et exposant, c’est à dire qu’on ne peut pas avoir à la fois clavier bépo^ clavier bépoq qui produit ^q ET clavier bépoexposant clavier bépoq qui produit ^q.

Sous Windows je suggère donc d’utiliser respectivement ² et ₂ comme caractères morts.

--

Crako (discussion) 27 novembre 2016 à 13:07 (CET)

Utiliser clavier bépo²  et clavier bépo₂  est inefficient, car les caractères insupportés sortent de manière inutile, alors qu’avec clavier bépo^  et clavier bépo_  on a automatiquement le tout au format TeX.

Dans l’autre sens : ne pas utiliser clavier bépoê  comme caractère mort pour l’accent circonflexe induit une perte d’ergonomie quand la touche clavier bépoê sera réaffectée (tirets ou autre), car sous Windows et macOS, des séquences comme clavier bépoê clavier bépom sortent automatiquement en 'êm' (comportement émulable sous X.Org, et fonctinnant avec 'd', 'f', 'l', 'm', 'n', 'p', 'r', 't', 'v', sous X.Org aussi en majuscule). Marcel (discussion) 27 novembre 2016 à 13:44 (CET)

Le truc en plus c’est que si ^ est à la fois le caractère pour circonflexe et exposant et en non mort à côté, alors faire clavier bépo^ clavier bépo^ , clavier bépo^ clavier bépoexposant  et clavier bépo^ clavier bépo^ donneront tous les 3 la même chose (sur Windows). -- Flavien21 (discussion) 27 novembre 2016 à 14:07 (CET)

Comme Nicolas l’a écrit, il ne faut jamais utiliser le même caractère mort pour deux touches mortes, sinon c’est chaque fois la ligne qui se trouve être la première dans la deadlist qui fonctionne, et l’autre qui est pareille, est en panne. C’est pareil quand on utilise des lettres diacritées comme caractères morts : il faudrait éviter de prendre celles qui sont sur le clavier comme touches vives. Comme dans l’exemple que tu cites, où le circonflexe vif après le circonflexe mort fait le même effet qu’une double frappe du circonflexe mort.

C’est juste que pour la touche morte exposant, on n’a pas vraiment le choix si l’on veut une sortie raisonnable. Perso dans ma version obsolète (que j’utilise toujours, faute d’avoir eu le temps de terminer le redéveloppement des drivers), j’ai encore '↑' et '↓' comme caractères morts d’exposant et indice… Parlant, mais inefficient car obligeant l’utilisateur à tout effacer au lieu de pouvoir le laisser tel quel, du moment qu’il sait que le format TeX est plus utile pour communiquer, même s’il n’utilise pas LaTeX. Marcel (discussion) 27 novembre 2016 à 14:55 (CET)

Utiliser ê dans ce rôle dans le but d’obtenir « êm » en tappant clavier bépo^ clavier bépom me parait complètement délirant puisque ces deux touches sont sur la même main, et qu’il me parait beaucoup plus naturel de taper clavier bépo^ clavier bépoeclavier bépom pour obtenir le même résultat.

--

Crako (discussion) 27 novembre 2016 à 19:11 (CET)

Je n’ai pas testé les fréquences respectives, mais pour la touche morte exposant, je me demande si ᵉ ne serait pas plus pertinent, ou éventuellement ˢ si la touche morte était sur AltGr+s. De même pour l’indice, on pourrait par cohérence choisir la lettre associée à la touche choisie. Cordialement --Milton (discussion) 27 novembre 2016 à 15:53 (CET)

Le plus pertinent est de choisir pour chaque touche morte en priorité le caractère qui est le plus pertinent quand il est inséré avant les caractères non supportés, sous Windows et macOS. Dans le cas d’exposant et indice, on sait désormais que le seul choix pertinent est '^' et '_'. Pour l’accent circonflexe, le plus pertinent en français est 'ê'. Pour la plupart des autres touches, on peut choisir le caractère le plus parlant, ou le mieux supporté par les polices. Là c’est le moment d’associer 'ɍ' à rayé et de placer cette touche morte en clavier bépoMaj+clavier bépoAltGr+clavier bépoR , par exemple pour la mnémonique (enfin c’est ce que j’ai). Marcel (discussion) 27 novembre 2016 à 16:06 (CET)

« Dans le cas d’exposant et indice, on sait désormais que le seul choix pertinent est '^' et '_'. » Marcel, répéter encore et toujours le même argument sans aucune justification plausible aura pour seul et unique effet le même que celui qui se produit sur la liste de diffusion. Les gens t’ignoreront purement et simplement, et te laisseront dans tes délires. Il est grand temps que tu poses le crayon, et que tu prennes un peu de recul sur tes propositions.

--

Crako (discussion) 27 novembre 2016 à 19:11 (CET)