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 ne peuvent être objectivées et automatisées, et qui demandent un choix humain. À déterminer collectivement.

Définir l'ordre des priorités

Base de départ : français, anglais, caractères spéciaux, espéranto/ido, autres langues UE, autres langues étrangères (du mieux qu'on peut sur ce qu'il reste de places libres…)

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

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 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 choses définies par 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