Disposition de clavier bépo - Contributions [fr]

GNU/Linux et Unix libres

2014-07-02T08:20:26Z

Zanobox : Orthographe + précisions sur /etc/default/keyboard

Cette page concerne l’interface graphique des distributions GNU/Linux, distributions BSD, Minix et OpenIndiana.

Pour les connaisseurs, sachez que ça fonctionne à la fois pour X.org et pour Wayland car ils utilisent le même système (XKB) pour gérer le clavier.

== Interface graphique ==
=== Installation ===
À moins que votre système soit en train de fossiliser, le Bépo devrait être inclus par défaut. Si ça n’est pas le cas, vous pouvez tenter l’[[X.Org_:_installation_manuelle |installation manuelle]].

==== Compose et touches mortes ====
C’est le mécanisme qui gère les [[touches mortes]]. Il permet de créer vos propres combinaisons et de combiner plusieurs touches mortes. Plus d’informations sur la [[Compose |page dédiée]].

=== Utilisation ===
* [[Utilisation avec GNOME 2|Utilisation avec GNOME 2 et Mate]]
* [[Utilisation avec KDE]]

Nous n’avons pas encore d’instructions pour GNOME 3, Unity, Cinnamon ainsi que Xfce mais les procédures sont similaires.

Sinon, pour une activation temporaire (session en cours), il suffit d’utiliser la commande {{c|setxkbmap fr bepo}} dans un terminal ({{c|setxkbmap fr oss}} pour revenir en azerty). Vous pouvez associer cette commande à un lanceur d’application dans la plupart des environnements de bureau.

==== Activation pour tous les utilisateurs, dès l’écran de démarrage ====
Tous les réglages se font dans le fichier de configuration de X.org, {{c|/etc/X11/xorg.conf.d/10-evdev.conf}} (si vous avez une ancienne distribution ou une configuration spéciale, ça peut aussi être {{c|/etc/X11/xorg.conf.d/20-keymap.conf}} ou {{c|/etc/X11/xorg.conf}}). Pour faire une sauvegarde du fichier de configuration et l’éditer, lancez les commandes suivantes dans un terminal (remplacez $fichier par un des noms de ) :

<source lang="bash">
cp /etc/X11/xorg.conf.d/10-evdev.conf{,.backup}
sudo nano /etc/X11/xorg.conf.d/10-evdev.conf
</source>

Recherchez la section commençant par :

<source lang="bash">
Section "InputClass"
Identifier "evdev keyboard catchall"
[…]
Option "XkbLayout" "fr"
Option "XkbVariant" "oss"
EndSection
</source>

Remplacez la valeur définie pour l’option {{c|XkbVariant}} par «bepo» (ou, pour une autre disposition, le nom défini dans le fichier {{c|/usr/share/X11/xkb/symbols/fr}}). Ici, cela nous donne la ligne suivante :

<source lang="bash">
Option "XkbVariant" "bepo"
</source>

Et faites Ctrl-X, O puis Entrée pour sauvegarder.

'''Variante pour Debian et ses dérivées à partir de Wheezy'''

Sous Debian Wheezy, il se peut que les fichiers ci-dessus n'existent pas. Dans ce cas, et si le fichier {{c|/etc/default/keyboard}} existe, il faut éditer ce dernier en sudoer
<source lang="bash">
sudo gedit /etc/default/keyboard
</source>
et à l'intérieur de ce fichier, remplacer :
<source lang="bash">
XKBMODEL="pc105"
XKBLAYOUT="fr"
XKBVARIANT=","
XKBOPTIONS=""
</source>
par :
<source lang="bash">
XKBMODEL="pc105"
XKBLAYOUT="fr,fr"
XKBVARIANT="bepo,latin9"
XKBOPTIONS="grp:alt_shift_toggle"
</source>
Et ensuite, il suffit de faire alt+shift, ou de cliquer sur le changement de disposition de clavier pour switcher entre bépo et azerty.

L'ensemble des modèles et options disponibles est listé dans le fichier {{c|/usr/share/X11/xkb/rules/xorg}}.

Notez que le fichier {{c|/etc/default/keyboard}} servira également à la configuration des consoles tty.

==== Basculement de disposition à la volée ====
Il est possible de configurer deux dispositions de clavier dans X.Org, et de passer d’une disposition à l’autre en appuyant simultanément sur les deux touches Majuscules. Vous pouvez configurer le changement de disposition avec un raccourci clavier dans votre environnement de bureau. Néanmoins il est possible de le configurer au niveau système, ce qui a pour conséquence de fonctionner sur tous les environnements de bureau et depuis l’écran de connexion.

De plus, il est possible d’activer le voyant ''Arrêt défil'' (alias ''Scroll lock'') du clavier lorsque la seconde disposition clavier est active. Cette configuration est très pratique lorsqu'on souhaite passer le clavier à une personne qui ne connait pas le Bépo.

<source lang="bash">
Section "InputDevice"
Identifier "Generic Keyboard"
Driver "kbd"
Option "CoreKeyboard"
Option "XkbRules" "xorg"
Option "XkbModel" "pc105"
Option "XkbLayout" "fr,fr"
Option "XkbVariant" "oss,bepo"
Option "XkbOptions" "grp:shift_toggle,grp_led:scroll"
EndSection
</source>

=== Problèmes ===
==== Touches mortes qui ne fonctionnent pas ====
Voir [[Compose#Le_m.C3.A9canisme_de_Compose_.28et_de_touches_mortes.29_ne_fonctionne_pas|la solution sur la page de Compose]].

== Autre ==
=== Console ===
L’installation en mode console dépend fortement de votre système :

* [[Console_GNU/Linux|GNU/Linux]]
* [[Console_FreeBSD|FreeBSD]]
* [[Console_OpenBSD/NetBSD|OpenBSD/NetBSD]]
* [[Console_OpenIndiana|OpenIndiana]]
* [[Minix]]

=== Grub ===
Le gestionnaire d’amorçage Grub est probablement le logiciel qui vous permet de choisir un système et de le démarrer. Depuis sa version 1.99, il est possible d’utiliser [[Console_GNU/Linux#Grub_2|une disposition personnalisée]].

Installation

2014-07-02T07:16:43Z

Zanobox : 2 corrections d'orthographe

{{DISPLAYTITLE:}}
Guides d’installation des pilotes bépo
pour les différents systèmes d’exploitation
 

{| width="100%"
|valign="top" width="55%"|
{{Cadre|titre=[[Android]]
|code couleur=vert
|logo=AndroidLogo.png
|px=20
|logo_editlien=Nuvola filesystems folder download.png
|lien=http://code.google.com/p/softkeyboard/wiki/HowTo
|contenu=Les claviers logiciel AnySoftKeyboard, SlideIT et Switfkey vous permettent d’utiliser la disposition bépo sur votre appareil Android ; il est aussi possible d’utiliser le bépo sur un clavier physique.}}

{{Cadre|titre=[[GNU/Linux et Unix libres]]
|code couleur=orange
|logo=X.Org_Logo.png
|px=20
|logo_editlien=Nuvola filesystems folder download.png
|lien=http://download.tuxfamily.org/dvorak/xkb/
|contenu=
La disposition bépo est fournie par défaut sous GNU/Linux, BSD, OpenIndiana et Minix. La page d’installation explique comment configurer son système (et installer la disposition pour le mode console).
}}

{{Cadre|titre=[[Mac OS X]]
|code couleur=rouge
|logo=Apple-logo.png
|px=18
|logo_editlien=Nuvola filesystems folder download.png
|lien=http://download.tuxfamily.org/dvorak/macosx/fr-dvorak-bepo-macosx-1.0rc2.dmg
|contenu=La page d’installation Mac OS X détaille l’installation des pilotes et donne quelques informations complémentaires comme le visualiseur de clavier.}}

{{Cadre|titre=[[Windows|Windows, DOS et FreeDOS]]
|code couleur=bleu
|logo=Windows_logo.png
|px=20
|logo_editlien=Nuvola filesystems folder download.png
|lien=http://download.tuxfamily.org/dvorak/windows/bepo.exe
|contenu=La page d’installation Windows détaille comment installer et utiliser le pilote sur votre machine si vous avez les droits d’administrateur. Dans le cas contraire, vous pouvez utiliser ''[[Portable Keyboard Layout]]''.}}

|valign="top" width="2%"|

|valign="top"|

{{Cadre|titre=Autres systèmes d’exploitation
|code couleur=violet
|logo=Point_interrogation.svg
|px=13
|logo_editlien=[[Fichier:Point_interrogation.svg]]
|contenu=D’autres systèmes prennent en charge le bépo :
* Haiku : disponible par défaut ;
* Firefox OS : disponible dans les version nocturnes ;
* [http://forum.bepo.fr/viewtopic.php?pid=3693#p3693 iOS] : nécessite de ''jailbreaker'' son appareil. }}

{{Cadre|titre=Archive nomade
|code couleur=violet
|logo=Mystica_USB_Flash_Drive.png
|px=20
|logo_editlien=Nuvola filesystems folder download.png
|lien=http://download.tuxfamily.org/dvorak/documents/bepo_clef.zip
|contenu={{dl|documents/bepo_clef.zip|Cette archive}} vous permet d’emporter la disposition bépo partout. Elle contient :
* le pilote portable [[Portable Keyboard Layout|PKL]] pour Windows ;
* le pilote pour [[Mac OS X]] ;
* le pilote pour [[X.Org portable|GNU/Linux et Unix libres]] ;
* la [[Console linux#Avec keymaps|disposition]] pour la console linux ;
* ainsi qu’un aide-mémoire et un bref guide d’utilisation.}}

{{Cadre|titre=Aide-mémoire
|code couleur=gris
|px=20
|logo_editlien=Nuvola filesystems folder download.png
|lien=http://download.tuxfamily.org/dvorak/documents/bepo_aide-memoire.pdf
|contenu=L’{{dl|documents/bepo_aide-memoire.pdf|aide-mémoire}} contient les cartes simplifiée et complète de la disposition bépo, ainsi que la liste des caractères disponibles par le biais des touches mortes.}}

|}

Utilisateur:Zanobox

2014-04-14T22:48:51Z

Zanobox : /* Et ensuite */ Petit update sur dispo perso

Fichier:Capture-byfok-avril2014.png

2014-04-14T21:43:09Z

Zanobox : Etat de la disposition byfok en avril 2014. Les couches AltGr et Shift-AltGr restent inachevées mais «plain» et «shift» sont quasiment stabilisées.

Etat de la disposition byfok en avril 2014.
Les couches AltGr et Shift-AltGr restent inachevées mais «plain» et «shift» sont quasiment stabilisées.

Discussion utilisateur:Zanobox/Ueyeo

2014-03-18T21:16:57Z

Zanobox : /* Barre d'espace */

= Barre d'espace =

J'ai remarqué que sur ton clavier, la touche espace n'est pas du tout à un endroit accessible pour la frappe, vu que c'est une touche centrale. C'est pourtant l'une des deux touches les plus utilisés (15 % du français, comme la touche « e »). C'est un choix de ta part, mais je souhaitais te le signaler. Par contre les modificateurs au niveau des pouces, c'est vraiment agréable. [[Utilisateur:Robin|Robin]] 8 mars 2014 à 18:19 (UTC)

Tiens! Je remarque seulement ta remarque ! Tu as raison, l'espace est assez éloignée du repos de l'index. Le fait qu'elle soit centrale ne me dérange pas, c'est effectivement un choix, au moins pour essayer, mais cette distance est un problème dont je ne m'étais pas rendu compte. Je vais y réfléchir. Le premier truc qui me vient serait une sorte de tricherie du genre Shift + shift = Espace, avec les deux pouces donc. Mais c'est un peu contraignant. Ou sinon lui donner une des places royales de repos, sous un des index. Je remettrai à plat toutes les questions de dispo au moment de la programmation, après avoir dompté quelques autres gros morceaux de technique ! Merci de me l'avoir signalé en attendant ! [[Utilisateur:Zanobox|Z.]]

Utilisateur:Zanobox/Ueyeo

2014-03-06T08:43:54Z

Zanobox : /* Cahier des charges et partis pris */

Ueyeo est un projet de clavier sur mesure, avec mains séparées, touches en pattes d'ours et contrôle de la souris.
Le nom de ce projet vient de la disposition provisoire des symboles qui lui est attachée.
L'accent est mis sur le confort (d'un point de vue purement subjectif) et non sur la vitesse.

Il s'agit de mon premier projet de ce genre (je commence à rédiger ceci en attendant la livraison de mon fer à souder !),
basé sur les nombreuses informations, exemples et références trouvées en premier lieu sur
ce wiki et le forum. Un grand merci à tous ceux qui se reconnaitront, pour leur travail et le partage en général. :)
Il me reste encore pas mal de lecture pour les prochaines semaines...

Voilà où j'en suis pour l'instant :
(La disposition et la forme générale ne sont pas arrétées, c'est un brouillon).

[[Fichier:ueyeo-proto-newest.svg | 800px]]

==Cahier des charges et partis pris==

# Usages : Rédaction en français et d'autres langues, développement, graphisme, console (tty). L'ordre d'importance de ces usages variant d'une saison à l'autre.
# Mains séparées pour pouvoir poser devant soi un livre, des documents, une table traçante, une assiette un cendrier ou ce qu'on voudra qu'on ne peut pas poser sur la table parce qu'il y a le clavier. Sinon le moindre truc menace de tomber des qu'on cherche ou qu'on bouge la souris !
# Une souris intégrée, justement : trackball, joystick, ou trackpoint. Pour l'instant je vais tenter la trackball.
# Un maximum de caractères en accès direct, donc beaucoup de touches pour chaque main (2 x 48).
# Symétrie des modificateurs principaux (Ctrl, Alt, Shift, AltGr)
# Touches d'édition vers le centre, aux indexs (Return, Tab, Space, Backspace, Esc).
# Un microcontrolleur teensy2 parce que c'est plus facile pour commencer.
# Programmable, multicouches, doit pouvoir avoir le même fonctionnement sur tous les systèmes d'exploitation.
# Il ne faut pas que ça coute trop cher, récupération, matériaux simples, pas de circuit imprimé ni d'impression 3D (pour l'instant !).
# Léger et facilement transportable, pour un usage nomade. Encombrement à négocier entre le confort partout et les contraintes du transport et de l'installation. Edit : Ce premier projet n'est clairement pas adapté à un usage nomade, on préférera pour ça un clavier en un seul morceau, avec un seul cable et/ou du bluetooth et le plus plat possible avec un nombre réduit de touches. Avec aussi un [http://www.adafruit.com/products/444#Technical_Details joystick de pouce] au lieu d'une trackball. Ce sera certainement mon second projet.

==Pré-projet==
===Récupération===
J'ai eu la chance de retrouver au grenier un Apple Extended Keyboard II ([[http://deskthority.net/wiki/Apple_Extended_Keyboard_II AEKII]]), le dernier clavier mécanique distribué par Apple, en 1995. Il avait échappé à la poubelle, mais il ne passera pas l'hiver.
J'en ai récupéré les rupteurs (Cream Alps) et les capuchons. Ces derniers conditionnent donc fortement la disposition des touches adoptée,
en particulier au niveau des pouces et des index.
Par ailleurs depuis quelque temps ma trackball logitech devient capricieuse. Je vais la recycler sans scrupule. La boule prend tout de même de la place et m'oblige à augmenter l'épaisseur (plus de 4cm) alors que j'avais prévu auparavant un joystick de pouce. Mais ce n'est pas forcément un inconvénient, ça permet de creuser la zone des touches pour leur donner de la profondeur et aussi de ranger le cable usb dans la partie gauche.
Pour la boite, je pense utiliser ce qui traine, à savoir des couches d'aggloméré et/ou de carton fort de 3 mm d'épaisseur. C'est léger et pas cher ce n'est pas très solide mais ça reste souple. Une fois peint et vernis ça devenir suffisamment imperméable. Et puis je n'ai toujours pas d'imprimante 3D.
Pour l'instant, je dispose de rupteurs, de capuchons, d'une trackball et de quoi faire une boite, et le projet ne m'a rien coûté d'autre que du temps. J'éspère m'en tirer pour moins d'une cinquantaine d'euros.

===Modificateurs===
Les modificateurs aux pouces. Inconvénient, la forme des touches, imposée par le jeu de touches de l'AEKII.
Avantage : avec le même pouce on peut faire Ctrl+Alt, Ctrl+Shift ou Shift+AltGr.
Tous les autres modificateurs ou lockers sont rejetés dans une colonne à l'éxtrème gauche.

Utilisateur:Zanobox/Uyeo

2014-03-03T11:17:38Z

Zanobox : Contenu remplacé par « Page et dossier à supprimer, désolé pour mon étourderie d'avoir créé ce dossier en tapant Uyeo au lieu de Ueyeo... Merci d'avance à l'admin qui voudra bien s'e... »

Page et dossier à supprimer,
désolé pour mon étourderie d'avoir créé ce dossier en tapant Uyeo au lieu de Ueyeo...
Merci d'avance à l'admin qui voudra bien s'en occuper,
Z.

Utilisateur:Zanobox

2014-03-03T11:04:23Z

Zanobox : /* Appendice pour /usr/share/X11/xkb/symbols/fr */

Utilisateur:Zanobox/Byfok

2014-03-03T11:02:40Z

Zanobox : Page créée avec « Notes et réflexions en cours sur la disposition personnelle Byfok === - Modificateurs et touche compose=== - {{touche|AltGr}} symétriques et {{touche|Alt}} à la place... »

Notes et réflexions en cours sur la disposition personnelle Byfok

=== - Modificateurs et touche compose===
- {{touche|AltGr}} symétriques et {{touche|Alt}} à la place de {{touche|Super}} droite, déportée sur {{touche|Menu/Compose}}

Inconvénient: je dois revoir tout mes raccourcis de gestionnaires de fenetres et réapprendre
ou redéfinir les raccourcis des applications; écrire une variante spéciale pour mon vieux portable qui n'a pas de touche Menu.

Mais les avantages sont indiscutables, en permettant de résoudre plusieurs problèmes (par exemple le {{touche|Ç}}, les chiffres,...).

- Escape sur {{touche|CapsLock}} : un classique des vimeux.

- {{touche|Return}}, {{touche|Backspace}}, {{touche|Tab}} et {{touche|Caps}} (Escape)
Je songe à les interchanger, mais c'est encore à l'étude.

=== - Les chiffres en AltGr et centrifuges===
Avant d'opter pour l'AltGr symétrique je les avais mis sur
deux rangées en haut de la main gauche, ce qui ne présentait finalement pas les avantages d'un pavé numérique.
Cette disposition des chiffres a largement pesé dans mon choix de l'AltGr symétrique.

=== - Signes ouvrants et fermants===
Symétrie maximale. Je suis surpris que cette disposition des ouvrants ne soit pas plus répandue, elle est idéale pour moi.

=== - Deux-points et point-virgule===
En code (plus encore qu'en littérature) la sémantique du ; et du : est inversée par rapport à celle de la virgule et du . C'est à dire que le : comme la virgule
est une articulation et le ; et le . sont des conclusions. C'est pour cette raison que je les ai inversés par rapport au bépo,
dont c'est pour moi de loin le trait le plus génant et une irritante source d'erreurs systématiques.

Variante : , et . sur la même touche et : et ; sur une autre. L'accès direct du {{touche|<nowiki>:</nowiki>}} est ainsi plus pratique pour les utilisateurs de vim et autres vim-likes.

=== - Le Q.===
Mon {{touche|Q}} peut ne pas plaire à tout le monde mais je l'aime bien comme il est, pour le digramme QU et les trigrammes QUI et QUE que je trouve très agréables ainsi, sous une seule main,
alors que c'est une place que je trouve plutôt ingrate pour le {{touche|C}} de l'azerty et même pour le {{touche|X}} du bépo.

=== - G, H, W et Z===
L'emplacement de {{touche|G}} et {{touche|H}} a été conservé du bépo, il est utile en anglais, notament pour les occurences fréquentes en HTML et CSS de height, right, weight, etc.

Le {{touche|W}} également très fréquent en programmation est très accessible. On ne le confondra plus avec le {{touche|Z}} comme c'est souvent le cas en bépo.

=== - B, F, P et X===
Ce sont les lettres que j'ai le plus de mal à placer, leur importance moyenne ne légitimant ni une position trop facile ni de les exiler. Je risque de les interchanger encore
un moment avant de les fixer. Les statistiques sinon l'usage, m'aideront peut-être à trancher.

Dans tout les cas, le {{touche|F}} mérite une meilleure place qu'en bépo, eu égard à sa fréquence dans les mots ''if, for, foreach, function, EOF, file'', et j'en passe encore tout un tas.

Le {{touche|Y}} me plait là où il est. Ni mieux ni moins bien qu'en bépo. Le principal avantage de cette position est de pouvoir prononcer le nom de la keymap ! :p

Et si on ne sait pas dans quelle configuration on est, c'est un moyen accessible de le savoir tout de suite (surtout lorsque {{touche|P}} et {{touche|F}} sont inversés, avec {{touche|P}} à la même place qu'en bépo).

=== - $ et #, | et @===
{{touche|$}} et {{touche|<nowiki>#</nowiki>}} qui sont assez fréquents en bash et en PHP, sont très bien placés ainsi sur les claviers les plus courants en France, très mal si la touche <BKSL> est éxilée. J'ai pris le même risque que le bépo avec le {{touche|Ç}}.

{{touche|<nowiki>|</nowiki>}} et {{touche|@}} sont moins fréquents mais il est très agréable de les avoir en bonne accessibilité. On pourra alterner leur place en accès direct ou en Maj selon l'usage.

=== - Touches mortes===
J'aimerais les regrouper au maximum dans une ou plusieurs zones. Dans l'état actuel ce n'est pas idéal : la plupart sont sous Maj et dans la rangée supérieure, ce que je trouve plutôt pas mal, mais les plus utiles ( {{touche|^}} et {{touche|¨}} ) sont sous AltGr avec les signes de ponctuation. Ça manque de cohérence et surtout le circonflexe mérite mieux que ça. Mais bon, si on a vraiment besoin des touches mortes, on retournera en bépo. Après tout, elles sont bien plus nécessaires en littérature et linguistique.

=== - Pavé directionnel===
Mapping de la souris. Ça fera un peu gadget pour certains, en tout cas c'est pratique pour virer le pointeur pas trop loin qand il traine sur du texte en masquant une lettre (en général au point d'insertion dans le texte, justement là où on a besoin de lire), sans avoir à mettre la main sur le rat.

Plutôt que les flèches ou en plus, on peut mapper des lettres, mais ça oblige à renoncer à des caractères qu'on laissera au bépo. Ça peut être pas mal pour les tout petits claviers, les netbooks ou dans tous les cas pour ne pas trop déplacer la main.

=== - Les ligatures Æ et Œ===
A cause du choix de la place des chiffres et d'un mapping souris, de la suppression de {{touche|À}} en accès direct, reporté sur {{touche|AltGr}}+{{touche|A}},
les ligatures ont été abandonnées. Si on en a besoin en rédigeant un mail par exemple,
on repassera en bépo. {{touche|Œ}} (plus fréquente que {{touche|Æ}} en français) peut toutefois être conservée en la déportant du {{touche|O}} sur le {{touche|E}} à l'emplacement juste en dessous.

-----
La souris n'est pas encore fonctionnelle, et beaucoup de choses risquent encore de bouger. En attendant n'hésitez pas à me donner vos avis et suggestions sur la page de discussion. :)

Utilisateur:Zanobox

2014-03-03T11:00:33Z

Zanobox :

Utilisateur:Zanobox/Ueyeo

2014-03-03T10:52:56Z

Zanobox : Page créée avec « Ueyeo est un projet de clavier sur mesure, avec mains séparées, touches en pattes d'ours et contrôle de la souris. Le nom de ce projet vient de la disposition provisoir... »

Ueyeo est un projet de clavier sur mesure, avec mains séparées, touches en pattes d'ours et contrôle de la souris.
Le nom de ce projet vient de la disposition provisoire des symboles qui lui est attachée.
L'accent est mis sur le confort (d'un point de vue purement subjectif) et non sur la vitesse.

Il s'agit de mon premier projet de ce genre (je commence à rédiger ceci en attendant la livraison de mon fer à souder !),
basé sur les nombreuses informations, exemples et références trouvées en premier lieu sur
ce wiki et le forum. Un grand merci à tous ceux qui se reconnaitront, pour leur travail et le partage en général. :)
Il me reste encore pas mal de lecture pour les prochaines semaines...

Voilà où j'en suis pour l'instant :
(La disposition et la forme générale ne sont pas arrétées, c'est un brouillon).

[[Fichier:ueyeo-proto-newest.svg | 800px]]

==Cahier des charges et partis pris==

# Usages : Rédaction en français et d'autres langues, développement, graphisme, console (tty). L'ordre d'importance de ces usages variant d'une saison à l'autre.
# Mains séparées pour pouvoir poser devant soi un livre, des documents, une table traçante, une assiette un cendrier ou ce qu'on voudra qu'on ne peut pas poser sur la table parce qu'il y a le clavier. Sinon le moindre truc menace de tomber des qu'on cherche ou qu'on bouge la souris !
# Une souris intégrée, justement : trackball, joystick, ou trackpoint. Pour l'instant je vais tenter la trackball.
# Un maximum de caractères en accès direct, donc beaucoup de touches pour chaque main (2 x 48).
# Symétrie des modificateurs principaux (Ctrl, Alt, Shift, AltGr)
# Touches d'édition vers le centre, aux index (Return, Tab, Space, Backspace, Esc).
# Un microcontrolleur teensy2 parce que c'est plus facile pour commencer.
# Programmable, multicouches, doit pouvoir avoir le même fonctionnement sur tous les systèmes d'exploitation.
# Il ne faut pas que ça coute trop cher, récupération, matériaux simples, pas de circuit imprimé ni d'impression 3D (pour l'instant !).
# Léger et facilement transportable, pour un usage nomade. Encombrement à négocier entre le confort partout et les contraintes du transport et de l'installation.

==Pré-projet==
===Récupération===
J'ai eu la chance de retrouver au grenier un Apple Extended Keyboard II ([[http://deskthority.net/wiki/Apple_Extended_Keyboard_II AEKII]]), le dernier clavier mécanique distribué par Apple, en 1995. Il avait échappé à la poubelle, mais il ne passera pas l'hiver.
J'en ai récupéré les rupteurs (Cream Alps) et les capuchons. Ces derniers conditionnent donc fortement la disposition des touches adoptée,
en particulier au niveau des pouces et des index.
Par ailleurs depuis quelque temps ma trackball logitech devient capricieuse. Je vais la recycler sans scrupule. La boule prend tout de même de la place et m'oblige à augmenter l'épaisseur (plus de 4cm) alors que j'avais prévu auparavant un joystick de pouce. Mais ce n'est pas forcément un inconvénient, ça permet de creuser la zone des touches pour leur donner de la profondeur et aussi de ranger le cable usb dans la partie gauche.
Pour la boite, je pense utiliser ce qui traine, à savoir des couches d'aggloméré et/ou de carton fort de 3 mm d'épaisseur. C'est léger et pas cher ce n'est pas très solide mais ça reste souple. Une fois peint et vernis ça devenir suffisamment imperméable. Et puis je n'ai toujours pas d'imprimante 3D.
Pour l'instant, je dispose de rupteurs, de capuchons, d'une trackball et de quoi faire une boite, et le projet ne m'a rien coûté d'autre que du temps. J'éspère m'en tirer pour moins d'une cinquantaine d'euros.

===Modificateurs===
Les modificateurs aux pouces. Inconvénient, la forme des touches, imposée par le jeu de touches de l'AEKII.
Avantage : avec le même pouce on peut faire Ctrl+Alt, Ctrl+Shift ou Shift+AltGr.
Tous les autres modificateurs ou lockers sont rejetés dans une colonne à l'éxtrème gauche.

Utilisateur:Zanobox

2014-03-03T10:52:30Z

Zanobox : /* Projet de clavier fait maison Uèyéo */

==Conversion au Bépo==
J'avais entendu parler du bépo il y a plusieurs années (vers 2008) sur le forum d'Ubuntu-fr, sans trop savoir ce que c'était et à l'époque ça me paraissait un truc de geek un peu inaccessible. C'est un ami bépoète qui m'a rappelé son existence un jour que je ne trouvais pas le {{touche|Ç}} sur mon clavier "fr-latin9"!

Entre temps j'avais commencé à apprendre la frappe sur azerty en aveugle avec tous les doigts, mais en n'utilisant quasiment pas les modificateurs. Avec une vitesse oscillant de 25 à 35 mots par minute, selon le clavier, l'activité et l'humeur.

Après l'avoir envisagé pendant plus d'un an au cours duquel je m'y entrainais sporadiquement sur Ktouch puis Klavaro, je suis passé au bépo total seulement récemment (automne 2013) à la faveur d'un creux dans mes activités professionnelles.
Dix à quinze jours et quelques séances intensives d'une heure ou deux sur Klavaro ont suffi pour rendre l'azerty tout à fait insupportable !
J'ai retrouvé assez rapidement la vitesse que j'avais en azerty, et j'ambitionne d'atteindre les 40 à 50 mots par minute dans un avenir proche.

En revanche, j'ai aussitôt perdu toute capacité en azerty. Il va falloir que j'en retrouve l'usage car je dois désormais l'utiliser en milieu professionnel sur des postes utilisés par plusieurs personnes en même temps, peu de temps, tour à tour, sur 8 machines différentes, sous des OS différents : vraiment pas moyen de changer de config clavier à chaque fois ! Par contre si j'avais mon propre clavier nomade, usb, programmable et correctement mappé pour tous les systèmes (Suse, Ubuntu, Win7 et Win8 et même MacOS) ce serait génial.

==Et ensuite==
Je trouve la configuration bépo idéale pour la rédaction en français, et même dans d'autres langues, mais en tant que developpeur de sites web et linuxien bashoteur, j'ai vite rencontré certaines limites du bépo et - comme bien d'autres ici - je tente d'élaborer une configuration personnelle inspirée d'autres layouts ou de remarques glanées ici et là (surtout ici !) tout en essayant de rester proche du bépo, dans l'esprit du moins.

Pour le moment, voici l'état actuel de mon clavier:

[[Fichier:capture-byfok.png]]

Je me suis très peu basé pour le moment sur les statistiques, beaucoup plus sur mon ressenti et mes besoins immédiats.
J'éspère tout de même avoir un profil d'utilisateur suffisamment répandu pour que cette configuration puisse satisfaire quelqu'un d'autre.

Quand j'écris aux machines, c'est essentiellement dans des langages de script ou de markup : bash, php, javascript, HTML, CSS,
secondairement lua, parfois du perl, du python ou du java, très rarement du C, mais ça viendra peut-être.
J'utilise aussi régulièrement le LaTex et Lilypond. Quand je suis en console ou en terminal, j'utilise vim.
Pour écrire en français, anglais, castillan je compte conserver l'usage du bépo.

==Byfok - choix et compromis==
Le problème est d'établir d'une part la meilleure configuration possible pour le développement, d'autre part
conserver l'usage du bépo pour les activités rédactionnelles en français littéraire (il est parfait pour cet usage),
donc soit rester proche du bépo v1 pour avoir un minimum de changements en passant d'une configuration à l'autre,
soit au contraire s'en dissocier complétement pour que le cerveau ne se mélange pas les pinceaux en alternant et qu'il sache
bien qu'il est soit en mode littérature soit en mode programmation.

Je suis pour l'instant dans une voie moyenne, on verra après un usage prolongé et des alternances répétées quelle est la voie la plus efficace pour mon petit cerveau.
J'ajouterai que l'alternance régulière de 2 keymaps très différentes devrait faciliter le retour occasionnel à l'azerty, quand on n'a pas le choix.
Mais bien sûr ça demande plus d'efforts d'apprentissage et pendant une période plus longue.

=== - Modificateurs et touche compose===
- {{touche|AltGr}} symétriques et {{touche|Alt}} à la place de {{touche|Super}} droite, déportée sur {{touche|Menu/Compose}}

Inconvénient: je dois revoir tout mes raccourcis de gestionnaires de fenetres et réapprendre
ou redéfinir les raccourcis des applications; écrire une variante spéciale pour mon vieux portable qui n'a pas de touche Menu.

Mais les avantages sont indiscutables, en permettant de résoudre plusieurs problèmes (par exemple le {{touche|Ç}}, les chiffres,...).

- Escape sur {{touche|CapsLock}} : un classique des vimeux.

- {{touche|Return}}, {{touche|Backspace}}, {{touche|Tab}} et {{touche|Caps}} (Escape)
Je songe à les interchanger, mais c'est encore à l'étude.

=== - Les chiffres en AltGr et centrifuges===
Avant d'opter pour l'AltGr symétrique je les avais mis sur
deux rangées en haut de la main gauche, ce qui ne présentait finalement pas les avantages d'un pavé numérique.
Cette disposition des chiffres a largement pesé dans mon choix de l'AltGr symétrique.

=== - Signes ouvrants et fermants===
Symétrie maximale. Je suis surpris que cette disposition des ouvrants ne soit pas plus répandue, elle est idéale pour moi.

=== - Deux-points et point-virgule===
En code (plus encore qu'en littérature) la sémantique du ; et du : est inversée par rapport à celle de la virgule et du . C'est à dire que le : comme la virgule
est une articulation et le ; et le . sont des conclusions. C'est pour cette raison que je les ai inversés par rapport au bépo,
dont c'est pour moi de loin le trait le plus génant et une irritante source d'erreurs systématiques.

Variante : , et . sur la même touche et : et ; sur une autre. L'accès direct du {{touche|<nowiki>:</nowiki>}} est ainsi plus pratique pour les utilisateurs de vim et autres vim-likes.

=== - Le Q.===
Mon {{touche|Q}} peut ne pas plaire à tout le monde mais je l'aime bien comme il est, pour le digramme QU et les trigrammes QUI et QUE que je trouve très agréables ainsi, sous une seule main,
alors que c'est une place que je trouve plutôt ingrate pour le {{touche|C}} de l'azerty et même pour le {{touche|X}} du bépo.

=== - G, H, W et Z===
L'emplacement de {{touche|G}} et {{touche|H}} a été conservé du bépo, il est utile en anglais, notament pour les occurences fréquentes en HTML et CSS de height, right, weight, etc.

Le {{touche|W}} également très fréquent en programmation est très accessible. On ne le confondra plus avec le {{touche|Z}} comme c'est souvent le cas en bépo.

=== - B, F, P et X===
Ce sont les lettres que j'ai le plus de mal à placer, leur importance moyenne ne légitimant ni une position trop facile ni de les exiler. Je risque de les interchanger encore
un moment avant de les fixer. Les statistiques sinon l'usage, m'aideront peut-être à trancher.

Dans tout les cas, le {{touche|F}} mérite une meilleure place qu'en bépo, eu égard à sa fréquence dans les mots ''if, for, foreach, function, EOF, file'', et j'en passe encore tout un tas.

Le {{touche|Y}} me plait là où il est. Ni mieux ni moins bien qu'en bépo. Le principal avantage de cette position est de pouvoir prononcer le nom de la keymap ! :p

Et si on ne sait pas dans quelle configuration on est, c'est un moyen accessible de le savoir tout de suite (surtout lorsque {{touche|P}} et {{touche|F}} sont inversés, avec {{touche|P}} à la même place qu'en bépo).

=== - $ et #, | et @===
{{touche|$}} et {{touche|<nowiki>#</nowiki>}} qui sont assez fréquents en bash et en PHP, sont très bien placés ainsi sur les claviers les plus courants en France, très mal si la touche <BKSL> est éxilée. J'ai pris le même risque que le bépo avec le {{touche|Ç}}.

{{touche|<nowiki>|</nowiki>}} et {{touche|@}} sont moins fréquents mais il est très agréable de les avoir en bonne accessibilité. On pourra alterner leur place en accès direct ou en Maj selon l'usage.

=== - Touches mortes===
J'aimerais les regrouper au maximum dans une ou plusieurs zones. Dans l'état actuel ce n'est pas idéal : la plupart sont sous Maj et dans la rangée supérieure, ce que je trouve plutôt pas mal, mais les plus utiles ( {{touche|^}} et {{touche|¨}} ) sont sous AltGr avec les signes de ponctuation. Ça manque de cohérence et surtout le circonflexe mérite mieux que ça. Mais bon, si on a vraiment besoin des touches mortes, on retournera en bépo. Après tout, elles sont bien plus nécessaires en littérature et linguistique.

=== - Pavé directionnel===
Mapping de la souris. Ça fera un peu gadget pour certains, en tout cas c'est pratique pour virer le pointeur pas trop loin qand il traine sur du texte en masquant une lettre (en général au point d'insertion dans le texte, justement là où on a besoin de lire), sans avoir à mettre la main sur le rat.

Plutôt que les flèches ou en plus, on peut mapper des lettres, mais ça oblige à renoncer à des caractères qu'on laissera au bépo. Ça peut être pas mal pour les tout petits claviers, les netbooks ou dans tous les cas pour ne pas trop déplacer la main.

=== - Les ligatures Æ et Œ===
A cause du choix de la place des chiffres et d'un mapping souris, de la suppression de {{touche|À}} en accès direct, reporté sur {{touche|AltGr}}+{{touche|A}},
les ligatures ont été abandonnées. Si on en a besoin en rédigeant un mail par exemple,
on repassera en bépo. {{touche|Œ}} (plus fréquente que {{touche|Æ}} en français) peut toutefois être conservée en la déportant du {{touche|O}} sur le {{touche|E}} à l'emplacement juste en dessous.

-----
La souris n'est pas encore fonctionnelle, et beaucoup de choses risquent encore de bouger. En attendant n'hésitez pas à me donner vos avis et suggestions sur la page de discussion. :)

==Appendice pour /usr/share/X11/xkb/symbols/fr==
Je le mettrai plus tard.

À moins qu'on me le demande avant, bien sûr.

==Les Claviers==
Petit à petit je repeins mes claviers en noir

[[Fichier:classique_sous_skin_peinte.jpg|300px]]

Aujourd'hui je m'occupe de mon vieux Microsoft Natural. Je voulais faire ça depuis longtemps.

[[Fichier:black_natural_msk.jpg|300px]]

Malheureusement, le Natural n'est pas très confortable. Les touches ont une course trop longue, avec des frottements.

===Projet de clavier fait maison Uèyéo===

[[Utilisateur:Zanobox/Ueyeo | Voir les détails du projet]]

[[Fichier:Ueyeo-proto-newest.svg|500px]]

Fichier:Ueyeo-proto-newest.svg

2014-03-03T10:36:59Z

Zanobox : a importé une nouvelle version de « Fichier:Ueyeo-proto-newest.svg »

Etat courant du projet d'un clavier maison.

Utilisateur:Zanobox/Uyeo

2014-03-02T00:02:31Z

Ueyeo est un projet de clavier sur mesure, avec mains séparées, touches en pattes d'ours et contrôle de la souris.
Le nom de ce projet vient de la disposition provisoire des symboles qui lui est attachée.
L'accent est mis sur le confort (d'un point de vue purement subjectif) et non sur la vitesse.

Il s'agit de mon premier projet de ce genre (je commence à rédiger ceci en attendant la livraison de mon fer à souder !),
basé sur les nombreuses informations, exemples et références trouvées en premier lieu sur
ce wiki et le forum. Un grand merci à tous ceux qui se reconnaitront, pour leur travail et le partage en général. :)
Il me reste encore pas mal de lecture pour les prochaines semaines...

Voilà où j'en suis pour l'instant :
(La disposition et la forme générale ne sont pas arrétées, c'est un brouillon).

[[Fichier:ueyeo-proto-newest.svg | 800px]]

==Cahier des charges et partis pris==

# Usages : Rédaction en français et d'autres langues, développement, graphisme, console (tty). L'ordre d'importance de ces usages variant d'une saison à l'autre.
# Mains séparées pour pouvoir poser devant soi un livre, des documents, une table traçante, une assiette un cendrier ou ce qu'on voudra qu'on ne peut pas poser sur la table parce qu'il y a le clavier. Sinon le moindre truc menace de tomber des qu'on cherche ou qu'on bouge la souris !
# Une souris intégrée, justement : trackball, joystick, ou trackpoint. Pour l'instant je vais tenter la trackball.
# Un maximum de caractères en accès direct, donc beaucoup de touches pour chaque main (2 x 48).
# Symétrie des modificateurs principaux (Ctrl, Alt, Shift, AltGr)
# Touches d'édition vers le centre, aux index (Return, Tab, Space, Backspace, Esc).
# Un microcontrolleur teensy2 parce que c'est plus facile pour commencer.
# Programmable, multicouches, doit pouvoir avoir le même fonctionnement sur tous les systèmes d'exploitation.
# Il ne faut pas que ça coute trop cher, récupération, matériaux simples, pas de circuit imprimé ni d'impression 3D (pour l'instant !).
# Léger et facilement transportable, pour un usage nomade. Encombrement à négocier entre le confort partout et les contraintes du transport et de l'installation.

==Pré-projet==
===Récupération===
J'ai eu la chance de retrouver au grenier un Apple Extended Keyboard II ([[http://deskthority.net/wiki/Apple_Extended_Keyboard_II AEKII]]), le dernier clavier mécanique distribué par Apple, en 1995. Il avait échappé à la poubelle, mais il ne passera pas l'hiver.
J'en ai récupéré les rupteurs (Cream Alps) et les capuchons. Ces derniers conditionnent donc fortement la disposition des touches adoptée,
en particulier au niveau des pouces et des index.
Par ailleurs depuis quelque temps ma trackball logitech devient capricieuse. Je vais la recycler sans scrupule. La boule prend tout de même de la place et m'oblige à augmenter l'épaisseur (plus de 4cm) alors que j'avais prévu auparavant un joystick de pouce. Mais ce n'est pas forcément un inconvénient, ça permet de creuser la zone des touches pour leur donner de la profondeur et aussi de ranger le cable usb dans la partie gauche.
Pour la boite, je pense utiliser ce qui traine, à savoir des couches d'aggloméré et/ou de carton fort de 3 mm d'épaisseur. C'est léger et pas cher ce n'est pas très solide mais ça reste souple. Une fois peint et vernis ça devenir suffisamment imperméable. Et puis je n'ai toujours pas d'imprimante 3D.
Pour l'instant, je dispose de rupteurs, de capuchons, d'une trackball et de quoi faire une boite, et le projet ne m'a rien coûté d'autre que du temps. J'éspère m'en tirer pour moins d'une cinquantaine d'euros.

===Modificateurs===
Les modificateurs aux pouces. Inconvénient, la forme des touches, imposée par le jeu de touches de l'AEKII.
Avantage : avec le même pouce on peut faire Ctrl+Alt, Ctrl+Shift ou Shift+AltGr.
Tous les autres modificateurs ou lockers sont rejetés dans une colonne à l'éxtrème gauche.

Utilisateur:Zanobox

2014-03-01T23:19:47Z

Zanobox : /* Les Claviers */

==Conversion au Bépo==
J'avais entendu parler du bépo il y a plusieurs années (vers 2008) sur le forum d'Ubuntu-fr, sans trop savoir ce que c'était et à l'époque ça me paraissait un truc de geek un peu inaccessible. C'est un ami bépoète qui m'a rappelé son existence un jour que je ne trouvais pas le {{touche|Ç}} sur mon clavier "fr-latin9"!

Entre temps j'avais commencé à apprendre la frappe sur azerty en aveugle avec tous les doigts, mais en n'utilisant quasiment pas les modificateurs. Avec une vitesse oscillant de 25 à 35 mots par minute, selon le clavier, l'activité et l'humeur.

Après l'avoir envisagé pendant plus d'un an au cours duquel je m'y entrainais sporadiquement sur Ktouch puis Klavaro, je suis passé au bépo total seulement récemment (automne 2013) à la faveur d'un creux dans mes activités professionnelles.
Dix à quinze jours et quelques séances intensives d'une heure ou deux sur Klavaro ont suffi pour rendre l'azerty tout à fait insupportable !
J'ai retrouvé assez rapidement la vitesse que j'avais en azerty, et j'ambitionne d'atteindre les 40 à 50 mots par minute dans un avenir proche.

En revanche, j'ai aussitôt perdu toute capacité en azerty. Il va falloir que j'en retrouve l'usage car je dois désormais l'utiliser en milieu professionnel sur des postes utilisés par plusieurs personnes en même temps, peu de temps, tour à tour, sur 8 machines différentes, sous des OS différents : vraiment pas moyen de changer de config clavier à chaque fois ! Par contre si j'avais mon propre clavier nomade, usb, programmable et correctement mappé pour tous les systèmes (Suse, Ubuntu, Win7 et Win8 et même MacOS) ce serait génial.

==Et ensuite==
Je trouve la configuration bépo idéale pour la rédaction en français, et même dans d'autres langues, mais en tant que developpeur de sites web et linuxien bashoteur, j'ai vite rencontré certaines limites du bépo et - comme bien d'autres ici - je tente d'élaborer une configuration personnelle inspirée d'autres layouts ou de remarques glanées ici et là (surtout ici !) tout en essayant de rester proche du bépo, dans l'esprit du moins.

Pour le moment, voici l'état actuel de mon clavier:

[[Fichier:capture-byfok.png]]

Je me suis très peu basé pour le moment sur les statistiques, beaucoup plus sur mon ressenti et mes besoins immédiats.
J'éspère tout de même avoir un profil d'utilisateur suffisamment répandu pour que cette configuration puisse satisfaire quelqu'un d'autre.

Quand j'écris aux machines, c'est essentiellement dans des langages de script ou de markup : bash, php, javascript, HTML, CSS,
secondairement lua, parfois du perl, du python ou du java, très rarement du C, mais ça viendra peut-être.
J'utilise aussi régulièrement le LaTex et Lilypond. Quand je suis en console ou en terminal, j'utilise vim.
Pour écrire en français, anglais, castillan je compte conserver l'usage du bépo.

==Byfok - choix et compromis==
Le problème est d'établir d'une part la meilleure configuration possible pour le développement, d'autre part
conserver l'usage du bépo pour les activités rédactionnelles en français littéraire (il est parfait pour cet usage),
donc soit rester proche du bépo v1 pour avoir un minimum de changements en passant d'une configuration à l'autre,
soit au contraire s'en dissocier complétement pour que le cerveau ne se mélange pas les pinceaux en alternant et qu'il sache
bien qu'il est soit en mode littérature soit en mode programmation.

Je suis pour l'instant dans une voie moyenne, on verra après un usage prolongé et des alternances répétées quelle est la voie la plus efficace pour mon petit cerveau.
J'ajouterai que l'alternance régulière de 2 keymaps très différentes devrait faciliter le retour occasionnel à l'azerty, quand on n'a pas le choix.
Mais bien sûr ça demande plus d'efforts d'apprentissage et pendant une période plus longue.

=== - Modificateurs et touche compose===
- {{touche|AltGr}} symétriques et {{touche|Alt}} à la place de {{touche|Super}} droite, déportée sur {{touche|Menu/Compose}}

Inconvénient: je dois revoir tout mes raccourcis de gestionnaires de fenetres et réapprendre
ou redéfinir les raccourcis des applications; écrire une variante spéciale pour mon vieux portable qui n'a pas de touche Menu.

Mais les avantages sont indiscutables, en permettant de résoudre plusieurs problèmes (par exemple le {{touche|Ç}}, les chiffres,...).

- Escape sur {{touche|CapsLock}} : un classique des vimeux.

- {{touche|Return}}, {{touche|Backspace}}, {{touche|Tab}} et {{touche|Caps}} (Escape)
Je songe à les interchanger, mais c'est encore à l'étude.

=== - Les chiffres en AltGr et centrifuges===
Avant d'opter pour l'AltGr symétrique je les avais mis sur
deux rangées en haut de la main gauche, ce qui ne présentait finalement pas les avantages d'un pavé numérique.
Cette disposition des chiffres a largement pesé dans mon choix de l'AltGr symétrique.

=== - Signes ouvrants et fermants===
Symétrie maximale. Je suis surpris que cette disposition des ouvrants ne soit pas plus répandue, elle est idéale pour moi.

=== - Deux-points et point-virgule===
En code (plus encore qu'en littérature) la sémantique du ; et du : est inversée par rapport à celle de la virgule et du . C'est à dire que le : comme la virgule
est une articulation et le ; et le . sont des conclusions. C'est pour cette raison que je les ai inversés par rapport au bépo,
dont c'est pour moi de loin le trait le plus génant et une irritante source d'erreurs systématiques.

Variante : , et . sur la même touche et : et ; sur une autre. L'accès direct du {{touche|<nowiki>:</nowiki>}} est ainsi plus pratique pour les utilisateurs de vim et autres vim-likes.

=== - Le Q.===
Mon {{touche|Q}} peut ne pas plaire à tout le monde mais je l'aime bien comme il est, pour le digramme QU et les trigrammes QUI et QUE que je trouve très agréables ainsi, sous une seule main,
alors que c'est une place que je trouve plutôt ingrate pour le {{touche|C}} de l'azerty et même pour le {{touche|X}} du bépo.

=== - G, H, W et Z===
L'emplacement de {{touche|G}} et {{touche|H}} a été conservé du bépo, il est utile en anglais, notament pour les occurences fréquentes en HTML et CSS de height, right, weight, etc.

Le {{touche|W}} également très fréquent en programmation est très accessible. On ne le confondra plus avec le {{touche|Z}} comme c'est souvent le cas en bépo.

=== - B, F, P et X===
Ce sont les lettres que j'ai le plus de mal à placer, leur importance moyenne ne légitimant ni une position trop facile ni de les exiler. Je risque de les interchanger encore
un moment avant de les fixer. Les statistiques sinon l'usage, m'aideront peut-être à trancher.

Dans tout les cas, le {{touche|F}} mérite une meilleure place qu'en bépo, eu égard à sa fréquence dans les mots ''if, for, foreach, function, EOF, file'', et j'en passe encore tout un tas.

Le {{touche|Y}} me plait là où il est. Ni mieux ni moins bien qu'en bépo. Le principal avantage de cette position est de pouvoir prononcer le nom de la keymap ! :p

Et si on ne sait pas dans quelle configuration on est, c'est un moyen accessible de le savoir tout de suite (surtout lorsque {{touche|P}} et {{touche|F}} sont inversés, avec {{touche|P}} à la même place qu'en bépo).

=== - $ et #, | et @===
{{touche|$}} et {{touche|<nowiki>#</nowiki>}} qui sont assez fréquents en bash et en PHP, sont très bien placés ainsi sur les claviers les plus courants en France, très mal si la touche <BKSL> est éxilée. J'ai pris le même risque que le bépo avec le {{touche|Ç}}.

{{touche|<nowiki>|</nowiki>}} et {{touche|@}} sont moins fréquents mais il est très agréable de les avoir en bonne accessibilité. On pourra alterner leur place en accès direct ou en Maj selon l'usage.

=== - Touches mortes===
J'aimerais les regrouper au maximum dans une ou plusieurs zones. Dans l'état actuel ce n'est pas idéal : la plupart sont sous Maj et dans la rangée supérieure, ce que je trouve plutôt pas mal, mais les plus utiles ( {{touche|^}} et {{touche|¨}} ) sont sous AltGr avec les signes de ponctuation. Ça manque de cohérence et surtout le circonflexe mérite mieux que ça. Mais bon, si on a vraiment besoin des touches mortes, on retournera en bépo. Après tout, elles sont bien plus nécessaires en littérature et linguistique.

=== - Pavé directionnel===
Mapping de la souris. Ça fera un peu gadget pour certains, en tout cas c'est pratique pour virer le pointeur pas trop loin qand il traine sur du texte en masquant une lettre (en général au point d'insertion dans le texte, justement là où on a besoin de lire), sans avoir à mettre la main sur le rat.

Plutôt que les flèches ou en plus, on peut mapper des lettres, mais ça oblige à renoncer à des caractères qu'on laissera au bépo. Ça peut être pas mal pour les tout petits claviers, les netbooks ou dans tous les cas pour ne pas trop déplacer la main.

=== - Les ligatures Æ et Œ===
A cause du choix de la place des chiffres et d'un mapping souris, de la suppression de {{touche|À}} en accès direct, reporté sur {{touche|AltGr}}+{{touche|A}},
les ligatures ont été abandonnées. Si on en a besoin en rédigeant un mail par exemple,
on repassera en bépo. {{touche|Œ}} (plus fréquente que {{touche|Æ}} en français) peut toutefois être conservée en la déportant du {{touche|O}} sur le {{touche|E}} à l'emplacement juste en dessous.

-----
La souris n'est pas encore fonctionnelle, et beaucoup de choses risquent encore de bouger. En attendant n'hésitez pas à me donner vos avis et suggestions sur la page de discussion. :)

==Appendice pour /usr/share/X11/xkb/symbols/fr==
Je le mettrai plus tard.

À moins qu'on me le demande avant, bien sûr.

==Les Claviers==
Petit à petit je repeins mes claviers en noir

[[Fichier:classique_sous_skin_peinte.jpg|300px]]

Aujourd'hui je m'occupe de mon vieux Microsoft Natural. Je voulais faire ça depuis longtemps.

[[Fichier:black_natural_msk.jpg|300px]]

Malheureusement, le Natural n'est pas très confortable. Les touches ont une course trop longue, avec des frottements.

===Projet de clavier fait maison Uèyéo===

[[Utilisateur:Zanobox/Uyeo | Voir les détails du projet]]

[[Fichier:ueyeo-proto-newest.svg|500px]]

Fichier:Ueyeo-proto-newest.svg

2014-03-01T23:16:59Z

Zanobox : Etat courant du projet d'un clavier maison.

Etat courant du projet d'un clavier maison.

Fichier:Black natural msk.jpg

2014-03-01T23:04:37Z

Zanobox : Clavier Microsoft Natural peint en noir.

Clavier Microsoft Natural peint en noir.

Utilisateur:Zanobox

2014-02-21T15:05:01Z

Zanobox : /* Conversion au Bépo */

==Conversion au Bépo==
J'avais entendu parler du bépo il y a plusieurs années (vers 2008) sur le forum d'Ubuntu-fr, sans trop savoir ce que c'était et à l'époque ça me paraissait un truc de geek un peu inaccessible. C'est un ami bépoète qui m'a rappelé son existence un jour que je ne trouvais pas le {{touche|Ç}} sur mon clavier "fr-latin9"!

Entre temps j'avais commencé à apprendre la frappe sur azerty en aveugle avec tous les doigts, mais en n'utilisant quasiment pas les modificateurs. Avec une vitesse oscillant de 25 à 35 mots par minute, selon le clavier, l'activité et l'humeur.

Après l'avoir envisagé pendant plus d'un an au cours duquel je m'y entrainais sporadiquement sur Ktouch puis Klavaro, je suis passé au bépo total seulement récemment (automne 2013) à la faveur d'un creux dans mes activités professionnelles.
Dix à quinze jours et quelques séances intensives d'une heure ou deux sur Klavaro ont suffi pour rendre l'azerty tout à fait insupportable !
J'ai retrouvé assez rapidement la vitesse que j'avais en azerty, et j'ambitionne d'atteindre les 40 à 50 mots par minute dans un avenir proche.

En revanche, j'ai aussitôt perdu toute capacité en azerty. Il va falloir que j'en retrouve l'usage car je dois désormais l'utiliser en milieu professionnel sur des postes utilisés par plusieurs personnes en même temps, peu de temps, tour à tour, sur 8 machines différentes, sous des OS différents : vraiment pas moyen de changer de config clavier à chaque fois ! Par contre si j'avais mon propre clavier nomade, usb, programmable et correctement mappé pour tous les systèmes (Suse, Ubuntu, Win7 et Win8 et même MacOS) ce serait génial.

==Et ensuite==
Je trouve la configuration bépo idéale pour la rédaction en français, et même dans d'autres langues, mais en tant que developpeur de sites web et linuxien bashoteur, j'ai vite rencontré certaines limites du bépo et - comme bien d'autres ici - je tente d'élaborer une configuration personnelle inspirée d'autres layouts ou de remarques glanées ici et là (surtout ici !) tout en essayant de rester proche du bépo, dans l'esprit du moins.

Pour le moment, voici l'état actuel de mon clavier:

[[Fichier:capture-byfok.png]]

Je me suis très peu basé pour le moment sur les statistiques, beaucoup plus sur mon ressenti et mes besoins immédiats.
J'éspère tout de même avoir un profil d'utilisateur suffisamment répandu pour que cette configuration puisse satisfaire quelqu'un d'autre.

Quand j'écris aux machines, c'est essentiellement dans des langages de script ou de markup : bash, php, javascript, HTML, CSS,
secondairement lua, parfois du perl, du python ou du java, très rarement du C, mais ça viendra peut-être.
J'utilise aussi régulièrement le LaTex et Lilypond. Quand je suis en console ou en terminal, j'utilise vim.
Pour écrire en français, anglais, castillan je compte conserver l'usage du bépo.

==Byfok - choix et compromis==
Le problème est d'établir d'une part la meilleure configuration possible pour le développement, d'autre part
conserver l'usage du bépo pour les activités rédactionnelles en français littéraire (il est parfait pour cet usage),
donc soit rester proche du bépo v1 pour avoir un minimum de changements en passant d'une configuration à l'autre,
soit au contraire s'en dissocier complétement pour que le cerveau ne se mélange pas les pinceaux en alternant et qu'il sache
bien qu'il est soit en mode littérature soit en mode programmation.

Je suis pour l'instant dans une voie moyenne, on verra après un usage prolongé et des alternances répétées quelle est la voie la plus efficace pour mon petit cerveau.
J'ajouterai que l'alternance régulière de 2 keymaps très différentes devrait faciliter le retour occasionnel à l'azerty, quand on n'a pas le choix.
Mais bien sûr ça demande plus d'efforts d'apprentissage et pendant une période plus longue.

=== - Modificateurs et touche compose===
- {{touche|AltGr}} symétriques et {{touche|Alt}} à la place de {{touche|Super}} droite, déportée sur {{touche|Menu/Compose}}

Inconvénient: je dois revoir tout mes raccourcis de gestionnaires de fenetres et réapprendre
ou redéfinir les raccourcis des applications; écrire une variante spéciale pour mon vieux portable qui n'a pas de touche Menu.

Mais les avantages sont indiscutables, en permettant de résoudre plusieurs problèmes (par exemple le {{touche|Ç}}, les chiffres,...).

- Escape sur {{touche|CapsLock}} : un classique des vimeux.

- {{touche|Return}}, {{touche|Backspace}}, {{touche|Tab}} et {{touche|Caps}} (Escape)
Je songe à les interchanger, mais c'est encore à l'étude.

=== - Les chiffres en AltGr et centrifuges===
Avant d'opter pour l'AltGr symétrique je les avais mis sur
deux rangées en haut de la main gauche, ce qui ne présentait finalement pas les avantages d'un pavé numérique.
Cette disposition des chiffres a largement pesé dans mon choix de l'AltGr symétrique.

=== - Signes ouvrants et fermants===
Symétrie maximale. Je suis surpris que cette disposition des ouvrants ne soit pas plus répandue, elle est idéale pour moi.

=== - Deux-points et point-virgule===
En code (plus encore qu'en littérature) la sémantique du ; et du : est inversée par rapport à celle de la virgule et du . C'est à dire que le : comme la virgule
est une articulation et le ; et le . sont des conclusions. C'est pour cette raison que je les ai inversés par rapport au bépo,
dont c'est pour moi de loin le trait le plus génant et une irritante source d'erreurs systématiques.

Variante : , et . sur la même touche et : et ; sur une autre. L'accès direct du {{touche|<nowiki>:</nowiki>}} est ainsi plus pratique pour les utilisateurs de vim et autres vim-likes.

=== - Le Q.===
Mon {{touche|Q}} peut ne pas plaire à tout le monde mais je l'aime bien comme il est, pour le digramme QU et les trigrammes QUI et QUE que je trouve très agréables ainsi, sous une seule main,
alors que c'est une place que je trouve plutôt ingrate pour le {{touche|C}} de l'azerty et même pour le {{touche|X}} du bépo.

=== - G, H, W et Z===
L'emplacement de {{touche|G}} et {{touche|H}} a été conservé du bépo, il est utile en anglais, notament pour les occurences fréquentes en HTML et CSS de height, right, weight, etc.

Le {{touche|W}} également très fréquent en programmation est très accessible. On ne le confondra plus avec le {{touche|Z}} comme c'est souvent le cas en bépo.

=== - B, F, P et X===
Ce sont les lettres que j'ai le plus de mal à placer, leur importance moyenne ne légitimant ni une position trop facile ni de les exiler. Je risque de les interchanger encore
un moment avant de les fixer. Les statistiques sinon l'usage, m'aideront peut-être à trancher.

Dans tout les cas, le {{touche|F}} mérite une meilleure place qu'en bépo, eu égard à sa fréquence dans les mots ''if, for, foreach, function, EOF, file'', et j'en passe encore tout un tas.

Le {{touche|Y}} me plait là où il est. Ni mieux ni moins bien qu'en bépo. Le principal avantage de cette position est de pouvoir prononcer le nom de la keymap ! :p

Et si on ne sait pas dans quelle configuration on est, c'est un moyen accessible de le savoir tout de suite (surtout lorsque {{touche|P}} et {{touche|F}} sont inversés, avec {{touche|P}} à la même place qu'en bépo).

=== - $ et #, | et @===
{{touche|$}} et {{touche|<nowiki>#</nowiki>}} qui sont assez fréquents en bash et en PHP, sont très bien placés ainsi sur les claviers les plus courants en France, très mal si la touche <BKSL> est éxilée. J'ai pris le même risque que le bépo avec le {{touche|Ç}}.

{{touche|<nowiki>|</nowiki>}} et {{touche|@}} sont moins fréquents mais il est très agréable de les avoir en bonne accessibilité. On pourra alterner leur place en accès direct ou en Maj selon l'usage.

=== - Touches mortes===
J'aimerais les regrouper au maximum dans une ou plusieurs zones. Dans l'état actuel ce n'est pas idéal : la plupart sont sous Maj et dans la rangée supérieure, ce que je trouve plutôt pas mal, mais les plus utiles ( {{touche|^}} et {{touche|¨}} ) sont sous AltGr avec les signes de ponctuation. Ça manque de cohérence et surtout le circonflexe mérite mieux que ça. Mais bon, si on a vraiment besoin des touches mortes, on retournera en bépo. Après tout, elles sont bien plus nécessaires en littérature et linguistique.

=== - Pavé directionnel===
Mapping de la souris. Ça fera un peu gadget pour certains, en tout cas c'est pratique pour virer le pointeur pas trop loin qand il traine sur du texte en masquant une lettre (en général au point d'insertion dans le texte, justement là où on a besoin de lire), sans avoir à mettre la main sur le rat.

Plutôt que les flèches ou en plus, on peut mapper des lettres, mais ça oblige à renoncer à des caractères qu'on laissera au bépo. Ça peut être pas mal pour les tout petits claviers, les netbooks ou dans tous les cas pour ne pas trop déplacer la main.

=== - Les ligatures Æ et Œ===
A cause du choix de la place des chiffres et d'un mapping souris, de la suppression de {{touche|À}} en accès direct, reporté sur {{touche|AltGr}}+{{touche|A}},
les ligatures ont été abandonnées. Si on en a besoin en rédigeant un mail par exemple,
on repassera en bépo. {{touche|Œ}} (plus fréquente que {{touche|Æ}} en français) peut toutefois être conservée en la déportant du {{touche|O}} sur le {{touche|E}} à l'emplacement juste en dessous.

-----
La souris n'est pas encore fonctionnelle, et beaucoup de choses risquent encore de bouger. En attendant n'hésitez pas à me donner vos avis et suggestions sur la page de discussion. :)

==Appendice pour /usr/share/X11/xkb/symbols/fr==
Je le mettrai plus tard.

À moins qu'on me le demande avant, bien sûr.

==Les Claviers==
Petit à petit je repeins mes claviers en noir

[[Fichier:classique_sous_skin_peinte.jpg|300px]]

Aujourd'hui je m'occupe de mon vieux Microsoft Natural. Je voulais faire ça depuis longtemps.

[[Fichier:natural_black_case.jpg|300px]] [[Fichier:natural_black_keys.jpg|300px]]

Utilisateur:Zanobox

2014-02-21T14:43:10Z

Zanobox :

==Conversion au Bépo==
J'avais entendu parler du bépo il y a plusieurs années (vers 2008) sur le forum d'Ubuntu-fr, sans trop savoir ce que c'était et à l'époque ça me paraissait un truc de geek un peu inaccessible. C'est un ami bépoète qui m'a rappelé son existence un jour que je ne trouvais pas le {{touche|Ç}} sur mon clavier "fr-latin9"!

Entre temps j'avais commencé à apprendre la frappe sur azerty en aveugle avec tous les doigts, mais en n'utilisant quasiment pas les modificateurs. Avec une vitesse oscillant de 25 à 35 mots par minute, selon le clavier, l'activité et l'humeur.

Après l'avoir envisagé pendant plus d'un an au cours duquel je m'y entrainais sporadiquement sur Ktouch puis Klavaro, je suis passé au bépo total seulement récemment (automne 2013) à la faveur d'un creux dans mes activités professionnelles.
Dix à quinze jours et quelques séances intensives d'une heure ou deux sur Klavaro ont suffi pour rendre l'azerty tout à fait insupportable !
J'ai retrouvé assez rapidement la vitesse que j'avais en azerty, et j'ambitionne d'atteindre les 40 à 50 mots par minute dans un avenir proche.

==Et ensuite==
Je trouve la configuration bépo idéale pour la rédaction en français, et même dans d'autres langues, mais en tant que developpeur de sites web et linuxien bashoteur, j'ai vite rencontré certaines limites du bépo et - comme bien d'autres ici - je tente d'élaborer une configuration personnelle inspirée d'autres layouts ou de remarques glanées ici et là (surtout ici !) tout en essayant de rester proche du bépo, dans l'esprit du moins.

Pour le moment, voici l'état actuel de mon clavier:

[[Fichier:capture-byfok.png]]

Je me suis très peu basé pour le moment sur les statistiques, beaucoup plus sur mon ressenti et mes besoins immédiats.
J'éspère tout de même avoir un profil d'utilisateur suffisamment répandu pour que cette configuration puisse satisfaire quelqu'un d'autre.

Quand j'écris aux machines, c'est essentiellement dans des langages de script ou de markup : bash, php, javascript, HTML, CSS,
secondairement lua, parfois du perl, du python ou du java, très rarement du C, mais ça viendra peut-être.
J'utilise aussi régulièrement le LaTex et Lilypond. Quand je suis en console ou en terminal, j'utilise vim.
Pour écrire en français, anglais, castillan je compte conserver l'usage du bépo.

==Byfok - choix et compromis==
Le problème est d'établir d'une part la meilleure configuration possible pour le développement, d'autre part
conserver l'usage du bépo pour les activités rédactionnelles en français littéraire (il est parfait pour cet usage),
donc soit rester proche du bépo v1 pour avoir un minimum de changements en passant d'une configuration à l'autre,
soit au contraire s'en dissocier complétement pour que le cerveau ne se mélange pas les pinceaux en alternant et qu'il sache
bien qu'il est soit en mode littérature soit en mode programmation.

Je suis pour l'instant dans une voie moyenne, on verra après un usage prolongé et des alternances répétées quelle est la voie la plus efficace pour mon petit cerveau.
J'ajouterai que l'alternance régulière de 2 keymaps très différentes devrait faciliter le retour occasionnel à l'azerty, quand on n'a pas le choix.
Mais bien sûr ça demande plus d'efforts d'apprentissage et pendant une période plus longue.

=== - Modificateurs et touche compose===
- {{touche|AltGr}} symétriques et {{touche|Alt}} à la place de {{touche|Super}} droite, déportée sur {{touche|Menu/Compose}}

Inconvénient: je dois revoir tout mes raccourcis de gestionnaires de fenetres et réapprendre
ou redéfinir les raccourcis des applications; écrire une variante spéciale pour mon vieux portable qui n'a pas de touche Menu.

Mais les avantages sont indiscutables, en permettant de résoudre plusieurs problèmes (par exemple le {{touche|Ç}}, les chiffres,...).

- Escape sur {{touche|CapsLock}} : un classique des vimeux.

- {{touche|Return}}, {{touche|Backspace}}, {{touche|Tab}} et {{touche|Caps}} (Escape)
Je songe à les interchanger, mais c'est encore à l'étude.

=== - Les chiffres en AltGr et centrifuges===
Avant d'opter pour l'AltGr symétrique je les avais mis sur
deux rangées en haut de la main gauche, ce qui ne présentait finalement pas les avantages d'un pavé numérique.
Cette disposition des chiffres a largement pesé dans mon choix de l'AltGr symétrique.

=== - Signes ouvrants et fermants===
Symétrie maximale. Je suis surpris que cette disposition des ouvrants ne soit pas plus répandue, elle est idéale pour moi.

=== - Deux-points et point-virgule===
En code (plus encore qu'en littérature) la sémantique du ; et du : est inversée par rapport à celle de la virgule et du . C'est à dire que le : comme la virgule
est une articulation et le ; et le . sont des conclusions. C'est pour cette raison que je les ai inversés par rapport au bépo,
dont c'est pour moi de loin le trait le plus génant et une irritante source d'erreurs systématiques.

Variante : , et . sur la même touche et : et ; sur une autre. L'accès direct du {{touche|<nowiki>:</nowiki>}} est ainsi plus pratique pour les utilisateurs de vim et autres vim-likes.

=== - Le Q.===
Mon {{touche|Q}} peut ne pas plaire à tout le monde mais je l'aime bien comme il est, pour le digramme QU et les trigrammes QUI et QUE que je trouve très agréables ainsi, sous une seule main,
alors que c'est une place que je trouve plutôt ingrate pour le {{touche|C}} de l'azerty et même pour le {{touche|X}} du bépo.

=== - G, H, W et Z===
L'emplacement de {{touche|G}} et {{touche|H}} a été conservé du bépo, il est utile en anglais, notament pour les occurences fréquentes en HTML et CSS de height, right, weight, etc.

Le {{touche|W}} également très fréquent en programmation est très accessible. On ne le confondra plus avec le {{touche|Z}} comme c'est souvent le cas en bépo.

=== - B, F, P et X===
Ce sont les lettres que j'ai le plus de mal à placer, leur importance moyenne ne légitimant ni une position trop facile ni de les exiler. Je risque de les interchanger encore
un moment avant de les fixer. Les statistiques sinon l'usage, m'aideront peut-être à trancher.

Dans tout les cas, le {{touche|F}} mérite une meilleure place qu'en bépo, eu égard à sa fréquence dans les mots ''if, for, foreach, function, EOF, file'', et j'en passe encore tout un tas.

Le {{touche|Y}} me plait là où il est. Ni mieux ni moins bien qu'en bépo. Le principal avantage de cette position est de pouvoir prononcer le nom de la keymap ! :p

Et si on ne sait pas dans quelle configuration on est, c'est un moyen accessible de le savoir tout de suite (surtout lorsque {{touche|P}} et {{touche|F}} sont inversés, avec {{touche|P}} à la même place qu'en bépo).

=== - $ et #, | et @===
{{touche|$}} et {{touche|<nowiki>#</nowiki>}} qui sont assez fréquents en bash et en PHP, sont très bien placés ainsi sur les claviers les plus courants en France, très mal si la touche <BKSL> est éxilée. J'ai pris le même risque que le bépo avec le {{touche|Ç}}.

{{touche|<nowiki>|</nowiki>}} et {{touche|@}} sont moins fréquents mais il est très agréable de les avoir en bonne accessibilité. On pourra alterner leur place en accès direct ou en Maj selon l'usage.

=== - Touches mortes===
J'aimerais les regrouper au maximum dans une ou plusieurs zones. Dans l'état actuel ce n'est pas idéal : la plupart sont sous Maj et dans la rangée supérieure, ce que je trouve plutôt pas mal, mais les plus utiles ( {{touche|^}} et {{touche|¨}} ) sont sous AltGr avec les signes de ponctuation. Ça manque de cohérence et surtout le circonflexe mérite mieux que ça. Mais bon, si on a vraiment besoin des touches mortes, on retournera en bépo. Après tout, elles sont bien plus nécessaires en littérature et linguistique.

=== - Pavé directionnel===
Mapping de la souris. Ça fera un peu gadget pour certains, en tout cas c'est pratique pour virer le pointeur pas trop loin qand il traine sur du texte en masquant une lettre (en général au point d'insertion dans le texte, justement là où on a besoin de lire), sans avoir à mettre la main sur le rat.

Plutôt que les flèches ou en plus, on peut mapper des lettres, mais ça oblige à renoncer à des caractères qu'on laissera au bépo. Ça peut être pas mal pour les tout petits claviers, les netbooks ou dans tous les cas pour ne pas trop déplacer la main.

=== - Les ligatures Æ et Œ===
A cause du choix de la place des chiffres et d'un mapping souris, de la suppression de {{touche|À}} en accès direct, reporté sur {{touche|AltGr}}+{{touche|A}},
les ligatures ont été abandonnées. Si on en a besoin en rédigeant un mail par exemple,
on repassera en bépo. {{touche|Œ}} (plus fréquente que {{touche|Æ}} en français) peut toutefois être conservée en la déportant du {{touche|O}} sur le {{touche|E}} à l'emplacement juste en dessous.

-----
La souris n'est pas encore fonctionnelle, et beaucoup de choses risquent encore de bouger. En attendant n'hésitez pas à me donner vos avis et suggestions sur la page de discussion. :)

==Appendice pour /usr/share/X11/xkb/symbols/fr==
Je le mettrai plus tard.

À moins qu'on me le demande avant, bien sûr.

==Les Claviers==
Petit à petit je repeins mes claviers en noir

[[Fichier:classique_sous_skin_peinte.jpg|300px]]

Aujourd'hui je m'occupe de mon vieux Microsoft Natural. Je voulais faire ça depuis longtemps.

[[Fichier:natural_black_case.jpg|300px]] [[Fichier:natural_black_keys.jpg|300px]]

Fichier:Classique sous skin peinte.jpg

2014-02-21T14:23:53Z

Zanobox : Clavier classique noir

Clavier classique noir

Utilisateur:Zanobox

2014-02-20T22:10:27Z

Zanobox : /* Conversion au Bépo */

==Conversion au Bépo==
J'avais entendu parler du bépo il y a plusieurs années (vers 2008) sur le forum d'Ubuntu-fr, sans trop savoir ce que c'était et à l'époque ça me paraissait un truc de geek un peu inaccessible. C'est un ami bépoète qui m'a rappelé son existence un jour que je ne trouvais pas le {{touche|Ç}} sur mon clavier "fr-latin9"!

Entre temps j'avais commencé à apprendre la frappe sur azerty en aveugle avec tous les doigts, mais en n'utilisant quasiment pas les modificateurs. Avec une vitesse oscillant de 25 à 35 mots par minute, selon le clavier, l'activité et l'humeur.

Après l'avoir envisagé pendant plus d'un an au cours duquel je m'y entrainais sporadiquement sur Ktouch puis Klavaro, je suis passé au bépo total seulement récemment (automne 2013) à la faveur d'un creux dans mes activités professionnelles.
Dix à quinze jours et quelques séances intensives d'une heure ou deux sur Klavaro ont suffi pour rendre l'azerty tout à fait insupportable !
J'ai retrouvé assez rapidement la vitesse que j'avais en azerty, et j'ambitionne d'atteindre les 40 à 50 mots par minute dans un avenir proche.

==Et ensuite==
Je trouve la configuration bépo idéale pour la rédaction en français, et même dans d'autres langues, mais en tant que developpeur de sites web et linuxien bashoteur, j'ai vite rencontré certaines limites du bépo et - comme bien d'autres ici - je tente d'élaborer une configuration personnelle inspirée d'autres layouts ou de remarques glanées ici et là (surtout ici !) tout en essayant de rester proche du bépo, dans l'esprit du moins.

Pour le moment, voici l'état actuel de mon clavier:

[[Fichier:capture-byfok.png]]

Je me suis très peu basé pour le moment sur les statistiques, beaucoup plus sur mon ressenti et mes besoins immédiats.
J'éspère tout de même avoir un profil d'utilisateur suffisamment répandu pour que cette configuration puisse satisfaire quelqu'un d'autre.

Quand j'écris aux machines, c'est essentiellement dans des langages de script ou de markup : bash, php, javascript, HTML, CSS,
secondairement lua, parfois du perl, du python ou du java, très rarement du C, mais ça viendra peut-être.
J'utilise aussi régulièrement le LaTex et Lilypond. Quand je suis en console ou en terminal, j'utilise vim.
Pour écrire en français, anglais, castillan je compte conserver l'usage du bépo.

==Byfok - choix et compromis==
Le problème est d'établir d'une part la meilleure configuration possible pour le développement, d'autre part
conserver l'usage du bépo pour les activités rédactionnelles en français littéraire (il est parfait pour cet usage),
donc soit rester proche du bépo v1 pour avoir un minimum de changements en passant d'une configuration à l'autre,
soit au contraire s'en dissocier complétement pour que le cerveau ne se mélange pas les pinceaux en alternant et qu'il sache
bien qu'il est soit en mode littérature soit en mode programmation.

Je suis pour l'instant dans une voie moyenne, on verra après un usage prolongé et des alternances répétées quelle est la voie la plus efficace pour mon petit cerveau.
J'ajouterai que l'alternance régulière de 2 keymaps très différentes devrait faciliter le retour occasionnel à l'azerty, quand on n'a pas le choix.
Mais bien sûr ça demande plus d'efforts d'apprentissage et pendant une période plus longue.

=== - Modificateurs et touche compose===
- {{touche|AltGr}} symétriques et {{touche|Alt}} à la place de {{touche|Super}} droite, déportée sur {{touche|Menu/Compose}}

Inconvénient: je dois revoir tout mes raccourcis de gestionnaires de fenetres et réapprendre
ou redéfinir les raccourcis des applications; écrire une variante spéciale pour mon vieux portable qui n'a pas de touche Menu.

Mais les avantages sont indiscutables, en permettant de résoudre plusieurs problèmes (par exemple le {{touche|Ç}}, les chiffres,...).

- Escape sur {{touche|CapsLock}} : un classique des vimeux.

- {{touche|Return}}, {{touche|Backspace}}, {{touche|Tab}} et {{touche|Caps}} (Escape)
Je songe à les interchanger, mais c'est encore à l'étude.

=== - Les chiffres en AltGr et centrifuges===
Avant d'opter pour l'AltGr symétrique je les avais mis sur
deux rangées en haut de la main gauche, ce qui ne présentait finalement pas les avantages d'un pavé numérique.
Cette disposition des chiffres a largement pesé dans mon choix de l'AltGr symétrique.

=== - Signes ouvrants et fermants===
Symétrie maximale. Je suis surpris que cette disposition des ouvrants ne soit pas plus répandue, elle est idéale pour moi.

=== - Deux-points et point-virgule===
En code (plus encore qu'en littérature) la sémantique du ; et du : est inversée par rapport à celle de la virgule et du . C'est à dire que le : comme la virgule
est une articulation et le ; et le . sont des conclusions. C'est pour cette raison que je les ai inversés par rapport au bépo,
dont c'est pour moi de loin le trait le plus génant et une irritante source d'erreurs systématiques.

Variante : , et . sur la même touche et : et ; sur une autre. L'accès direct du {{touche|<nowiki>:</nowiki>}} est ainsi plus pratique pour les utilisateurs de vim et autres vim-likes.

=== - Le Q.===
Mon {{touche|Q}} peut ne pas plaire à tout le monde mais je l'aime bien comme il est, pour le digramme QU et les trigrammes QUI et QUE que je trouve très agréables ainsi, sous une seule main,
alors que c'est une place que je trouve plutôt ingrate pour le {{touche|C}} de l'azerty et même pour le {{touche|X}} du bépo.

=== - G, H, W et Z===
L'emplacement de {{touche|G}} et {{touche|H}} a été conservé du bépo, il est utile en anglais, notament pour les occurences fréquentes en HTML et CSS de height, right, weight, etc.

Le {{touche|W}} également très fréquent en programmation est très accessible. On ne le confondra plus avec le {{touche|Z}} comme c'est souvent le cas en bépo.

=== - B, F, P et X===
Ce sont les lettres que j'ai le plus de mal à placer, leur importance moyenne ne légitimant ni une position trop facile ni de les exiler. Je risque de les interchanger encore
un moment avant de les fixer. Les statistiques sinon l'usage, m'aideront peut-être à trancher.

Dans tout les cas, le {{touche|F}} mérite une meilleure place qu'en bépo, eu égard à sa fréquence dans les mots ''if, for, foreach, function, EOF, file'', et j'en passe encore tout un tas.

Le {{touche|Y}} me plait là où il est. Ni mieux ni moins bien qu'en bépo. Le principal avantage de cette position est de pouvoir prononcer le nom de la keymap ! :p

Et si on ne sait pas dans quelle configuration on est, c'est un moyen accessible de le savoir tout de suite (surtout lorsque {{touche|P}} et {{touche|F}} sont inversés, avec {{touche|P}} à la même place qu'en bépo).

=== - $ et #, | et @===
{{touche|$}} et {{touche|<nowiki>#</nowiki>}} qui sont assez fréquents en bash et en PHP, sont très bien placés ainsi sur les claviers les plus courants en France, très mal si la touche <BKSL> est éxilée. J'ai pris le même risque que le bépo avec le {{touche|Ç}}.

{{touche|<nowiki>|</nowiki>}} et {{touche|@}} sont moins fréquents mais il est très agréable de les avoir en bonne accessibilité. On pourra alterner leur place en accès direct ou en Maj selon l'usage.

=== - Touches mortes===
J'aimerais les regrouper au maximum dans une ou plusieurs zones. Dans l'état actuel ce n'est pas idéal : la plupart sont sous Maj et dans la rangée supérieure, ce que je trouve plutôt pas mal, mais les plus utiles ( {{touche|^}} et {{touche|¨}} ) sont sous AltGr avec les signes de ponctuation. Ça manque de cohérence et surtout le circonflexe mérite mieux que ça. Mais bon, si on a vraiment besoin des touches mortes, on retournera en bépo. Après tout, elles sont bien plus nécessaires en littérature et linguistique.

=== - Pavé directionnel===
Mapping de la souris. Ça fera un peu gadget pour certains, en tout cas c'est pratique pour virer le pointeur pas trop loin qand il traine sur du texte en masquant une lettre (en général au point d'insertion dans le texte, justement là où on a besoin de lire), sans avoir à mettre la main sur le rat.

Plutôt que les flèches ou en plus, on peut mapper des lettres, mais ça oblige à renoncer à des caractères qu'on laissera au bépo. Ça peut être pas mal pour les tout petits claviers, les netbooks ou dans tous les cas pour ne pas trop déplacer la main.

=== - Les ligatures Æ et Œ===
A cause du choix de la place des chiffres et d'un mapping souris, de la suppression de {{touche|À}} en accès direct, reporté sur {{touche|AltGr}}+{{touche|A}},
les ligatures ont été abandonnées. Si on en a besoin en rédigeant un mail par exemple,
on repassera en bépo. {{touche|Œ}} (plus fréquente que {{touche|Æ}} en français) peut toutefois être conservée en la déportant du {{touche|O}} sur le {{touche|E}} à l'emplacement juste en dessous.

-----
La souris n'est pas encore fonctionnelle, et beaucoup de choses risquent encore de bouger. En attendant n'hésitez pas à me donner vos avis et suggestions sur la page de discussion. :)

==Appendice pour /usr/share/X11/xkb/symbols/fr==
Je le mettrai plus tard.

À moins qu'on me le demande avant, bien sûr.

Utilisateur:Zanobox

2014-02-20T22:06:51Z

Zanobox :

==Conversion au Bépo==
J'avais entendu parler du bépo il y a plusieurs années (vers 2008) sur le forum d'Ubuntu-fr, sans trop savoir ce que c'était et à l'époque ça me paraissait un truc de geek un peu inaccessible. C'est un ami bépoète qui m'a rappelé son existence un jour que je ne trouvais pas le {{touche|Ç}} sur mon clavier "fr-latin9"! Entre temps j'avais commencé à apprendre la frappe sur azerty en aveugle avec tous les doigts, mais en n'utilisant quasiment pas les modificateurs. Avec une vitesse oscillant de 30 à 35 mots par minute, selon le clavier et l'humeur.

Après l'avoir envisagé pendant plus d'un an au cours duquel je m'y entrainais sporadiquement sur Ktouch puis Klavaro, je suis passé au bépo total seulement récemment (automne 2013) à la faveur d'un creux dans mes activités professionnelles.
Dix à quinze jours et quelques séances intensives d'une heure ou deux sur Klavaro ont suffi pour rendre l'azerty tout à fait insupportable !
J'ai retrouvé à peu près la vitesse que j'avais en azerty, et j'ambitionne d'atteindre les 50 mots par minute dans un avenir proche.

==Et ensuite==
Je trouve la configuration bépo idéale pour la rédaction en français, et même dans d'autres langues, mais en tant que developpeur de sites web et linuxien bashoteur, j'ai vite rencontré certaines limites du bépo et - comme bien d'autres ici - je tente d'élaborer une configuration personnelle inspirée d'autres layouts ou de remarques glanées ici et là (surtout ici !) tout en essayant de rester proche du bépo, dans l'esprit du moins.

Pour le moment, voici l'état actuel de mon clavier:

[[Fichier:capture-byfok.png]]

Je me suis très peu basé pour le moment sur les statistiques, beaucoup plus sur mon ressenti et mes besoins immédiats.
J'éspère tout de même avoir un profil d'utilisateur suffisamment répandu pour que cette configuration puisse satisfaire quelqu'un d'autre.

Quand j'écris aux machines, c'est essentiellement dans des langages de script ou de markup : bash, php, javascript, HTML, CSS,
secondairement lua, parfois du perl, du python ou du java, très rarement du C, mais ça viendra peut-être.
J'utilise aussi régulièrement le LaTex et Lilypond. Quand je suis en console ou en terminal, j'utilise vim.
Pour écrire en français, anglais, castillan je compte conserver l'usage du bépo.

==Byfok - choix et compromis==
Le problème est d'établir d'une part la meilleure configuration possible pour le développement, d'autre part
conserver l'usage du bépo pour les activités rédactionnelles en français littéraire (il est parfait pour cet usage),
donc soit rester proche du bépo v1 pour avoir un minimum de changements en passant d'une configuration à l'autre,
soit au contraire s'en dissocier complétement pour que le cerveau ne se mélange pas les pinceaux en alternant et qu'il sache
bien qu'il est soit en mode littérature soit en mode programmation.

Je suis pour l'instant dans une voie moyenne, on verra après un usage prolongé et des alternances répétées quelle est la voie la plus efficace pour mon petit cerveau.
J'ajouterai que l'alternance régulière de 2 keymaps très différentes devrait faciliter le retour occasionnel à l'azerty, quand on n'a pas le choix.
Mais bien sûr ça demande plus d'efforts d'apprentissage et pendant une période plus longue.

=== - Modificateurs et touche compose===
- {{touche|AltGr}} symétriques et {{touche|Alt}} à la place de {{touche|Super}} droite, déportée sur {{touche|Menu/Compose}}

Inconvénient: je dois revoir tout mes raccourcis de gestionnaires de fenetres et réapprendre
ou redéfinir les raccourcis des applications; écrire une variante spéciale pour mon vieux portable qui n'a pas de touche Menu.

Mais les avantages sont indiscutables, en permettant de résoudre plusieurs problèmes (par exemple le {{touche|Ç}}, les chiffres,...).

- Escape sur {{touche|CapsLock}} : un classique des vimeux.

- {{touche|Return}}, {{touche|Backspace}}, {{touche|Tab}} et {{touche|Caps}} (Escape)
Je songe à les interchanger, mais c'est encore à l'étude.

=== - Les chiffres en AltGr et centrifuges===
Avant d'opter pour l'AltGr symétrique je les avais mis sur
deux rangées en haut de la main gauche, ce qui ne présentait finalement pas les avantages d'un pavé numérique.
Cette disposition des chiffres a largement pesé dans mon choix de l'AltGr symétrique.

=== - Signes ouvrants et fermants===
Symétrie maximale. Je suis surpris que cette disposition des ouvrants ne soit pas plus répandue, elle est idéale pour moi.

=== - Deux-points et point-virgule===
En code (plus encore qu'en littérature) la sémantique du ; et du : est inversée par rapport à celle de la virgule et du . C'est à dire que le : comme la virgule
est une articulation et le ; et le . sont des conclusions. C'est pour cette raison que je les ai inversés par rapport au bépo,
dont c'est pour moi de loin le trait le plus génant et une irritante source d'erreurs systématiques.

Variante : , et . sur la même touche et : et ; sur une autre. L'accès direct du {{touche|<nowiki>:</nowiki>}} est ainsi plus pratique pour les utilisateurs de vim et autres vim-likes.

=== - Le Q.===
Mon {{touche|Q}} peut ne pas plaire à tout le monde mais je l'aime bien comme il est, pour le digramme QU et les trigrammes QUI et QUE que je trouve très agréables ainsi, sous une seule main,
alors que c'est une place que je trouve plutôt ingrate pour le {{touche|C}} de l'azerty et même pour le {{touche|X}} du bépo.

=== - G, H, W et Z===
L'emplacement de {{touche|G}} et {{touche|H}} a été conservé du bépo, il est utile en anglais, notament pour les occurences fréquentes en HTML et CSS de height, right, weight, etc.

Le {{touche|W}} également très fréquent en programmation est très accessible. On ne le confondra plus avec le {{touche|Z}} comme c'est souvent le cas en bépo.

=== - B, F, P et X===
Ce sont les lettres que j'ai le plus de mal à placer, leur importance moyenne ne légitimant ni une position trop facile ni de les exiler. Je risque de les interchanger encore
un moment avant de les fixer. Les statistiques sinon l'usage, m'aideront peut-être à trancher.

Dans tout les cas, le {{touche|F}} mérite une meilleure place qu'en bépo, eu égard à sa fréquence dans les mots ''if, for, foreach, function, EOF, file'', et j'en passe encore tout un tas.

Le {{touche|Y}} me plait là où il est. Ni mieux ni moins bien qu'en bépo. Le principal avantage de cette position est de pouvoir prononcer le nom de la keymap ! :p

Et si on ne sait pas dans quelle configuration on est, c'est un moyen accessible de le savoir tout de suite (surtout lorsque {{touche|P}} et {{touche|F}} sont inversés, avec {{touche|P}} à la même place qu'en bépo).

=== - $ et #, | et @===
{{touche|$}} et {{touche|<nowiki>#</nowiki>}} qui sont assez fréquents en bash et en PHP, sont très bien placés ainsi sur les claviers les plus courants en France, très mal si la touche <BKSL> est éxilée. J'ai pris le même risque que le bépo avec le {{touche|Ç}}.

{{touche|<nowiki>|</nowiki>}} et {{touche|@}} sont moins fréquents mais il est très agréable de les avoir en bonne accessibilité. On pourra alterner leur place en accès direct ou en Maj selon l'usage.

=== - Touches mortes===
J'aimerais les regrouper au maximum dans une ou plusieurs zones. Dans l'état actuel ce n'est pas idéal : la plupart sont sous Maj et dans la rangée supérieure, ce que je trouve plutôt pas mal, mais les plus utiles ( {{touche|^}} et {{touche|¨}} ) sont sous AltGr avec les signes de ponctuation. Ça manque de cohérence et surtout le circonflexe mérite mieux que ça. Mais bon, si on a vraiment besoin des touches mortes, on retournera en bépo. Après tout, elles sont bien plus nécessaires en littérature et linguistique.

=== - Pavé directionnel===
Mapping de la souris. Ça fera un peu gadget pour certains, en tout cas c'est pratique pour virer le pointeur pas trop loin qand il traine sur du texte en masquant une lettre (en général au point d'insertion dans le texte, justement là où on a besoin de lire), sans avoir à mettre la main sur le rat.

Plutôt que les flèches ou en plus, on peut mapper des lettres, mais ça oblige à renoncer à des caractères qu'on laissera au bépo. Ça peut être pas mal pour les tout petits claviers, les netbooks ou dans tous les cas pour ne pas trop déplacer la main.

=== - Les ligatures Æ et Œ===
A cause du choix de la place des chiffres et d'un mapping souris, de la suppression de {{touche|À}} en accès direct, reporté sur {{touche|AltGr}}+{{touche|A}},
les ligatures ont été abandonnées. Si on en a besoin en rédigeant un mail par exemple,
on repassera en bépo. {{touche|Œ}} (plus fréquente que {{touche|Æ}} en français) peut toutefois être conservée en la déportant du {{touche|O}} sur le {{touche|E}} à l'emplacement juste en dessous.

-----
La souris n'est pas encore fonctionnelle, et beaucoup de choses risquent encore de bouger. En attendant n'hésitez pas à me donner vos avis et suggestions sur la page de discussion. :)

==Appendice pour /usr/share/X11/xkb/symbols/fr==
Je le mettrai plus tard.

À moins qu'on me le demande avant, bien sûr.

Utilisateur:Zanobox

2014-02-20T21:58:26Z

Zanobox :

==Conversion au Bépo==
J'avais entendu parler du bépo il y a plusieurs années (vers 2008) sur le forum d'Ubuntu-fr, sans trop savoir ce que c'était et à l'époque ça me paraissait un truc de geek un peu inaccessible. C'est un ami bépoète qui m'a rappelé son existence un jour que je ne trouvais pas le {{touche|Ç}} sur mon clavier "fr-latin9"! Entre temps j'avais commencé à apprendre la frappe sur azerty en aveugle avec tous les doigts, mais en n'utilisant quasiment pas les modificateurs. Avec une vitesse oscillant de 30 à 35 mots par minute, selon le clavier et l'humeur.

Après l'avoir envisagé pendant plus d'un an au cours duquel je m'y entrainais sporadiquement sur Ktouch puis Klavaro, je suis passé au bépo total seulement récemment (automne 2013) à la faveur d'un creux dans mes activités professionnelles.
Dix à quinze jours et quelques séances intensives d'une heure ou deux sur Klavaro ont suffi pour rendre l'azerty tout à fait insupportable !
J'ai retrouvé à peu près la vitesse que j'avais en azerty, et j'ambitionne d'atteindre les 50 mots par minute dans un avenir proche.

==Et ensuite==
Je trouve la configuration bépo idéale pour la rédaction en français, et même dans d'autres langues, mais en tant que developpeur de sites web et linuxien bashoteur, j'ai vite rencontré certaines limites du bépo et - comme bien d'autres ici - je tente d'élaborer une configuration personnelle inspirée d'autres layouts ou de remarques glanées ici et là (surtout ici !) tout en essayant de rester proche du bépo, dans l'esprit du moins.

Pour le moment, voici l'état actuel de mon clavier:

[[Fichier:capture-byfok.png]]

Je me suis très peu basé pour le moment sur les statistiques, beaucoup plus sur mon ressenti et mes besoins immédiats.
J'éspère tout de même avoir un profil d'utilisateur suffisamment répandu pour que cette configuration puisse satisfaire quelqu'un d'autre.

Quand j'écris aux machines, c'est essentiellement dans des langages de script ou de markup : bash, php, javascript, HTML, CSS,
secondairement lua, parfois du perl, du python ou du java, très rarement du C, mais ça viendra peut-être.
J'utilise aussi régulièrement le LaTex et Lilypond. Quand je suis en console ou en terminal, j'utilise vim.
Pour écrire en français, anglais, castillan je compte conserver l'usage du bépo.

Le problème est d'établir d'une part la meilleure configuration possible pour le développement, d'autre part
conserver l'usage du bépo pour les activités rédactionnelles en français littéraire (il est parfait pour cet usage),
donc soit rester proche du bépo v1 pour avoir un minimum de changements en passant d'une configuration à l'autre,
soit au contraire s'en dissocier complétement pour que le cerveau ne se mélange pas les pinceaux en alternant et qu'il sache
bien qu'il est soit en mode littérature soit en mode programmation.

Je suis pour l'instant dans une voie moyenne, on verra après un usage prolongé et des alternances répétées quelle est la voie la plus efficace pour mon petit cerveau.
J'ajouterai que l'alternance régulière de 2 keymaps très différentes devrait faciliter le retour occasionnel à l'azerty, quand on n'a pas le choix.
Mais bien sûr ça demande plus d'efforts d'apprentissage et pendant une période plus longue.

==Byfok - choix et compromis==
=== - Modificateurs et touche compose===
- {{touche|AltGr}} symétriques et {{touche|Alt}} à la place de {{touche|Super}} droite, déportée sur {{touche|Menu/Compose}}

Inconvénient: je dois revoir tout mes raccourcis de gestionnaires de fenetres et réapprendre
ou redéfinir les raccourcis des applications; écrire une variante spéciale pour mon vieux portable qui n'a pas de touche Menu.

Mais les avantages sont indiscutables, en permettant de résoudre plusieurs problèmes (par exemple le {{touche|Ç}}, les chiffres,...).

- Escape sur {{touche|CapsLock}} : un classique des vimeux.

- {{touche|Return}}, {{touche|Backspace}}, {{touche|Tab}} et {{touche|Caps}} (Escape)
Je songe à les interchanger, mais c'est encore à l'étude.

=== - Les chiffres en AltGr et centrifuges===
Avant d'opter pour l'AltGr symétrique je les avais mis sur
deux rangées en haut de la main gauche, ce qui ne présentait finalement pas les avantages d'un pavé numérique.
Cette disposition des chiffres a largement pesé dans mon choix de l'AltGr symétrique.

=== - Signes ouvrants et fermants===
Symétrie maximale. Je suis surpris que cette disposition des ouvrants ne soit pas plus répandue, elle est idéale pour moi.

=== - Deux-points et point-virgule===
En code (plus encore qu'en littérature) la sémantique du ; et du : est inversée par rapport à celle de la virgule et du . C'est à dire que le : comme la virgule
est une articulation et le ; et le . sont des conclusions. C'est pour cette raison que je les ai inversés par rapport au bépo,
dont c'est pour moi de loin le trait le plus génant et une irritante source d'erreurs systématiques.

Variante : , et . sur la même touche et : et ; sur une autre. L'accès direct du {{touche|<nowiki>:</nowiki>}} est ainsi plus pratique pour les utilisateurs de vim et autres vim-likes.

=== - Le Q.===
Mon {{touche|Q}} peut ne pas plaire à tout le monde mais je l'aime bien comme il est, pour le digramme QU et les trigrammes QUI et QUE que je trouve très agréables ainsi, sous une seule main,
alors que c'est une place que je trouve plutôt ingrate pour le {{touche|C}} de l'azerty et même pour le {{touche|X}} du bépo.

=== - G, H, W et Z===
L'emplacement de {{touche|G}} et {{touche|H}} a été conservé du bépo, il est utile en anglais, notament pour les occurences fréquentes en HTML et CSS de height, right, weight, etc.

Le {{touche|W}} également très fréquent en programmation est très accessible. On ne le confondra plus avec le {{touche|Z}} comme c'est souvent le cas en bépo.

=== - B, F, P et X===
Ce sont les lettres que j'ai le plus de mal à placer, leur importance moyenne ne légitimant ni une position trop facile ni de les exiler. Je risque de les interchanger encore
un moment avant de les fixer. Les statistiques sinon l'usage, m'aideront peut-être à trancher.

Dans tout les cas, le {{touche|F}} mérite une meilleure place qu'en bépo, eu égard à sa fréquence dans les mots ''if, for, foreach, function, EOF, file'', et j'en passe encore tout un tas.

Le {{touche|Y}} me plait là où il est. Ni mieux ni moins bien qu'en bépo. Le principal avantage de cette position est de pouvoir prononcer le nom de la keymap ! :p

Et si on ne sait pas dans quelle configuration on est, c'est un moyen accessible de le savoir tout de suite (surtout lorsque {{touche|P}} et {{touche|F}} sont inversés, avec {{touche|P}} à la même place qu'en bépo).

=== - $ et #, | et @===
{{touche|$}} et {{touche|<nowiki>#</nowiki>}} qui sont assez fréquents en bash et en PHP, sont très bien placés ainsi sur les claviers les plus courants en France, très mal si la touche <BKSL> est éxilée. J'ai pris le même risque que le bépo avec le {{touche|Ç}}.

{{touche|<nowiki>|</nowiki>}} et {{touche|@}} sont moins fréquents mais il est très agréable de les avoir en bonne accessibilité. On pourra alterner leur place en accès direct ou en Maj selon l'usage.

=== - Touches mortes===
J'aimerais les regrouper au maximum dans une ou plusieurs zones. Dans l'état actuel ce n'est pas idéal : la plupart sont sous Maj et dans la rangée supérieure, ce que je trouve plutôt pas mal, mais les plus utiles ( {{touche|^}} et {{touche|¨}} ) sont sous AltGr avec les signes de ponctuation. Ça manque de cohérence et surtout le circonflexe mérite mieux que ça. Mais bon, si on a vraiment besoin des touches mortes, on retournera en bépo. Après tout, elles sont bien plus nécessaires en littérature et linguistique.

=== - Pavé directionnel===
Mapping de la souris. Ça fera un peu gadget pour certains, en tout cas c'est pratique pour virer le pointeur pas trop loin qand il traine sur du texte en masquant une lettre (en général au point d'insertion dans le texte, justement là où on a besoin de lire), sans avoir à mettre la main sur le rat.

Plutôt que les flèches ou en plus, on peut mapper des lettres, mais ça oblige à renoncer à des caractères qu'on laissera au bépo. Ça peut être pas mal pour les tout petits claviers, les netbooks ou dans tous les cas pour ne pas trop déplacer la main.

=== - Les ligatures Æ et Œ===
A cause du choix de la place des chiffres et d'un mapping souris, de la suppression de {{touche|À}} en accès direct, reporté sur {{touche|AltGr}}+{{touche|A}},
les ligatures ont été abandonnées. Si on en a besoin en rédigeant un mail par exemple,
on repassera en bépo. {{touche|Œ}} (plus fréquente que {{touche|Æ}} en français) peut toutefois être conservée en la déportant du {{touche|O}} sur le {{touche|E}} à l'emplacement juste en dessous.

-----
La souris n'est pas encore fonctionnelle, et beaucoup de choses risquent encore de bouger. En attendant n'hésitez pas à me donner vos avis et suggestions sur la page de discussion. :)

==Appendice pour /usr/share/X11/xkb/symbols/fr==
Je le mettrai plus tard.

À moins qu'on me le demande avant, bien sûr.

Fichier:Capture-byfok.png

2014-02-20T20:02:58Z

Zanobox : Capture d'écran d'un état provisoire de keymap fr-byfok

Capture d'écran d'un état provisoire de keymap fr-byfok

Utilisateur:Zanobox

2014-02-20T19:38:57Z

Zanobox : /* Au delà du Bépo */

Utilisateur:Zanobox

2014-02-20T19:37:30Z

Zanobox : /* Conversion au Bépo */

Utilisateur:Zanobox

2014-02-16T12:58:16Z

Zanobox :

Utilisateur:Zanobox

2014-02-16T12:11:20Z

Zanobox : Page créée avec « Après l'avoir envisagé pendant plus d'un an au cours duquel je m'y entrainais sporadiquement sur Ktouch puis Klavaro, je suis passé au bépo total récemment (automne 2... »

Après l'avoir envisagé pendant plus d'un an au cours duquel je m'y entrainais sporadiquement sur Ktouch puis Klavaro, je suis passé au bépo total récemment (automne 2013) à la faveur d'un creux dans mes activités professionnelles.