Discussion :

[vince5962]

Bonjour � tous,

Je produis un plugin pour QGIS, un logiciel de syst�me d'information g�ographique bas� sur Qt, dont les plugins sont �crits en Python.
Depuis que QGIS 1.9 est dot� de sa nouvelle API (ce mois-ci), les m�thodes ".toString()" ne fonctionnent plus.
J'utilise donc maintenant la m�thode ".toPlainText()" pour r�cup�rer les textes de deux QTextEdit (contr�les de texte sur plusieurs lignes), et les int�grer dans 2 champs d'une table PostGreSQL.

Extrait de mon code :

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

1
2
3
4
def sauverInfos(self):
        query_save = QtSql.QSqlQuery(self.db)
        query = """insert into bdtravaux.sortie (jours_chan, sortcom) values ('{zr_jours_chantier}', '{zr_sort_com}')""".format (zr_jours_chantier=self.ui.jours_chan.toPlainText().encode('UTF-8'),\
        zr_sort_com=self.ui.comm.toPlainText().encode('UTF-8'))

Lorsque je lance cette fonction, les textes saisi par l'utilisateur sont bien int�gr�s en base. Mais, dans les champs "zr_jours_chantiers" et "zr_sort_com", les caract�res accentu�s sont remplac�s par d'autres (exemple : � => é, � => �).
J'imagine que cela doit �tre d� au fait que toPlainText() extrait de mon objet QTextEdit une cha�ne de caract�re cod�e en ASCII, que je transforme ensuite en UTF8 avec ".encode('UTF-8')"...
Entre temps, les caract�res sp�ciaux sont donc perdus.
Partagez-vous cette analyse?
Comment transformer mon QTextEdit en cha�ne de caract�res sans perdre les caract�res "sp�ciaux"?
Enfin, je me demandais pourquoi je n'avais pas ces probl�mes d'encodage quand j'utilisais les m�thode ".toString()"...
D'avance merci pour toute information sur ce sujet.
Vince

PS : je pr�cise que ma base postgresql est en UTF8, et que j'ai ajout�
# -*- coding: utf-8 -*-
au d�but de mon module Python.

[xavier-Pierre]

bonjour,
je n'utilise pas qt mais lorsque j'exporte ou importe des donn�es dans postgres je fais toujours pr�ceder ma commande sql par la ligne

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

set client_encoding to 'win1252' ;

(dans mon exemple win1252 correspond � l'encodage de windows, il suffit de changer l'encodage par ascii si le client est en ascii)

[tyrtamos]

Bonjour,

Je travaille surtout avec Python 2.7, PyQt4 et sqlite3. Je suppose que tu travailles aussi en Python 2.x.

Il faudrait voir comment est configur� PostGreSQL: quel encodage doit-il recevoir? L'erreur signal�e ressemble � un encodage en "utf-8" qui n'est pas adapt�. Par exemple, avec sqlite3, on peut le configurer pour lui faire accepter soit de l'utf-8, soit de l'unicode: j'ai choisi l'unicode.

De toute fa�on, avec Python 2.x et PyQt4, le plus facile est de travailler en unicode interne. Cela n�cessite que tout ce qui rentre est encod� unicode le plus t�t possible (.decode()), et tout ce qui sort est encod� le plus tard possible (.encode()).

De plus travailler en interne en encodage "utf-8" sous Python 2.x est une source de bugs difficiles � d�tecter: par exemple, si x="�" est encod�e en "utf-8", len(x) sera �gal � 2 alors qu'il n'y a qu'un seul caract�re. Cette erreur n'existe pas en unicode, m�me si le "�" est aussi cod�e en 2 octets dans la m�moire de l'ordinateur.

Attention aussi � l'affichage: quand on affiche une chaine de caract�res, elle doit �tre encod�e correctement par rapport au p�riph�rique d'affichage. Par exemple sous Windows, une chaine correcte comme "�" encod�e en "utf-8", sera affich�e comme "é" dans PyScripter, qui attend un encodage Windows ("cp1252") ou unicode.

[vince5962]

Bonjour � tous les deux et merci beaucoup pour vos r�ponses,

Tout d'abord, je travaille effectivement sur Python 2.X. (c'est vrai que j'aurais pu le pr�ciser..)
Les pistes que vous me sugg�rez me laissent � penser que le probl�me ne vient peut-�tre pas de mon code, mais de la configuration du serveur / de la base de donn�es / du client d'affichage.

En effet, lorsque j'inclus un

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

"print self.ui.comm.toPlainText().encode('UTF-8')

� la fin de ma fonction, les caract�res accentu�s s'affichent correctement dans mon terminal.

Comme le proposait tyrtamos, j'ai donc cherch� du c�t� de l'affichage sous PGAdminIII. Je n'ai toutefois pas trouv� d'information comme quoi il ne pouvait pas afficher de l'UTF8. De plus, psql et QGIS affichent les m�mes erreurs.

En relisant vos deux posts, j'ai eu l'id�e d'aller v�rifier dans le postgresql.conf les param�tres d'encodage. Et l�, j'ai trouv�...

"client-encoding =sql_ascii"

Ce pourrait-il que le probl�me vienne de l�? (que ce soit du c�t� de l'int�gration des donn�es, ou de l'affichage).

Sinon,...
Mon code envoie bien de l'UTF8, la base est en UTF8 (v�rification avec psql -l)... psql et PGadminIII devraient lire de l'UTF8...

Enfin, merci tyrtamos pour le conseil de passer par de l'unicode interne. Mon formateur m'ayant conseill� l'UTF8, j'ai d�marr� mon plugin Python avec cet encodage. Je vais essayer de faire afficher correctement mes caract�res sp�ciaux en UTF8, puis je verrai comment je peux changer toute la cha�ne (j'imagine que si tout marche en UTF8, �a marchera aussi en unicode).

En tout cas, je tenterai ce soir de passer la valeur de "client_encoding" � utf8 (si je le fais tout de suite, je vais avoir une horde d'utilisateurs f�roces sur le dos au red�marrage du serveur ).
Je vous tiens au courant en tout cas.
Encore merci.
Vincent

[tyrtamos]

Mon formateur m'ayant conseill� l'UTF8

Pour �tre complet, c'est bien d'encoder le SCRIPT Python en utf-8 avec une ligne comme: "# -*- coding: utf-8 -*-"! Cela ne veut pas dire que Python travaillera en utf-8, mais que les chaines lit�rales (=cod�es en 'dur') figurant dans le script seront consid�r�es comme encod�e en utf-8. Encore faut-il que ce soit vrai, c'est � dire que l'�diteur de texte ait �dit� et enregistr� le script en utf-8. Il suffit alors de faire pr�c�der le 1er guillemet de chaque chaine lit�rale par 'u', et Python transformera ces chaines de utf-8 en unicode tout seul.

[On est toujours ici dans Python 2]

[vince5962]

Ah oui.
Quand je lis ton dernier post, je me rends-compte que c'est texto ce que me disait mon formateur, mais je ne l'avais pas bien int�gr� � l'�poque.

Et effectivement, la r�ponse �tait l� :

Cela ne veut pas dire que Python travaillera en utf-8, mais que les chaines lit�rales (=cod�es en 'dur') figurant dans le script seront consid�r�es comme encod�e en utf-8. Encore faut-il que ce soit vrai, c'est � dire que l'�diteur de texte ait �dit� et enregistr� le script en utf-8. Il suffit alors de faire pr�c�der le 1er guillemet de chaque chaine lit�rale par 'u', et Python transformera ces chaines de utf-8 en unicode tout seul.

Ma requ�te n'�tait visiblement pas encod�e en Unicode (s�rement en ascii), car en rajoutant u'ma requ�te ', tout est r�gl�. Je retrouve avec joie mes caract�res accentu�s dans ma base.

La requ�te donne donc :

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

1
2
3
query = u'INSERT INTO bdtravaux.sortie (jours_chan, sortcom) VALUES (\'{zr_jours_chantier}\', \'{zr_sort_com}\')'.format(\
        zr_jours_chantier=self.ui.jours_chan.toPlainText(),\
        zr_sort_com=self.ui.comm.toPlainText())

Merci beaucoup!
Bonne journ�e.
Vince