KDE Encodage par défaut - Page 1

Bonjour,
où puis-je régler l'encodage par défaut que les applications KDE doivent utiliser ? J'ai cherché dans kconfig, mais je n'ai rien trouvé...
En fait, c'est pour configurer l'éditeur de KWite (passer de latin à utf8), il est possible de spécifier l'encodage par défaut, et dans la liste il y a "Défaut de KDE", donc plutôt que de sélectionner "UTF-8" je préfèrerais garder ce réglage, défaut de KDE, et configurer en amont le réglage KDE pour qu'il corresponde à utf-8...

ben si kde est pas trop con il devrait par défaut utiliser la variable d'environnement LC_CHARSET, non ?

Bah, sous Fedora le défaut est UTF-8 partout.

en quoi tu réponds à la question ?

dualmoo (./2) :
ben si kde est pas trop con il devrait par défaut utiliser la variable d'environnement LC_CHARSET, non ?

Cette variable est vide sur mon système (GNU/Linux Sid),
Il semble que la variable LANG est utilisée dans ce cas : http://www.debian.org/doc/manuals/reference/ch-tune.fr.html#s-l10n

Mon problème, c'est ça :

julien@sasume:~$ echo $LANG
fr_FR@euro
julien@sasume:~$ su
Password:
sasume:/home/julien# echo $LANG
fr_FR.UTF-8

J'ai des valeurs différentes pour ces variables selon que je suis en root ou pas. J'aimerais bien pouvoir la régler de façon à ce qu'elle soit toujours sur de l'UTF-8.

Mmh, de toute façon, KDE semble ignorer la variable LANG si ce document est toujours vrai... http://www.debian.org/doc/manuals/fr/debian-fr-howto/ch-autres.html
Cependant, il y a quelques trucs qui sont faux là-dedans, alors...
Je continue de chercher...

Dans mon ~/.xsession, j'ai ça :

LANG=fr_FR@euro
export LANG

Je ne trouve aucune documentation sur la façon dont KDE gère la localisation !

oula je voulais dire LC_CTYPE et pas LC_CHARSET. Mais tu as raison, LANG remplace cette variable quand elle est non définie.

Je te déconseille d'utiliser la locale fr_FR@euro si tu veux de l'unicode.

Pour que LANG soit la même en root et quand tu es en utilisateur, il faut que tu enlèves la mise à jour de la variable de tes fichiers de profil, comme .bash_profile, .xsession, .bashrc, etc ...

Normalement, si LC_CTYPE est bien renseignée, le charset par défaut de qt (et donc de kde) devrait suivre.

Oui, mais d'une part ça me soûle de devoir chercher chaque fichier de conf susceptible de mettre à jour la variable LANG et de les modifier à la main, et d'autre part, je me demande si en modifiant à la main certains fichiers (qui contiennent souvent des données générées par un script) je ne risque pas de rendre le système inconsistant.

Si je crée un nouvel utilisateur, son encodage par défaut est l'UTF-8

Sasume (./9) :
Oui, mais d'une part ça me soûle de devoir chercher chaque fichier de conf susceptible de mettre à jour la variable LANG et de les modifier à la main, et d'autre part, je me demande si en modifiant à la main certains fichiers (qui contiennent souvent des données générées par un script) je ne risque pas de rendre le système inconsistant.

D'une part il est important, pour bien maitriser sa machine, de savoir quels fichiers sont lus lors de l'ouverture d'une session (graphique, locale non graphique, ssh, etc) et dans quel ordre. Sinon on a plein de problèmes de configuration dont on ne sait pas d'où ils viennent. Et d'autre part ces fichiers (ceux cités plus haut) sont faits pour être modifiables à la main.

Extrait (un peu plus long) de mon ~/.xsession :

# ---- language-env DON'T MODIFY THIS LINE!
# set LANG
LANG=fr_FR@euro
export LANG

D'ailleurs j'ai bien essayé de modifier la ligne, ça n'a rien changé.

alors google language-env est ton ami et il me répond de lancer le programme set-language-env

Ah oui merci, en plus j'étais tombé dessus, mais j'avais oublié de le lancer...
Cependant maintenant la variable LANG n'est plus égale à "fr_FR@euro", mais à "fr_FR" tout court. Je ne sais pas ce que ça signifie. Mais quoi qu'il en soit, les applications utilisent encore du iso-8859-15 par défaut...
À aucun moment pendant le set-language-env il me demande explicitement de choisir un encodage utf-8.
Peut-être si je supprime cette locale ?

j'ai l'impression que set-language-env est un peu périmé ... qu'est-ce qu'il se passe si tu vires carrément toutes les lignes que tu as citées plus haut, y compris les commentaires, et ce dans tous les fichiers concernés (pas seulement .xsession), et que tu mets ensuite LANG à la valeur que tu veux à la place ? fais un backup des fichiers d'abord.

C'est le charset (ISO-8859-1 vs. ISO-8859-15) et il me semble aussi la monnaie par défaut (mais peut-être c'est toujours l'Euro maintenant que le Franc n'existe plus) qui changent.

Je conseille fr_FR.UTF-8 en tout cas.

Ca m'est déjà arrivé d'utiliser une solution bourrin du type
echo export LANG=fr_FR.UTF-8 > /etc/profile
étant seul sur ma machine, à voir...

dualmoo (./2) :
ben si kde est pas trop con il devrait par défaut utiliser la variable d'environnement LC_CHARSET, non ?

Il l'est pour le proxy par exemple... Sous Kubuntu adept lancé avec ksudo est incapable d'utiliser les params de proxy setté sur le compte "user" et meme les variables d'environement qui sont forcé dans /etc/profiles... (ce n'est qu'une exemple parmis d'autres...) (d'ailleurs la gestion de proxy et une generalité sous linux: c'est de la merde, ya rien d'autre a dire... rien n'est cohérent sur ce point...)

oui mais LC_CTYPE est bien plus standard que ça comme moyen de gérer les locales (d'ailleurs je me suis trompé je voulais bien sur dire LC_CTYPE et pas LC_CHARSET)

Godzil (./19) :
Il l'est pour le proxy par exemple... Sous Kubuntu adept lancé avec ksudo est incapable d'utiliser les params de proxy setté sur le compte "user"

C'est évident, root n'a pas la même configuration que l'utilisateur normal.

La meilleure solution pour ça est de mettre la configuration dans les fichiers de configuration system-wide dans /etc.

Si tu as une distribution récente, comme Fedora 7 ou (il me semble) le dernier Kubuntu, tu peux aussi utiliser kiosktool pour éditer la configuration system-wide proprement.

Kevin Kofler (./21) :

Godzil (./19) :
Il l'est pour le proxy par exemple... Sous Kubuntu adept lancé avec ksudo est incapable d'utiliser les params de proxy setté sur le compte "user"

C'est évident, root n'a pas la même configuration que l'utilisateur normal.

La meilleure solution pour ça est de mettre la configuration dans les fichiers de configuration system-wide dans /etc.

Si tu as une distribution récente, comme Fedora 7 ou (il me semble) le dernier Kubuntu, tu peux aussi utiliser kiosktool pour éditer la configuration system-wide proprement.

sauf que je suis allé jusqu'a me logger en root configurer le proxy etc... toujours rien, bref

et si KDE n'utilise pas les variables d'environement qui sont duement setté pour tout les utilisateurs (root y compris) c'est quand meme de sa faute..

Le problème, c'est que HTTP_PROXY ne gère que les configurations simples et pas toutes les configurations possibles que KDE permet.