v2:Méthodologie

De Disposition de clavier bépo

Refondre et intégrer http://bepo.fr/wiki/Id%C3%A9es_pour_une_v2

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 ?)
  • 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
  • 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.

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 ;
  • 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

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

Partie à objectiver autant que possible (stats, algo etc).

  • 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.

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