Re: [sympa-fr] Question d'encodage

[Olivier Salaün <adresse@cachée>]

Bonjour Julien,

Julien Pedrono a écrit :

adresse@cachée">Bonjour,

Je rencontre quelques soucis d'encodage dans les fichiers de description de mes listes.

- Il me semble qu'il n'y a pas de configuration dispo dans sympa concernant l'encodage.

Non, il n'y en a plus depuis la version 5.3 de Sympa où on est passé au tout UTF-8.

adresse@cachée">- Mon système supportant sympa est bien configuré en utf8:
[root@listes test_jules_3]# locale
LANG=fr_FR.utf8
LC_CTYPE="fr_FR.utf8"
LC_NUMERIC="fr_FR.utf8"
...

Ok, ces paramétrage n'auront d'impact que si tu édites les fichier de config "à la main".

adresse@cachée">- Apache embarque bien le charset UTF-8, c'est le charset par défaut, et Sympa est le seul vhost du serveur.

- Lors de mes créations de listes, je retrouve bien mes caractères accentués correctement affichés dans mon interface sympa (cf 1ere copie d'écran).

- Lorsque je consulte le fichier config de ma liste en ssh, j'observe:
## Configuration de la liste sympa-l
## Cree le Mercredi 31 Mars 99
#send editorkey

subject Caractères accentués

status open

visibility noconceal
...

Si les sujets de listes sont bien affichés sur l'interface web de Sympa, ça signifie qu'ils sont correctement encodés en UTF-8

adresse@cachée">- Quand j'accède à mon canal Sympa dans mon ENT Esup, j'obtient des affichages "cassés" (cf 2eme copie).

C'est typique d'un double encodage en UTF-8 : on croit manipuler de l'ISO et on le recode en UTF-8 alors que c'était de l'UTF-8.
C'est peut-être lié au serveur SOAP sympa, mais je crois qu'il y a aussi un problème du côté du canal Esup qui a l'air d'attendre de l'ISO.

J'ai réouvert ce ticket <http://sourcesup.cru.fr/tracker/?group_id=23&atid=167&func=detail&aid=4366>, peux-tu compléter avec tous ces éléments ?

Question : d'autres utilisateurs utilisent-ils le canal Esup Sympa avec Sympa 5.4.x ?

adresse@cachée">- J'ai posé quasiment la même question sur les listes Esup et j'ai appliqué la recommandation suivante:

... # remplacer : # $_one_data_ = &Encode::encode('utf-8', $one_data); # par : $_one_data_ = &Encode::encode('utf8', $one_data); } ... } + restart Sympa Cela n'a rien amélioré au problème.

Non ça n'a pas d'impact car les fonctions du module Encode gèrent les synonymes pour les charsets, donc "utf8" et "utf-8" c'est pareil.