Re: [EGD-discu] Chaînes de sortie

[Marcel <bkn.ema@xxxxxxxxx>]

Si sur le projet bépo, c’est devenu un marronnier, voire un épouvantail ou un serpent de mer, c’est peut-être parce que cela fait partie des problèmes insolubles du fait que la maqueette d’impression des touches a été figée avant que ce soit résolu.

Le souci avec la mise au rebut de ce problème, c’est que si tous les azerty français se mettent à l’espacement automatique, le bépo aura l’air doublement obsolète : d’abord parce qu’il implémente la méthode Dvorak au lieu de la méthode Colemak, ensuite parce qu’il faut espacer les ponctuations manuellement.
Comme je risquerai de sortir un tel Colemak français et un tel azerty en plus des autres, il me semble important de voir honnêtement si le bépo ne pourrait pas être mis à niveau au moins pour cette histoire d’espacement.

Donc permettez-moi de vite traiter les arguments d’Alexandre, au moins pour l’archive :

On 03/01/2019 16:33, Alexandre Garreau wrote:

Perso ça me semble ergonomiquement logique — c’est une factorisation naturelle — de pas avoir à taper les deux caractères, d’avoir à taper qu’une seule touche.

Le problème est le suivant : c’est nécessaire pour pouvoir taper d’autres langues (vivantes : anglais, etc.), langages (genre de prog), ou juste différemment (je vois des gens qui font volontairement le choix de ne pas mettre d’espace autour de la ponctuation en français (pas parce que c’est pas pratique — ici ce serait caduque — mais parce que ce serait « moche » ou « moins logique/lisible »), ils ne veulent pas avoir à modifier leur clavier pour ça ou en utiliser un autre, et veulent que leur clavier leur laisse faire ce qu’ils veulent.

C’est souvent opposé, mais ce n’est plus valable depuis que je propose de ne pas toucher aux grandes ponctuations telles qu’elles sont sur le bépo, mais d’ajouter les chaînes de sortie sur des emplacements dont on peut se passer, si possible sur les mêmes touches. Dans le cas extrême, ces chaînes pourraient aller en Maj+Altgr si elles sont jugées suffisamment intéressantes pour justifier l’appui sur AltGr en plus de Maj. Pour les guillemets, prendre les places des symboles ⩽⩾… Au point médian, une place en AltGr au lieu de Maj+AltGr irait bien, car cela irait dans le sens des personnes qui l’utilisent – et qui ont la modestie de se satisfaire d’une place en AltGr (contrairement à une initiative qui le voulait en direct). « Maj+AltGr » au contraire pourrait être ressenti comme une brimade pour un seul symbole relativement fréquent selon le style, tandis que ça passe pour une chaîne.

Donc ce problème n’existe quasiment plus pour le bépo dans ce cas. Certes ce n’est pas ce que je propose par ailleurs, mais difficile de faire mieux à ce stade.

Et les gens n’apprennent généralement qu’un clavier, qu’ils ne configurent pas, ne paramétrisent pas, ne changent pas. Il faudrait que le clavier se « paramétrise » tout seul, en fonction de ce qu’on tape, donc du contexte (et que ce soit pas omniprésent, et configurable par l’utilisateur, avec des outils de haut niveau). La solution actuelle d’avoir les processeurs de texte qui font ça me semble bonne : en fait on considère le guillemet comme un raccourci clavier, et il insère le caractère associé avec sa bonne ponctuation.

Malheureusement non, car dans les processeurs de texte et même dans Publisher c’est l’espace insécable Latin-1 et rien d’autre. S’il y a quelque chose qui fait moche et fout la représentation informatique du français en l’air, c’est bien celle-là, d’abord parce qu’elle est justifiante sur le web, et puis parce qu’elle bugue depuis des décennies et n’est jamais déboguée. Laisser les utilisateurs à la merci de cette autocorrection-là n’est plus soutenable.

Le processeur de texte, normalement, est sémantique et sait ce qu’on tape, et on doit pouvoir configurer ce qu’on compose, et comment ça marche (c’est plus simple que de chercher le menu des petits modifs compose&cie du clavier dans GNU/Linux (ou Windows, ou ça existe juste pas)).

Ce qui marche bien, sous Windows, c’est de le faire par Clavier+ en mettant l’état de la bascule VerrDéfil comme condition, qui ne sert plus que dans les tableurs.

En fait surtout, pour moi, niveau prog ce serait très chiant. Même dans emacs en général en fait : je peux déjà dire que « «» » sont des raccourcis clavier, et configurer comme je veux, avec l’idée de « une touche, une action, un comportement »… mais si c’est « «  » et «  » » (c’est compliqué hein ? :P la langue française et sa typographie n’a jamais prévu l’échappement x)), donc deux à chaque fois… là c’est compliqué : laquelle est un raccourci clavier, comment éviter le comportement de l’autre, faut-il l’annuler… c’est juste plus complexe : c’est la mauvaise couche, faut faire ça plus haut niveau.   

C’est l’ancienne approche. Quand sur le projet bépo on étudiait l’espacement automatique, on partait du principe de le mettre aux endroits où se trouvent les guillemets. Mais pour le bépo ce n’est pas ce que je suggère de faire. J’ai été très précis dans mon message : les chaînes s’ajoutent en plus, pas à la place. C’est la 2ᵉ ou la 3ᵉ fois que j’évoque le sujet, à chaque fois je parle d’ajouter, à chaque fois on me dit de ne pas changer le comportement existant. Mais je ne propose pas que le bépo change l’existant, je propose que le bépo ajoute une fonctionnalité en plus, sur d’autre emplacements que celles où se trouvent les ponctuations en question, qui elles, resteraient inchangées…

(Btw, pour éviter le smiley, utiliser des guillemets : « : »).

Merci, bonne idée. Tellement plus simple quand l’espacement est automatique…

--

 

Cordialement,

Marcel
--
Courrielleur : Thunderbird 52.9.1 sous Ubuntu 16.04 Xenial Xerus