OVH Cloud OVH Cloud

Rox-Filer en ISO-8859-15 ?

3 réponses
Avatar
David LE BOURGEOIS
Bonjour.

Je viens de compiler la dernière version de rox-filer et je voudrais
qu'il agisse avec l'encodage ISO-8859-15, plutôt qu'avec celui en UTF-8.

Je suis convaincu de l'utilité de tout passer en UTF-8, donc ce n'est
pas la peine de prêcher un converti.
Mais il s'agit ici d'un cas particulier où la locale est (encore)
fr_FR@euro. En fait, le temps (ou le courage :-) me manque pour tout
mettre en UTF-8 sur les machines.

Le manuel de rox-filer ne fait mention que de l'internationalisation,
et tout est correct de ce côté : j'ai bien le langage français.

Connaissez-vous donc un moyen de spécifier le comportement de rox-filer
par rapport à l'encodage ?

Merci d'avance.

--
David LE BOURGEOIS

3 réponses

Avatar
Vincent Bernat
OoO Lors de la soirée naissante du jeudi 03 février 2005, vers 17:55,
David LE BOURGEOIS disait:

Je viens de compiler la dernière version de rox-filer et je voudrais
qu'il agisse avec l'encodage ISO-8859-15, plutôt qu'avec celui en UTF-8.

Je suis convaincu de l'utilité de tout passer en UTF-8, donc ce n'est
pas la peine de prêcher un converti.


Il est possible que rox-filer applique la politique de GTK de ce
côté : tous les noms sont en UTF-8 quelle que soit la locale. Tu peux
contourner ce comportement avec la variable
G_BROKEN_FILENAMES. Toutefois, il me semble qu'ils l'ont renommées.
--
I WILL NEVER WIN AN EMMY
I WILL NEVER WIN AN EMMY
I WILL NEVER WIN AN EMMY
-+- Bart Simpson on chalkboard in episode 9F21

Avatar
David LE BOURGEOIS
OoO Lors de la soirée naissante du jeudi 03 février 2005, vers 17:55,
David LE BOURGEOIS disait:


Je viens de compiler la dernière version de rox-filer et je voudrais
qu'il agisse avec l'encodage ISO-8859-15, plutôt qu'avec celui en UTF-8.



Je suis convaincu de l'utilité de tout passer en UTF-8, donc ce n'est
pas la peine de prêcher un converti.



Il est possible que rox-filer applique la politique de GTK de ce
côté : tous les noms sont en UTF-8 quelle que soit la locale. Tu peux
contourner ce comportement avec la variable
G_BROKEN_FILENAMES. Toutefois, il me semble qu'ils l'ont renommées.


J'ai le même comportement avec nautilus sous gnome. Ça a peut-être un
rapport.

Le site de GTK dit que la variable est maintenant G_FILENAME_ENCODING,
et qu'elle doit être remplie par @local. Mais rox ne veut toujours rien
savoir.

http://www.gtk.org/gtk-2.4.0-notes.html

Est-ce que je me trompe en faisant ça :

$ G_FILENAME_ENCODING=1 rox -n


Merci pour ta réponse.

--
David LE BOURGEOIS


Avatar
David LE BOURGEOIS
$ G_FILENAME_ENCODING=1 rox -n


je voulais bien sûr dire :

G_FILENAME_ENCODING=@local rox -n