|
|
| Ligne 2 : |
Ligne 2 : |
|
| |
|
| =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 » (Est-ce vraiment plus difficile que de choisir une distribution de Linux quand on quitte M$ Windows ?) => je ne sais pas qui a rajouté la phrase entre parenthèse (je sais, mais la flemme de chercher), mais elle aurait plus eu sa place en page de Discussion. En tout cas, utilisateur de Linux, je suis bien placé pour savoir que les multiples versions de Linux sont justement l'une des raisons de sa faible diffusion, ça me semble donc pas du tout pertinent ici :) [[Utilisateur:Arathor|Arathor]] 9 novembre 2012 à 05:54 (UTC)
| |
| * 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 les claviers supportés===
| |
| * que les pc105 ?
| |
| * les pc10X ?
| |
| * les claviers standards mais aussi les ergonomiques ?
| |
| * juste les claviers standards et les TypeMatrix ?
| |
|
| |
| Un projet tel que le nôtre devrait favoriser et soutenir l'usage d'un clavier plus ergo que ces maudits pc10X, pas le compliquer.
| |
|
| |
| Je vois pas l'intérêt de reprendre tout le travail si c'est pour un résultat qui complique l'utilisation d'un clavier ergo. On ne peut pas pester sur les limitations des claviers pc10X et envoyer bouler ceux qui ont le courage de s'en affranchir ! Il faut avancer en faisant avec les pc10X, tout en ne les sacralisant pas parce que sinon ils ne disparaîtront jamais.
| |
|
| |
| ===Déterminer l'ordre des priorités===
| |
|
| |
| * Français
| |
| * Anglais
| |
| * Caractères spéciaux (informatique, programmation etc)
| |
| * Espéranto/Ido (L’ido n’utilise pas de lettres accentuées.)
| |
| * Autres langues UE
| |
| * Autres langues étrangères
| |
|
| |
| Pour les langues étrangères, y compris celles de l’UE, faudrait-il réserver quelques emplacements assez accessibles pour leurs lettres accentuées les plus fréquentes et permettre des variantes bilingues ou trilingues ?
| |
|
| |
| 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.
| |
|
| |
| ====Les langues supportées====
| |
|
| |
| Pour le grec moderne :
| |
|
| |
| ===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 en évitant de les placer sous le même doigt ;
| |
| * les caractères de ponctuation sont généralement regroupés à plusieurs sur une même touche.
| |
|
| |
| Voir aussi la page spécifique aux [[Symboles_V2|symboles]]
| |
|
| |
| ===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
| |
|
| |
| S'ils ne sont pas en accès direct, déterminer l'emplacement des chiffres.
| |
|
| |
| ===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 90 : |
Ligne 15 : |
| * réduction des digrammes à un doigt ; | | * 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. | | * é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. |
|
| |
|
| |
|
| |
| Écrire cet algo sera bien entendu un choix humain, il ne sera pas écrit par un robot ;-) Quand je parle d'objectivation, je veux surtout dire « bordayl pas d'échange au ressenti d'accès direct » (typiquement, « oh tiens, on n'a qu'à échanger J et F parce que je le sens mieux comme ça).
| |
|
| |
| Si on s'aperçoit que le résultat ne nous convient pas, ça veut dire qu'on s'est planté quelque part dans les contraintes et/ou dans l'algo. Donc, il faut les revoir puis relancer l'algo, autant de fois que nécessaire.
| |
|
| |
| Arathor> bon après je suis pas un ayatollah, je vais pas aller chez les gens qui proposent des modifs légères pour les brûler :p (si elles ont du sens) (sinon, bûcher)<br />
| |
| Robipo> pour moi les ajustements, t'as juste le droit de changer les caractères avec très faible fréquence. Genre les lettres grecques, les trucs en altgr+shift etc… Autrement dit, les trucs que tu met pas forcément dans l'algo pour ne pas trop le surcharger, et qui de toute façon change quasiment rien aux stats finales de la dispo.
| |
|
| |
|
| Étapes du travail : | | Étapes du travail : |
| Ligne 109 : |
Ligne 25 : |
| * 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. |
|
| |
| =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
| |
