[ Thread Index | 
Date Index
| More ergodis.org/discussions Archives
] 
On mercredi 30 avril 2014 03:12:18 CEST, Jean Z. wrote:
Il serait extrémement utile, non pas de tenter de créer la 
disposition utile à tous (car elle n'existe pas, même si le bépo 
s'en approche beaucoup à mon sens) mais de créer des outils qui 
permettent de changer notre disposition clavier à la volée, en 
fonction de la langue dans laquelle on écrit par exemple, de 
simples préférences, d'habitudes acquises ou d'un handicap 
quelconque : passer en un seul raccourci d'une dispo deux mains 
à une dispo pour une seule main par exemple.  La gauche ou la 
droite. D'une dispo littéraire à une dispo matheuse ou webmaster 
jusqu'à extreme-hacker...
Les outils pour changer de dispo rapidement existent déjà (au moins sous 
kde/gnome/windows, pour mac je ne sais pas).
Par contre, ils ne permettent que de choisir parmi une dispo « installée », 
donc disponible sur la machine. C’est peut-être de ce côté-là que tu veux 
améliorer les choses ?
L'Ergodox ne représentant qu'une variante parmi des centaines 
d'autres dans cette affaire. Avec de tels outils, il ne devrait 
y avoir aucune difficulté à générer chez soi ou mettre en ligne 
rapidement les pilotes pour n'importe quel nouveau clavier mis 
sur le marché (par des amateurs ou des industriels) aussi 
extravagant soit-il.
Il me semble que de tels outils existent pour windows (je me souviens avoir 
modifié assez aisément la dispo azerty pour y rajouter les majuscules 
accentuées en shfit + altgr, mais je ne me souviens plus de l’outil que 
j’avais utilisé à l’époque). Une remarque toutefois, sous linux, il me 
semble que de plus en plus, l’entrée « clavier » se fera, non pas au moyen 
de xkb, mais plutôt au moyen de fcitx ou ibus (en raison notamment des 
langues CJK, impossibles à taper au clavier sans un module intelligent 
derrière).
Je ne sais pas si fcitx/ibus remplacent complètement xkb ou s’ils viennent 
seulement par-dessus (jamais eu le temps de creuser). La configuration xkb 
est une vraie merde (les outils sont buggés et ont des incompatibilités 
entre eux). Apparemment ce sera mieux sous wayland (tout a été refait). Vu 
que l’avenir c’est wayland, peut-être que ça vaut mieux de concentrer ses 
efforts là-dessus pour de tels outils.
Bref, autant le bépo demeurera je pense le meilleur compromis 
possible avec les claviers industriels dominants(3), autant il 
s'agit désormais de renverser les paradigmes et de refaire les 
claviers autour des doigts. Mais de toutes les sortes de doigts, 
y compris de ceux qui n'en ont pas. Bepo.fr est certainement 
l'organe le mieux placé en francophonie pour opérer ce travail. 
Et fédérer les efforts pour créer les outils logiciels qui 
devront accompagner l'explosion et la mort programmée du « 
clavier-machine-a-ecrire-traditionnel ».
En fait il y a deux manières de voir les choses quand tu fais un clavier.. 
Soit tu considères que ton clavier est « natif qwerty », et que c’est le 
pilote qui va faire la disposition, soit tu fais un clavier qui « triche » 
et va renvoyer des keycodes qui ne correspondent pas à la position standard 
des touches (cas des claviers dvorak physiques). « Tricher » permet de 
déplacer les touches, mais pas de changer le résultat d’une touche + 
modificateur, ce qui limite (un peu) les possibilités. L’avantage est que 
ça évite d’avoir à écrire un layout spécifique à ton clavier.
Pour du prototypage, j’aurais tendance à privilégier la deuxième solution, 
bépo me semblant une bonne disposition pour tricher avec, dans la mesure où 
elle offre toutes les lettres « logiques » en accès direct (reste l’éternal 
débat des chiffres en accès direct), et des modificateurs shift/altgr 
logiques. À mon sens, le layout spécifique introduit pas mal 
d’inconvénients au déploiement et à l’utilisation (genre : la saisie de la 
passphrase au boot qui n’est pas dans le bon layout) qui font qu’on a 
intérêt à garder un layout standard et à jouer sur les keycodes.
Julien
--
Pour vous d�bonner, envoyez un message avec comme objet "unsubscribe"
vers discussions-REQUEST@xxxxxxxxxxx