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

Le 20/03/2013 07:32, Marc Cousin a écrit :
> On 19/03/2013 23:50, Doug Ross wrote:
>> 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
>>
>>
> sur mon pc (en utf8):
>
> echo 'Pêle-Mêle' | iconv -f iso8859-15 -t utf8
> Pêle-Mêle
>
>
> Les encodages bizarres qu'on voit pour 40 et 41 sont le résultat d'un
> programme qui croit recevoir du latin9 (ou du cp1252, é a le même
> encodage dans les deux), alors qu'il a reçu de l'utf8, et qui le
> convertit en utf8 pour le stocker.
>
> Y a donc qq chose côté perl à regarder… peut-être une chaîne qui est de
> l'utf8 et qu'il croit être du latin9 ? (la fonction is_utf8 est pratique
> dans ce genre de cas). Vérifier aussi que l'encodage spécifié dans le
> fichier xml (le bout de code print $q->header( -type => 'text/xml',
> -charset => 'UTF-8' ); de la doc d'XML::RPC) correspond bien à
> l'encodage réel du XML passé. Il y a le client_encoding qui pourrait
> être forcé à une mauvaise valeur (latin1 ou latin9) pour le programme
> perl, qui pourrait aussi rajouter cette conversion.

Ayant repris mon exemple initial de script perl sur le site web
d'OpenERP, j'utilise frontier:client comme module pour le xml-rpc.
Je viens de voir sur le CPAN qu'il n'a plus évolué depuis 2007...
peut-être est-il moins "performant" en terme de gestion des encodages
que XML-RPC... j'aurais du prendre 5min de réflexion avant de me lancer
la tête la première ;)
En tout cas il n'y a pas réellement d'option d'encodage sur
frontier:client (uniquement en réception, l’émission est auto).
Je vais donc regarder de ce côté là (perl) et reviendrais donner le
fruit de mes investigations ;)

Merci !