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

Dernière version du 27 mars 2023 à 14:22

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

Fedora

Fedora 22 est BépoFriendly

La version 22 de Fedora permet une installation 100% bépo.

Il suffit de sélectionner la langue française, puis dans les réglages clavier avant installation, de choisir la disposition bépo. La seule difficulté pour les personnes ayant un clavier sans marques azerty, est de parcourir la grande liste de dispositions proposées, ou de taper BEPO à l'aveugle en azerty pour filtrer.

Fedora version 21 et antérieure

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

Debian Installer

Lors de l'installation, Debian ne permet pas de choisir la disposition Bépo. Selon les multiples rapports de bug et des réponses de l'équipe, ce ne sera pas résolu.

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=550962

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=691666

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

Une fois l'installation faite cependant, il suffit de lancer en tant que root :

   dpgk-reconfigure keyboard-configuration

puis

   dpkg-reconfigure console-setup

(presser entrer pour valider toutes les propositions)

Pour pouvoir utiliser la disposition bépo au niveau système.

Mageia

Il est impossible de sélectionner la disposition bépo comme disposition système, que ça soit dans l’installateur ou après installation dans l’outil de configuration du système.

Le rapport de bug <https://bugs.mageia.org/show_bug.cgi?id=1612> permet de suivre le travail effectué pour régler ce problème. Pour le moment, on ne sait pas si le problème sera résolu pour la prochaine version de Mageia.

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 courante du système et ne marchent donc qu'avec le pilote par défaut, c'est à dire qwerty-us. Donc quand on lit Alt+Syst+e cela correspond en bépo à Alt+Syst+p :

“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)

Étant une fonction système de bas niveau, il n'y a sans doute aucune autre solution que de garder visible le marquage azerty sur le clavier (les autocollants bépo seront donc impérativement transparents) ou d'utiliser un clavier azerty de dépannage que l'on branche à cette occasion ce qui permet de ne devoir mémoriser que peu de nouvelles séquences. L'azerty (français ou belge et le qwertz utilisé en Suisse) étant proche du qwerty de part sa filiation, la plupart des raccourcis correspondent bien et restent valides. Les francophones d'amérique (québecois, acadiens, cajuns, … ) n'ont eux pas ce problème étant donné qu'ils sont déjà en qwerty :

« 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)

Le palliatif idéal étant donc de posséder un clavier marqué qwerty (qu'il soit en norme ISO ou ANSI). Si vous n'en avez pas mais que vous avez un clavier aux touches plates et que vous ne l'utilisez pas en azerty/qwertz sachez qu'il est possible d'intervertir les touches pour le faire correspondre à un qwerty, au moins alphabétiquement. Cette transformation très économique peut être délicate notamment sur un clavier chiklet d'ordinateur portable voire parfois impossible. L'ultime recours reste l'utilisation d'autocollants qwerty sur les touches (de préférence placés sur la tranche inférieure des touches pour ralentir considérablement leur usure) ou l'utilisation d'un vieux clavier externe classique − avec des rangées de touches de différents profil − transformé en qwerty pour l'occasion et qui ne sera utilisé que très ponctuellement à cause de l'inconfort des reliefs.

Une dernière solution est d'imprimer la disposition qwerty (à l'instar de l'aide-mémoire bépo) ou de noter les correspondances des touches sur une feuille ou un Post-It®.

Les utilisateurs des différentes dispositions Dvorak ont sans nul doute déjà constaté ce problème et cherché une véritable solution sans plus de 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

Jeux basé sur la SDL

La SDL ne fournit pas de moyen universel d'associé une touche physique à une action. Par conséquent tous les programmes et spécialement les jeux basé sur la SDL sont basé sur une configuration azerty/qwerty. De plus, les accents sont gérés à l'aide de code spéciaux, ce qui fait que les touches «»éàè et consorts sont régulièrement mal acceptées par les jeux.

FPS

Xonotic

Utilise la SDL. 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 utilise la SDL. Il est impossible d'assigner une action à une touche morte.

Autre

Minecraft

Les caractères accentués et signes typographiques ne fonctionnent pas.

Rapport de bug: https://bugs.mojang.com/browse/MC-71279.

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.

@@ Ligne 6 : / Ligne 6 : @@
 == 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 [https://bugs.archlinux.org/task/32830 rapport de bug ouvert pour Arch Linux]:
+=== Fedora ===
-: 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.<br/><br/>https://lists.altlinux.org/mailman/listinfo/kbd
+==== Fedora 22 est BépoFriendly ====
-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.
+La version 22 de Fedora permet une installation 100% bépo.
-Du coup je viens  d'envoyer un courriel sur la liste de diffusion du projet, j'attends que ça passe à la validation et je poste le lient dès que je peux. [[Utilisateur:Sinma|Sinma]]
+Il suffit de sélectionner la langue française, puis dans les réglages clavier avant installation, de choisir la disposition bépo. La seule difficulté pour les personnes ayant un clavier sans marques azerty, est de parcourir la grande liste de dispositions proposées, ou de taper BEPO à l'aveugle en azerty pour filtrer.
+==== Fedora version 21 et antérieure ====
-=== 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!
@@ Ligne 20 : / Ligne 19 : @@
 https://bugzilla.redhat.com/show_bug.cgi?id=668084
-==== Solution temporaire ====
+===== 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:
@@ Ligne 34 : / Ligne 33 : @@
 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 ===
@@ Ligne 43 : / Ligne 41 : @@
 https://features.opensuse.org/309487
+=== Debian Installer ===
-=== Arch Linux ===
+Lors de l'installation, Debian ne permet pas de choisir la disposition Bépo. Selon les multiples rapports de bug et des réponses de l'équipe, ce ne sera pas résolu.
-Arch Linux n'inclut pas le Bépo en mode texte car il n'est pas inclut dans kbd. Voir la section [http://bepo.fr/wiki/index.php?title=B%C3%A9poFriendly#GNU.2FLinux GNU/Linux].
-==== Solution temporaire ====
+https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=550962
-Pour contourner le problème, il suffit de télécharger et installer le paquet depuis le [https://wiki.archlinux.fr/Depot_archlinuxfr dépôt francophone] ou
-depuis l'AUR : https://aur.archlinux.org/packages.php?ID=40630.
+https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=691666
-=== Debian Installer ===
+https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=696521
+Une fois l'installation faite cependant, il suffit de lancer en tant que root :
+    dpgk-reconfigure keyboard-configuration
+puis
+    dpkg-reconfigure console-setup
+(presser entrer pour valider toutes les propositions)
-Lors de l'installation, Debian ne permet pas de choisir la disposition Bépo.
+Pour pouvoir utiliser la disposition bépo au niveau système.
-http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=696521
+=== Mageia ===
+Il est impossible de sélectionner la disposition bépo comme disposition système, que ça soit dans l’installateur ou après installation dans l’outil de configuration du système.
+Le rapport de bug <https://bugs.mageia.org/show_bug.cgi?id=1612> permet de suivre le travail effectué pour régler ce problème. Pour le moment, on ne sait pas si le problème sera résolu pour la prochaine version de Mageia.
 === Toutes distributions confondues ===
@@ Ligne 66 : / Ligne 75 : @@
 ====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.
+Les raccourcis fonctionnent sans tenir compte de la disposition courante du système et ne marchent donc qu'avec le pilote par défaut, c'est à dire qwerty-us. Donc quand on lit Alt+Syst+e cela correspond en bépo à Alt+Syst+p :
 “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.
+Étant une fonction système de bas niveau, il n'y a sans doute aucune autre solution que de garder visible le marquage azerty sur le clavier (les autocollants bépo seront donc impérativement transparents) ou d'utiliser un clavier azerty de dépannage que l'on branche à cette occasion ce qui permet de ne devoir mémoriser que peu de 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.
+L'azerty (français ou belge et le qwertz utilisé en Suisse) étant proche du qwerty de part sa filiation, la plupart des raccourcis correspondent bien et restent valides. Les francophones d'amérique (québecois, acadiens, cajuns, … ) n'ont eux pas ce problème étant donné qu'ils sont déjà en qwerty :
+« 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)
+Le palliatif idéal étant donc de posséder un clavier marqué qwerty (qu'il soit en norme ISO ou ANSI). Si vous n'en avez pas mais que vous avez un clavier aux touches plates et que vous ne l'utilisez pas en azerty/qwertz sachez qu'il est possible d'intervertir les touches pour le faire correspondre à un qwerty, au moins alphabétiquement. Cette transformation très économique peut être délicate notamment sur un clavier chiklet d'ordinateur portable voire parfois impossible. L'ultime recours reste l'utilisation d'autocollants qwerty sur les touches (de préférence placés sur la tranche inférieure des touches pour ralentir considérablement leur usure) ou l'utilisation d'un vieux clavier externe classique − avec des rangées de touches de différents profil − transformé en qwerty pour l'occasion et qui ne sera utilisé que très ponctuellement à cause de l'inconfort des reliefs.
+Une dernière solution est d'imprimer la disposition qwerty (à l'instar de l'aide-mémoire bépo) ou de noter les correspondances des touches sur une feuille ou un Post-It®.
+Les utilisateurs des différentes dispositions Dvorak ont sans nul doute déjà constaté ce problème et cherché une véritable solution sans plus de succès.
 == Systèmes d'exploitation non-libres ==
@@ Ligne 83 : / Ligne 99 : @@
 == Jeux ==
+=== Jeux basé sur la SDL ===
+La SDL ne fournit pas de moyen universel d'associé une touche physique à une action. Par conséquent tous les programmes et spécialement les jeux basé sur la SDL sont basé sur une configuration azerty/qwerty. De plus, les accents sont gérés à l'aide de code spéciaux, ce qui fait que les touches «»éàè et consorts sont régulièrement mal acceptées par les jeux.
 === FPS ===
 ==== 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.
+Utilise la SDL. 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.
+Il utilise la SDL. 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 la touche É, È, Ê, À, ^, etc fonctionneront comme si c'était la même touche.
+Les caractères accentués et signes typographiques ne fonctionnent pas.
+Rapport de bug: https://bugs.mojang.com/browse/MC-71279.
+==== 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.
+[[Catégorie:Développements]]