Re: Problème d'accents.... client ou serveur ?

Le 20/03/2013 08:53, Guillaume Lelarge a écrit :
> On Tue, 2013-03-19 at 23:57 +0100, Doug Ross wrote:
>> Le 19/03/2013 23:50, Doug Ross a écrit :
>>> Le 19/03/2013 23:32, Guillaume Lelarge a écrit :
>>>> On Tue, 2013-03-19 at 22:56 +0100, Doug Ross wrote:
>>>>> Bonsoir,
>>>>>
>>>>> Je suis en train de construire un script perl pour interagir via
>>>>> xml-rpc
>>>>> avec une base postresql 9.1.8 utilisée pour OpenERP 6.1
>>>>> [ ... snip ...]
>>>> Votre script envoie bien les données en UTF-8 ? si vous regardez vos
>>>> données à partir de psql, sont-elles bien affichées ?
>>>>
>>>>
>>> Bonsoir, merci de votre réponse.
>>>
>>> Alors dans la table voici ce que j'ai :
>>> Base3=# select * from "product_category";
>>> id | parent_left | parent_right | create_uid | create_date |
>>> write_date | write_uid | name | sequence | parent_id | type
>>> ----+-------------+--------------+------------+----------------------------+------------+-----------+--------------------------+----------+-----------+--------
>>>
>>> 23 | 1 | 2 | 1 | 2013-03-19 20:46:50.303606 | | | Pêle-Mêle | 0 | 1
>>> | normal
>>> 40 | 3 | 4 | 1 | 2013-03-19 22:19:03.277378 | | | Pêle-Mêle | |
>>> 1 | normal
>>> 1 | 0 | 79 | 1 | 2013-03-19 20:34:06.41676 | | | All products | | |
>>> normal
>>> 31 | 80 | 81 | 1 | 2013-03-19 21:02:07.34055 | | | Avec aacent été |
>>> 0 | | normal
>>> 41 | 5 | 6 | 1 | 2013-03-19 22:26:53.070303 | | |
>>> Pêle-Mêle éà çêâÃÂŜ | | 1 | normal
>>> (5 rows)
>>>
>>> Les enregistrements 23 et 31 on été créés depuis l'interface web,
>>> le 1 existe d'origine, 40 et 4& on été créés en XML-RPC
>>>
>>>
>> Petite précision car ile semble que l'encodage des caractÚre via le mail
>> ne fonctionne pas mieux :(
>> donc le 23 et 31 sont avec des accents
>> et 40 41 sont avec des caractÚres cabalistiques.
>>
> C'était écrit parfaitement dans votre précédent mail. En tout cas, moi,
> j'ai un bon affichage avec 23 et 31 corrects et 40 et 41 mal encodés.
> Pour en revenir à ce que disait Marc, il semble que le client envoie ses
> données en LATIN9 au lieu d'UTF-8. Donc soit vous pouvez faire en sorte
> que le client envoie de l'UTF-8, soit vous devez indiquer à PostgreSQL
> que le client envoie du LATIN9 (un simple "SET client_encoding TO
> latin1;" doit suffire).

En fait c'est thunderbird qui s'obstine à vouloir m'afficher les mails
en iso8859-15 au lieu d'UTF-8..... je verrais ça plus tard... décidément
en ce moment les charset et mon informatique ça fait deux :D

Je ne pense pas modifier le "client_encoding" côté pgsql car je pense
que cela affectera aussi les 2 autres composants d'OpenERP (de type MVC) :
- le client web.
- le contrôleur.
Je rajoute une couche XML-RPC et part donc du principe que c'est à moi
de m'adapter et non à l'existant (sauf si vraiment je n'y arrive pas
mais je rechigne à toucher à l'installation de PGSL/openERP qui se fait
automatiquement).

NOTA: En écrivant ce mail, je me rend compte que ce n'est pas la base
PGSQL en direct que j'adresse en XML-RPX mais le contrôleur.
Le client Web passant lui aussi par le contrôleur pour les écritures....
c'est en fait entre le contrôleur et mon script perl qu'il y a un pb !!!
(alleuia je sais où est le pb.... me reste plus qu'à solutionner).

Je vais donc investiguer côté perl/XML-RPC/latin(1|9)/UTF-8 et
reviendrai poster ce que j'ai trouvé.

Merci !