encodage r�calcitrant :(

Bonsoir,

me revoila d�j� vers vous pour un nouveau d�fi ...

dans ma base de donn�e, je vais bien s�r rentrer ma collection de sable, mais j'envisage aussi d'y int�grer des sables disponibles sur des liste d'�change d'autres collectionneurs ...
Je vais donc r�cup�rer ces listes d'�change sur le net. Avec la m�thode get() du composant indy TIdHTTP j'arrive � r�cup�rer le contenu d'une page .html. Mon probl�me vient des pages encod�es en UTF-8 que je n'arrive pas � convertir au format UnicodeString utilis� par d�faut par le Builder XE :(

Selon la doc Embarcadero la methode IdHTTP->get() me retourne un String

Citation:

---

(function Get(
AURL: string
): string; overload;

---

A propos que signifie le overload ?

Je suppose que si la page .html est d�clar�e en UTF-8 mon string doit aussi �tre en UTF-8 ... "Na�vement", je pensais donc qu'apr�s un UTF8ToUnicodeString(maPage) tout irait bien : ERREUR !!
Quoi que je fasse, si je met ma page dans un m�mo par exemple tous les caract�res accentu�s sont mal restitu�s - exemple : é � la place de � :(

Quelqu'un a-t-il d�j� �t� confront� � ce genre de probl�me, et comment faire pour r�cup�rer mes donn�es correctement encod�es ?

overload est un mot cl� Delphi indiquant qu'il existe plusieurs formes de la m�me fonction avec diff�rents param�tre, la surcharge
Ne pas confondre avec override, pour la r�d�finition de m�thodes d�clar� en virtual !

Apr�s pour le probl�me de IdHttp, ne l'ayant utilis� qu'en Delphi 7, je n'ai pas trop de r�ponse !

tu peux toujours tenter UFT8Decode sur la chaine re�ue pour la convertir !

Bonsoir,

j'avais d�j� test� UTF8Decode comme � peu pr�s toutes les fonctions permettant de pr�s ou de loin le codage/d�codage des chaines.

J'ai repris mes tests en tout sens et j'ai fini par trouver une solution. En fait le probl�me ne vient pas directement de la fonction utilis�e mais de la bonne d�claration de la variable ... Je crois que le nouveau type de chaine UnicodeString n'a pas finie de me faire m'arracher des cheveux ! Dans la doc on trouve : "Le nouveau type string par d�faut de RAD Studio est le type UnicodeString... Pour RAD Studio, le format de AnsiString a chang�, cela rend le format identique pour AnsiString et pour le nouveau type UnicodeString..."
Et pourtant dans mon cas, UnicodeString var = UTF8Decode(utfvar); ne fonctionne pas alors que AnsiString var = UTF8Decode(utfvar); donne enfin le r�sultat attendu !

La doc Embarcadero annonce UTF8Deconde comme �tant d�pr�ci�e (UTF8Decode [[deprecated("Use UTF8ToWideString or UTF8ToString")]]). En pratique ces trois fonction fonctionnent avec une bonne d�claration des variables.

Voila, au final j'ai retenu UTF8ToString et tout fonctionne :)

UTF8Decode fonctionne avec des UT8String et WideString en BSD2007
Suprise en BSD2009, c'est RawByteString et WideString

Le vrai type de var devrait m�me �tre WideString !
Tu as de la chance de n'avoir que du Latin1 dans ton UTF8 car sinon AnsiString ne pourrait pas accepter des caract�res en dehors de ce charset !

Le type implique de la conversion implicite si tu n'utilises pas le bon !
Effectivement, �tant en Delphi, je suis tr�s rigoureux avec mes types et j'utilise ceux des prototypes de fonctions, cela �vite souvent des surprises !
Mais si chez CodeGear, il chance les types selon les versions, �a n'aide pas !