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 ²  et ₂  est inefficient, car les caractères insupportés sortent de manière inutile, alors qu’avec ^  et _  on a automatiquement le tout au format TeX.

Dans l’autre sens : ne pas utiliser ê  comme caractère mort pour l’accent circonflexe induit une perte d’ergonomie quand la touche ê sera réaffectée (tirets ou autre), car sous Windows et macOS, des séquences comme ê m 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 ^ ^ , ^ exposant  et ^ ^ 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)