Re: [EGD-discu] Compose indice + exposant, brouillon de dispo

[Marcel <bkn.ema@xxxxxxxxx>]

Vendredi 5 Août 2016 00:17:44, Julien RIVAUD (_FrnchFrgg_) a écrit :
> 
> Le 04/08/2016 à 12:29, Valentin Melot a écrit :
> 
>>> Mais avec la touche morte MATHÉMATIQUES vous donnez accès à beaucoup de symboles.
>>> Pour la récension j’attends les mathématiciens.
>> Un avis d’autres mathématiciens et physiciens (notamment) serait le
>> bienvenu. Il faut savoir que chaque domaine avancé des mathématiques a
>> une palette extrêmement large de symboles qui lui sont propres. Ceux qui
>> j’ai retenus me semblent concilier à peu près tous les thèmes abordés
>> jusqu’au niveau universitaire licence en Europe. :-)
>>
>> Au passage, j’essaierai de développer, une fois cette carte fixée, un
>> addon pour TeXstudio qui convertit ces caractères ainsi que les grecs en
>> commandes TeX, je pense que cela intéressera du monde dans la communauté
>> scientifique. :-)
> 
> Désolé pour le pavé qui suit.
> 
Merci beaucoup pour ce témoignage qui informe de nouveau plusieurs axes de travail.

> Je me permets de répondre ici en tant que fervent utilisateur de 
> (Lua)(La)TeX, et de BÉPO, que j'ai un certain nombre de raccourcis (par 
> exemple × donne \times) écrits pour Vim. Je suis prêt à faire une 
> version plus complète un de ces quatre et à la diffuser si ça intéresse.
> 
> Pour le moment elle est assez réduite parce qu'en fait j'utilise 
> LaTexSuite qui a déjà des raccourcis assez simples pour le grec et pas 
> mal de symboles, donc je n'ai pas mappé ceux que j'ai déjà l'habitude de 
> taper avec LatexSuite (par ex: `a donne \alpha).
> 
> Les ≤, ≥, ≠, et ≃ sont eux mappés, et c'est un vrai confort.
> 
Est-ce à dire « ≤ » et « ≥ » plutôt que ⩽ et ⩾ ?

> Pour le reste (même si ma voix importe moins IMHO) j'utilise ^+espace, 
> j'adhère à l'idée de chainer ^+^ pour donner la touche morte incrite,

Quelle touche morte exactement ? accent circonflexe souscrit ?
Serait-il acceptable d’avoir « ^ » en AltGr près des positions de repos ?

> et de même pour toutes les touches mortes où ça a du sens, je n'ai rien 
> contre un déplacement de touches (je réapprendrai),

Donc pour la méthode en A (?/!). NémOlivier va être content. 
Je vais y revenir plus bas avec une proposition de compromis…

> j'utilise les 
> guillemets droits, le $, le # (pour les #include par exemple, ou pour #1 
> la dénotation du paramètre en TeX) et en accès direct ils sont 
> indispensables (pas Twitter ni aucun réseau social par contre).

Le # n’est pas en accès direct actuellement, comment as-tu fait pour l’y 
mettre ? Serait-il intéressant d’avoir mettons le $ à la place du É, et 
le # à la place du È, dans un mode Programmeur basculable par la touche $# ?

Comment entres-tu les chiffres ? (en mode Programmeur ils pourraient être en 
accès direct). Quel pavé numérique utilises-tu le cas échéant ? (Sur Amazon on 
trouve des claviers compacts de bureau compatibles Windows/Mac avec un pavé
numérique en couche Fonction.)

> Le ^ en 
> accès direct ne m'apparait pas intéressant, et pourtant je l'utilise 
> beaucoup avec sed et les regex, sans parler de TeX pour l'exposant.
> 
> En fait j'utilise seulement de manière anecdotique les traitements de 
> texte, et tape tout en LaTeX utf-8, mais mes exposants je les fais avec 
> \up{} ou \ieme ou ^ pour les maths, jamais avec les caractères unicode 
> directement bien que LuaLaTeX gère ça sans problème. De même pour les 
> mathématiques, LuaLaTex gère 2429 symboles avec XITS, ça me semble 
> illusoire de vouloir les supporter, et je ne suis pas favorable à une 
> couche MATHÉMATIQUES parce que de toutes façons ces symboles sont 
> rarements utilisables correctement en mode texte, et qu'il vaut mieux 
> les désigner de manière sémantique (intersection) que graphique (petit 
> pont). Encore une fois, LuaLaTeX supporte l'entrée des maths avec 
> unicode, mais je n'y suis pas favorable (et je suis prof de maths et 
> informatique).
> 
> Les discussions sont très intéressantes à lire ici, quoique chronophages 
> et addictives...

Yep —

Jeudi 4 Août 2016 23:12:54, Olivier Guéry a écrit :
> 
> Le jeu. 4 août 2016 12:30, Valentin Melot < v.melot@xxxxxxxxxx > a écrit : 
> 
>>> Par ailleurs, j’ai publié une carte correspondant aux propositions que 
>>> j’ai faites (avec notamment des modifications importantes de LSGT, la 
>>> fameuse touche 105). 
>> 
>> Sur cette touche, le bépo ne devrait placer rien qui soit demandé par l’Afnor, 
>> à moins de le doubler ailleurs (ou de le mettre ailleurs et le doubler 
>> sur/avec la 105ᵉ). 
> À la réflexion, on pourrait donc suivre la proposition de Nicolas 
> (mettre dead_exp en AltGr + Maj + N, et je ne sais plus où serait 
> dead_sub), et dupliquer sur les positions plus accessibles de la 105e 
> touche, ou quelque chose comme ça. :-) 
> 
> Sinon on utilise cette 105ème touche pour rendre la frappe sur le clavier vraiment 
> plus ergonomique ? (vous savez, un des buts premier du bépo, et la dénomination 
> sous laquelle la disponibilité est présentée…) 
> Peut-être régler la question de ma proposition permettrait-il de faire le tri dans 
> les autres ? 
> 
Si la communauté est d’accord pour optimiser le bépo pour la méthode en A, et 
que par conséquent on retouche la carte de base, il restera à choisir le 
caractère à mettre sur K – le tiret, normalement – et éventuellement à optimiser 
le résultat pour les claviers 104 touches (et Entrée horizontale), par l’inversion
de Ç et W (?) et par la définition de palliatifs compensant la perte du À. 
Je pense aux deux roulements « CIRCONFLEXE É » et « CIRCONFLEXE È ». Ces deux 
donnent normalement des doubles-diacrités pour le vietnamien, mais seulement 2 sur 
une multitude, de sorte qu’il faudrait les sacrifier, vu qu’ils restent accessibles 
comme les autres par deux touches mortes.

L’émulation de pavé numérique peut alors être mappée sur des niveaux inaccessibles 
par défaut, en associant à Num un scancode inutilisé sur le clavier français 
(il y en a un certain nombre qui servent sur d’autres claviers uniquement), libre
à l’utilisateur de la mettre en service par le scancode mappeur. Sur un clavier 
de bureau complet, on peut mapper Num sur Windows gauche, et aussi doubler AltGr 
à gauche sur Alt qui serait mappé sur Menu contextuel/Applications… 

Dans la même veine, on peut aussi doubler les niveaux AltGr en Kana, et laisser 
l’utilisateur remapper les deux touches Alt en Kana par le scancode mappeur de 
Windows.

Merci à Jérôme d’avoir validé la méthode de remappage registre !

Si l’on part sur 2 variantes, les choses ne changent pas beaucoup. Il y a déjà 
plusieurs dispositions sous Windows pour la même locale mais différents types de 
claviers. Ainsi on aura « Français (bépo 105) » et « Français (bépo 104) ».

Est-ce qu’il y a un bon compromis qui pointe son nez quelque part dans tout ça ?

Marcel

--
Pour ne plus recevoir les messels de cette liste de discussion, envoyez un messel avec pour destinataire discussions-REQUEST@xxxxxxxxxxx et pour sujet "unsubscribe".