Re: [EGD-discu] ergodox

[ 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


Mail converted by MHonArc 2.6.19+ http://listengine.tuxfamily.org/