Debian
Debian-France
Debian-Facile
Debian-fr.org
Forum-Debian.fr
Debian ?
Communautés
Vous n'êtes pas identifié(e).
Dernière modification par noxxy (18-02-2024 11:38:28)
Hors ligne
la disposition clavier était différente entre l'écran de login et lorsque je suis loggé dans le système
Quelle disposition dans l'écran de login ?
Quel "écran de login" ?
Quelle disposition dans "le système" ?
Quel "système" ?
Il vaut mieux montrer que raconter.
Hors ligne
Quelle disposition dans l'écran de login ?
Quel "écran de login" ?
Voici l'écran de login auquel je fais référence, celui que j'ai au démarrage de l'ordinateur. Dans ce cas, la suite de caractère que je souhaite écrire pour intégrer mon mot de passe ne correspond pas aux inscriptions du clavier. Contrairement à l'écran système, visible ci-dessous, et dans lequel je n'ai aucun souci. En revanche, lorsque je me déconnecte et me reconnecte à ma session tout fonctionne parfaitement. Le souci n'apparait qu'au démarrage du PC.
Je ne sais pas quelle est la réelle disposition à ce moment. J'ai procédé de manière itérative la première fois afin de visualiser les touches correspondantes.
Quelle disposition dans "le système" ?
Quel "système" ?
Voici l'écran système dont je parle et pour lequel le clavier définit dans la configuration correspond au clavier réel.
Hors ligne
-->les cahiers du debutant<-- WikiDF-->Découvrir les principales commandes Linux<--
L' expérience, c'est le nom que chacun donne à ses erreurs. Oscar Wilde
Hors ligne
Je ne sais pas quelle est la réelle disposition à ce moment
Tu aurais quand même pu préciser quelle est la disposition du clavier physique et quels sont les caractères obtenus en tapant sur telle ou telle touche.
Il vaut mieux montrer que raconter.
Hors ligne
localectl
Le retour de cette commande donne ceci :
Voici ce que j'obtiens avec la commande suivante :
Dans l'interface utilisateur, voici ce que j'ai au niveau du layout :
J'imagine, probablement de façon un peu simpliste, que je devrais changer le
en
dans le fichier se trouvant dans
?
Hors ligne
Voici ce que j'obtiens avec la commande suivante :
/etc/default/keyboard
Ce n'est pas une commande, c'est un fichier de configuration. Ça m'étonnerait que cette "commande" ait opportunément ouvert le fichier avec nano.
Pourquoi avoir mis une copie d'écran graphique et pas une copie du texte comme pour le résultat de localectl ?
J'imagine, probablement de façon un peu simpliste, que je devrais changer le be en fr dans le fichier se trouvant dans /etc/default/keyboard
Le fichier ne se trouve pas dans /etc/default/keyboard, c'est /etc/default/keyboard.
Pour le modifier il vaut mieux passer par
que l'éditer directement, ça mettra aussi des valeurs cohérentes dans les autres paramètres. Exemple chez moi:
Il vaut mieux montrer que raconter.
Hors ligne
Ce n'est pas une commande, c'est un fichier de configuration. Ça m'étonnerait que cette "commande" ait opportunément ouvert le fichier avec nano.
Pourquoi avoir mis une copie d'écran graphique et pas une copie du texte comme pour le résultat de localectl ?
C'est vrai, il y avait le nano qui précédait et jai omis de l'intégrer. Pour la copie d'écran, je ne pensais pas que ça pouvait avoir une importance sur le fond du souci 
Pour le modifier il vaut mieux passer pardpkg-reconfigure keyboard-configuration
que l'éditer directement, ça mettra aussi des valeurs cohérentes dans les autres paramètres. Exemple chez moi:XKBMODEL="pc105"
XKBLAYOUT="fr"
XKBVARIANT="latin9"
XKBOPTIONS=""
J'ai modifié les options via le
.
J'ai redémarré et la configuration clavier est maintenant cohérente! Merci beaucoup pour vos précieux conseils!
Bon week-end.
Dernière modification par noxxy (18-02-2024 11:37:07)
Hors ligne
Pour la copie d'écran, je ne pensais pas que ça pouvait avoir une importance sur le fond du souci
Transmettre du texte sous forme d'image a plusieurs inconvénients, notamment :
- le volume de données à stocker et transmettre, quelques dizaines d'octets en texte contre plusieurs dizaines de kilo-octets en image comme ici mais c'est parfois bien pire ;
- la lisibilité pour les malvoyants qui utilisent un lecteur d'écran avec synthèse vocale, l'affichage sur écran à résolution basse (où l'image apparaît trop grosse, comme chez moi) ou un écran a résolution élevée (où l'image apparaît trop petite), alors que du texte serait affiché avec la bonne taille définie par l'utilisateur.
Dernière modification par raleur (18-02-2024 15:11:31)
Il vaut mieux montrer que raconter.
Hors ligne
- le volume de données à stocker et transmettre, quelques dizaines d'octets en texte contre plusieurs dizaines de kilo-octets en image comme ici mais c'est parfois bien pire ;
- la lisibilité pour les malvoyants qui utilisent un lecteur d'écran avec synthèse vocale, l'affichage sur écran à résolution basse (où l'image apparaît trop grosse, comme chez moi) ou un écran a résolution élevée (où l'image apparaît trop petite), alors que du texte serait affiché avec la bonne taille définie par l'utilisateur.
J'avoue ne pas avoir pensé à ces éléments mais je les prendrai en compte la prochaine fois.
Hors ligne
