« BépoFriendly » : différence entre les versions

De Disposition de clavier bépo
(→‎Autre : VegaStrike)
Ligne 84 : Ligne 84 :
=== FPS ===
=== FPS ===
==== Xonotic ====
==== Xonotic ====
Il est impossible d'assigner des touches autres que les caractères alphanumériques non-accentués. On ne peut donc pas utiliser la touche «É» par exemple.
Il est impossible d'assigner des touches autres que les caractères alphanumériques non-accentués (ASCII). On ne peut donc pas utiliser la touche «É» par exemple.


Rapport de bug: http://dev.xonotic.org/issues/1248.
Rapport de bug: http://dev.xonotic.org/issues/1248.

Version du 22 juillet 2013 à 06:06

Le but de cette page est de lister les projets/produits qui ne sont pas Bépo friendly mais qui pourraient l'être.

Il peut s'agir de logiciels comme de matériels. Pour chacun, décrivez le problème rencontré (la plupart du temps il s'agira d'être forcé d'utiliser Azerty ou Qwerty), comment vous résolvez le problème actuellement (si applicable) et comment le problème pourrait être résolu idéalement, avec des liens vers les personnes de contacts ou les bugtracker correspondant.

Une fois la personne de contact identifiée, un volontaire peut personnaliser et envoyer la LettreTypeBépo.

GNU/Linux

La disposition devrait être inclue dans kbd pour pouvoir bénéficier du Bépo en console dans toutes les distributions. En effet, c'est un problème qui doit être réglé en amont, cf. la réponse au rapport de bug ouvert pour Arch Linux:

I suggest you contact the maintainers of the kbd project. It makes no sense for Arch Linux to carry the burden of maintenance for this.

https://lists.altlinux.org/mailman/listinfo/kbd

Vu qu'il y a déjà la disposition Dvorak et Colemak, je ne vois pas pourquoi le Bépo n'y aurais pas sa place.

J’ai envoyé un courriel à la liste de diffusion du projet kbd (la première fois le courriel n’as pas été envoyé mais là j’ai eu le temps de renvoyer un argumentaire). Je vous tiens au courant des réponses. Sinma 18 avril 2013 à 20:57 (UTC)


Fedora

Lors de l'installation, Fedora ne permet pas de choisir la disposition Bépo. C'est d'autant plus frustrant que cette disposition est installée par défaut et est utilisable dans les sessions utilisateurs!

L'installateur devrait donner accès à toutes les dispositions de clavier présentes dans Xorg. Les bugs suivants devraient être résolus: https://bugzilla.redhat.com/show_bug.cgi?id=680990 https://bugzilla.redhat.com/show_bug.cgi?id=668084

Solution temporaire

Pour contourner le problème, il faut choisir le clavier Français Azerty lors de l'installation. Modifiez (après installation) le fichier /etc/X11/xorg.conf.d/00-system-setup-keyboard.conf pour qu'il contienne ceci:

 Section "InputClass"
   Identifier	"system-setup-keyboard"
   MatchIsKeyboard	"on"
   Option		"XkbModel"	"pc105"
   Option		"XkbLayout"	"fr"
   Option		"XkbVariant"	"bepo"
   Option		"XkbOptions"	"terminate:ctrl_alt_bksp,"
 EndSection

Attention, cette configuration sera à refaire chaque fois que vous lancez l'utilitaire de configuration du clavier système ou après une mise à jour quelconque. C'est donc particulièrement ennuyeux.


OpenSuse

Lors de l'installation, OpenSuse ne permet pas de choisir la disposition Bépo. C'est d'autant plus frustrant que cette disposition est installée par défaut et est utilisable dans les sessions utilisateurs!

L'installateur devrait donner accès à toutes les dispositions de clavier présentes dans Xorg. Pour OpenSuse, il ne s'agit pas d'un bug mais d'une nouvelle fonctionnalité: https://features.opensuse.org/309487


Arch Linux

Arch Linux n'inclut pas le Bépo en mode texte car il n'est pas inclut dans kbd. Voir la section GNU/Linux.

Solution temporaire

Pour contourner le problème, il suffit de télécharger et installer le paquet depuis le dépôt francophone ou depuis AUR.

Debian Installer

Lors de l'installation, Debian ne permet pas de choisir la disposition Bépo.

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=696521


Toutes distributions confondues

Les cas suivants sont indépendants de la volonté des distributeurs et impliquent majoritairement le noyau Linux en lui-même.

Magic System Request Key

Les raccourcis fonctionnent sans tenir compte de la disposition du système et ne marchent donc qu'avec le pilote par défaut, c'est à dire qwerty. Donc quand on lit Alt+Syst+e cela correspond en bépo à Alt+Syst+p. L'azerty étant proche du qwerty de part sa filiation, la plupart des raccourcis correspondent bien et restent valides.

“Users with a keyboard layout other than QWERTY have to remember that their layout becomes QWERTY when they use one of these combinations.” (source : http://en.wikipedia.org/wiki/Magic_SysRq_key)

« Dans cette situation, le noyau n'est pas en mesure de tenir compte de la disposition des touches sur le clavier, et interprète les frappes comme si elles étaient réalisées sur un clavier QWERTY. Dans le cas de l'utilisation d'un clavier AZERTY, il faut donc appuyer sur [,] , la touche qui se trouve à l'emplacement du m du clavier QWERTY » (source : http://fr.wikipedia.org/wiki/Magic_SysRq_key)

Étant une fonction système de bas niveau, il n'y a sans doute aucune autre solution que de garder marquage azerty sur le clavier (ou un double marquage ou un clavier azerty de dépannage que l'on branche à cette occasion) ce qui permet de ne pas devoir mémoriser les nouvelles séquences. De plus, les utilisateurs des différentes dispositions Dvorak ont sans doute déjà constaté ce problème et cherché une solution sans succès.

Systèmes d'exploitation non-libres

Microsoft Windows

Windows n'est pas fourni avec la disposition Bépo par défaut, il est donc également impossible d'installer Windows en Bépo. Il faudrait que quelqu'un prenne contact avec Microsoft afin d'inclure la disposition Bépo par défaut.

Mac OS X

Idem que pour Windows.

Jeux

FPS

Xonotic

Il est impossible d'assigner des touches autres que les caractères alphanumériques non-accentués (ASCII). On ne peut donc pas utiliser la touche «É» par exemple.

Rapport de bug: http://dev.xonotic.org/issues/1248.

Red Eclipse

Il est impossible d'assigner une action à une touche morte.

Autre

Minecraft

Tous les caractères qui ne sont pas des caractères alphanumériques non-accentués sont reconnus comme «NONE», ce qui signifie que les touches É, È, Ê, À, ^, etc fonctionneront comme si c'était la même touche.

Costume Quest

Ce jeu ne se sert pas des dispositions clavier mais des codes touches. Cela implique que dans l'option de configuration clavier une action utilisant la touche B de bépo indiquera la lettre Q. Ainsi ce problème est effectif avec toutes les dispositions de clavier qui ne sont pas qwerty-us. Le second problème qui pourrait amoindrir le premier s'il était résolu, est le fait que les textes d'aide ou de combat du type « Appuyez sur Q » ne prennent pas en compte la disposition et donc quand le jeu indique d'appuyer sur la touche Q il faut comprendre que c'est la touche en qwerty-us, donc la touche B en bépo ou la touche A en azerty (je n'ai pas testé la version française mais elle est peut-être traduite pour azerty, à vérifier si elle existe… )

Vegastrike

Encore une application créé pour un clavier qwerty-us ! Pour palier au manque de gestion des touches non ascii dans SDL, les développeurs de ce jeu ont à l'origine décidé qu'il ne se servirait que des codes touches sans prendre en compte la disposition mais celà n'est plus le comportement par défaut. Il est tout de même possible de retourner à celui-ci (utile quand on possède un clavier marqué qwerty et qu'on a pas envie de se souvenir de changer de disposition à chaque lancement du jeu)

Désormais, le comportement par défaut actuel prend en compte la disposition courante et il est possible de réassigner les touches via un fichier de configuration mais il subsiste deux problèmes importants :

  • il n'est toujours pas possible d'utiliser des caractères non-ascii (la faute aux développeurs puisque SDL prend en charge unicode depuis plusieurs années) ce qui élimine avec bépo l'utilisation des touches ÉÈÇÊÀ«» en accès direct.
  • l'aide en cours de jeu est codée en dur et ne suis donc pas, elle non plus, les modifications d'assignation des commandes.