«
FileVault», à ma connaissance, a causé des problèmes de reconnaissance de mots-de-passe comportant des caractères spéciaux si le clavier Français était choisi comme préférence de saisie > problème surmonté en tapant l'équivalent en clavier Anglais.
La préférence de «
langue de clavier » à l'écran de login me paraît différente de la préférence de «
langue d'affichage » (des menus d'applications) dans le cadre de la session ouverte. Ce qui se révèle en ligne de commande par le fait que :
- pour modifier la «
langue de clavier » à l'écran de login --> l'utilitaire appelé est
languagesetup et une commande restaurant le Français serait du type :
Bloc de code:
sudo languagesetup -langspec 2
(où
2 est remplaçable par
fr)
- pour modifier la «
langue d'affichage » des menus de session > l'utilitaire appelé est
defaults et une commande restaurant le Français serait du type :
Bloc de code:
defaults write -g AppleLanguages '(fr)'
(où
-g est l'abréviation de
.GlobalPreferences)
Je ne suis pas exactement sûr qu'il y ait une interaction des 2 préférences > parce que, lors d'une installation d'OS, lorsque les fichiers du Système ont fini d'être copiés et que les panneaux de paramétrage s'affichent, le choix du
Clavier (par exemple : Français ou Français Numérique) et le choix de la
Langue relevant d'une localisation géographique (par exemple Français: France) correspondent à des rubriques distinctes.
Comme de toutes façons l'utilisateur a toujours (présumablement) le (bon) réflexe de choisir le Français pour ces 2 rubriques de paramétrage > je ne me représente pas comment une préférence pour l'Anglais (la langue et le clavier default) s'immisce dans ce scénario. Donc : je n'ai pas d'idée adéquate des « causes » qui font qu'une erreur s'introduit (comme l'Anglais en «
langue de session ») et qu'elle ne soit pas rectifiable par le procédé régulier (un changement d'option dans le panneau
Langue et région des
Préférences Système).
