|
|
| (15 versions intermédiaires par 5 utilisateurs non affichées) |
| Ligne 1 : |
Ligne 1 : |
| Refondre et intégrer http://bepo.fr/wiki/Id%C3%A9es_pour_une_v2
| |
|
| |
| =Méthodologie= | | =Méthodologie= |
|
| |
| ==Prémisses==
| |
|
| |
| Il y a un certain nombre de prémisses qui dépendent d'un choix humain et qui ne peuvent être objectivés. À déterminer collectivement.
| |
|
| |
| ===Variantes ou pas===
| |
|
| |
| Une dispo par usage ? Une dispo secrétaire, une dispo informaticien, etc ? Pour le bépo, il a été décidé de ne faire qu'une seule et unique version officielle, parce que :
| |
| * les gens apprennent une seule dispo et peuvent tout faire avec
| |
| * les utilisateurs ont déjà du mal à comprendre l'intérêt de quitter l'azerty, alors si on commence à leur expliquer qu'en plus, ils doivent choisir entre deux versions… « oui mais si j'apprends à programmer un jour, ça va encore me changer des trucs ? pfff »
| |
| * ce fut décidé à une époque où on n'osait pas croire, même dans nos rêves les plus fous, qu'il y aurait un jour des claviers marqués bépo. Mais on a fait comme si et on a eu raison : avec plusieurs versions officielles du bépo, les constructeurs choisissent laquelle ?
| |
|
| |
| Il me semble que c'est un bon principe, et qu'on devrait le garder pour la V2. Ça n'empêche pas de rajouter à côté tous les outils nécessaires (stats corpus, CAT des différents claviers, algo, etc) pour personnaliser la dispo ou s'en créer une perso. Une autre idée qui a circulé, c'est de générer automatiquement les pilotes pour les versions persos : c'est pas officiel, c'est pas supporté, mais c'est facile d'utilisation et ceux qui veulent se lancer le peuvent.
| |
|
| |
| ===Déterminer l'ordre des priorités===
| |
|
| |
| * Français
| |
| * Anglais
| |
| * Caractères spéciaux (informatique, programmation etc)
| |
| * Espéranto/Ido
| |
| * Autres langues UE
| |
| * Autres langues étrangères
| |
|
| |
| Les corpus :
| |
| * Corpus français (littéraire/WP et irc/IM/mail/etc) => Placement des principales touches
| |
| * Corpus anglais (idem) => Un peu de sel à rajouter dans l'algo pour placer k/w/z etc
| |
| * Corpus "informatique" (principaux languages de prog, shell unix, etc) => Placement des accès en AltGr
| |
| * pour le reste, on fera du mieux qu'on peut avec la place qu'il restera.
| |
|
| |
| ===Déterminer les groupements de caractères===
| |
|
| |
| Exemples de groupements :
| |
| * la majuscule va toujours sur sa lettre minuscule : la fréquence du « Ç » ne mérite pas un accès shift, mais il est en shift+ç ;
| |
| * les chiffres sont regroupés : sans contrainte, l'algo placerait 0 et 1 à un endroit accessible, et 7 et 8 à l'autre bout du clavier, beaucoup moins accessible. Mais la mnémotechnique demande des chiffres ordonnés, soit sur la même rangée soit sur un bloc style pavé numérique ;
| |
| * les caractères qui vont par paires («»<>()[]{} etc) sont placés sur des touches adjacentes, le caractère ouvrant à gauche ;
| |
| * les caractères de ponctuation sont généralement regroupés à plusieurs sur une même touche.
| |
|
| |
| ===Déterminer qui va en accès direct===
| |
|
| |
| Entre les 26 lettres de l'alphabet, les caractères accentués, les caractères de ponctuation/typographie et les chiffres, on n'a pas assez de touches pour donner un accès direct à tout le monde.
| |
|
| |
| Puisqu'on ne peut pas s'affranchir de la contrainte matérielle des claviers standards ni du nombre limité de nos doigts (souvent 2 × 5, parfois moins, rarement plus) qui ne sont pas télescopiques, il faut bien faire un choix.
| |
|
| |
| :Lien vers la page d'explication quand je l'aurais faite
| |
|
| |
| ===Nombre et position des modificateurs===
| |
|
| |
| Ce point-là découle du précédant.
| |
|
| |
| ===Gestion des touches Fn et Compose===
| |
|
| |
| Rajouter une touche Fn et une touche Compose sur les claviers pc105 serait assez cool, à voir.
| |
| * encore faut-il trouver la place
| |
| * est-ce que Fn n'est pas quelque chose qui devrait être géré au niveau du matériel ?
| |
| * à l'inverse, est-ce que Compose ne fait pas partie des choix de l'utilisateur ?
| |
|
| |
|
| ==Processus rationnel== | | ==Processus rationnel== |
| Ligne 62 : |
Ligne 5 : |
| Partie à objectiver autant que possible (stats, algo etc). | | Partie à objectiver autant que possible (stats, algo etc). |
|
| |
|
| | L'algo sera l'expression des différentes contraintes, citons en vrac : |
| | * CAT ; |
| | * réduction de la distance : les caractères les plus fréquents sur les touches les plus accessibles ; |
| | * alternance des mains ; |
| | * privilégier les touches du haut par rapport à celles du bas, et les mouvements vers l'intérieur du clavier plutôt que vers l'extérieur ; |
| | * équilibrage de la charge des doigts |
| | * réduction des digrammes à un doigt ; |
| | * éventuellement (voir si c'est réellement pertinent), pour les raccourcis, rajouter une contrainte du style {zxcvfwsao} = sur la partie gauche du clavier, comme le Colemak. |
| | |
| | Étapes du travail : |
| * corpus français très fourni, dont on tire la fréquence des caractères | | * corpus français très fourni, dont on tire la fréquence des caractères |
| * corpus anglais très fourni | | * corpus anglais très fourni |
| Ligne 70 : |
Ligne 23 : |
| * un outil pour surveiller la charge des doigts, en prenant en compte leur déplacement | | * un outil pour surveiller la charge des doigts, en prenant en compte leur déplacement |
| * Écrire l'algo de placement. On se basera sur le travail de Crako pour le bépo 0.1, en tenant compte des nouvelles contraintes/idées trouvées depuis et des enseignements tirés du bépo au fil du temps. | | * Écrire l'algo de placement. On se basera sur le travail de Crako pour le bépo 0.1, en tenant compte des nouvelles contraintes/idées trouvées depuis et des enseignements tirés du bépo au fil du temps. |
| | | [[Catégorie:Bépo_v2_projet]] |
| =Aspects techniques=
| |
| | |
| * tester la portabilité de l'AltGr symétrique
| |
| ** Linux ok (bug sous centos à une époque ?)
| |
| ** Windows voir avec A2
| |
| ** Mac : Iiiak a proposé de vérifier la possibilité de transformer une touche régulière en modificateur
| |
Méthodologie
Processus rationnel
Partie à objectiver autant que possible (stats, algo etc).
L'algo sera l'expression des différentes contraintes, citons en vrac :
- CAT ;
- réduction de la distance : les caractères les plus fréquents sur les touches les plus accessibles ;
- alternance des mains ;
- privilégier les touches du haut par rapport à celles du bas, et les mouvements vers l'intérieur du clavier plutôt que vers l'extérieur ;
- équilibrage de la charge des doigts
- réduction des digrammes à un doigt ;
- éventuellement (voir si c'est réellement pertinent), pour les raccourcis, rajouter une contrainte du style {zxcvfwsao} = sur la partie gauche du clavier, comme le Colemak.
Étapes du travail :
- corpus français très fourni, dont on tire la fréquence des caractères
- corpus anglais très fourni
- corpus pour les caractères spéciaux
- un keylogger pour vérifier la pertinence des corpus vis-à-vis d'une utilisation réelle
- la carte d'accessibilité du pc105 (si possible en collaboration avec des professionnels de santé)
- CAT des TM et autres claviers des utilisateurs du projet
- un outil pour surveiller la charge des doigts, en prenant en compte leur déplacement
- Écrire l'algo de placement. On se basera sur le travail de Crako pour le bépo 0.1, en tenant compte des nouvelles contraintes/idées trouvées depuis et des enseignements tirés du bépo au fil du temps.
