Discussion :

[snake264]

Bonjour,

Je cherche désespérément à convertir une chaîne de caractère passé à un programme en UTF-8, or je ne trouve pas d'outils satisfaisant

J'ai bien tenté des choses avec "utf8_codecvt_facet" de Boost mais je n'ai pas tellement compris son fonctionnement.

Voici un petit exemple de code :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
int main (int argc, char **argv)
{
      // traitement sur argv[1] pour le convertir en UTF-8
      std::cout << .... << std::endl;
 
      return 0;
}

Petite précision ma console est configuré pour affiché de l'UTF-8.

Merci d'avance

[screetch]

quel systeme d'exploitation?

[snake264]

Windows Seven 32 bits, en fait j'ai un fichier encodé en UTF-8 et j'ai besoin de faire des comparaisons avec les chaînes passé en paramètre de l'application et le contenu du fichier.

[screetch]

je pense qu'il faut utiliser wcout (wide-cout, pour obtenir des wstring) et utiliser WideCharToMultiByte (http://msdn.microsoft.com/en-us/library/aa450989.aspx) en utilisant UTF8 en premier argument

[snake264]

Ok mais je préfère rester en C++ standard et pas pour l'API Windows, car ce programme a aussi pour vocation à être utilisé sur Linux.

Une autre idée ?

Sinon je pense que je vais me rabattre sur Qt si il n'y a pas de solution en standard ou avec boost.

[screetch]

dans ce cas c'est libiconv mais la version win32 je ne sais plus ou la trouver. mais elle existe (et pas que la version cygwin)

[dragonjoker59]

Moi j'utilise ceci :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
 
    std::locale loc( "french");
    std::use_facet <std::ctype <wchar_t> > ( loc).widen( & my_string[0], & my_string[size()], & my_wstring[0]);

[snake264]

dans ce cas c'est libiconv mais la version win32 je ne sais plus ou la trouver. mais elle existe (et pas que la version cygwin)

J'ai déjà pensé aussi à iconv, mais le problème est que je ne sais pas quel est l'encodage de la chaîne passé en paramètre et pour utilisé iconv il faut le connaître.

Moi j'utilise ceci :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
 
    std::locale loc( "french");
    std::use_facet <std::ctype <wchar_t> > ( loc).widen(  & my_string[0], & my_string[size()], & my_wstring[0]);

Ne marche pas, (enfin chez moi), quand je compile ce bout de programme :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
int main (int argc, char** argv) {
    std::cout << argv[1] << std::endl;
    std::string tmp (argv[1]);
    std::locale loc( "french");
    std::use_facet <std::ctype <wchar_t> > (loc).widen(&tmp[0], &tmp[tmp.size()], &tmp[0]);
    std::cout << tmp << std::endl;
 
     return 0;
}

Déjà cela ne compile pas et me dit :

error: no matching function for call to 'std::ctype<wchar_t>::widen(char*, char*, char*) const'

Ensuite en ne gardant que l'instruction :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

std::locale loc( "french");

J'ai droit à une très belle exception venant de la lib C++ me disant que le nom de cette locale n'existe pas, j'ai donc fouillé un peu et j'ai vu qu'il n'y a que 3 paramètre possible pour le type de locale qui sont :

• ""
• C
• POSIX

Voila, j'espère avoir été clair dans ce qui ne marchait pas Mais merci en tout cas

[JolyLoic]

Ensuite en ne gardant que l'instruction :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

std::locale loc( "french");

J'ai droit à une très belle exception venant de la lib C++ me disant que le nom de cette locale n'existe pas, j'ai donc fouillé un peu et j'ai vu qu'il n'y a que 3 paramètre possible pour le type de locale qui sont :

• ""
• C
• POSIX

La liste des locales disponible dépend en fait du compilateur, ce n'est pas portable. Par exemple, sous windows avec visual C++, la chaîne "French_France" est acceptée.

[snake264]

A ok, je ne le savais pas, je ne prendrais donc pas cette solution... Je vais voir avec iconv si j'arrive à trouver l'encodage de ma chaîne que je cherche à traduire

Ou sinon je vais me rabattre sur Qt, tant pis.

[screetch]

glib a des fonctions pour récupérer l'encodage courant. Et c'est assez horrible. Il n'y a pas de solution vraiment portable apparemment a part un framework comme Gtk+ ou Qt

[Klaim]

Il y a boost.locale qui est proposée dans boost et qui visiblement pourrait résoudre ton problème.

Beaucoup plus léger (et facile a intégrer) : UTF8CPP que j'ai déjà utilisé avec succès. Par contre vu la légèreté du code, je ne sais pas si ça règle "tous" les cas de conversion.

A mon avis, tu chopes UTF8CPP, tu utilises une fonction de conversion, et hop c'est réglé.

[snake264]

C'est bon j'ai résolu mon problème en utilisant Qt, c'est bourrin mais bon je pense que c'est malgré tout la meilleur solution au lieu de mélangé des tas de librairies autant en utiliser qu'une et profiter de tout ce qu'elle peut offrir

Merci à vous

[Klaim]

Ben si tu utilises Qt dés le départ pour d'autres choses, oui, mieu vaut chercher là en premier...

Si tu utilises Qt juste pour ça par contre...

[snake264]

Justement je faisais tout avec la STL pour le moment...

Donc maintenant comme j'utilise Qt je vais tout traduire en Qt de cette manière je ne l'utiliserai pas que l'encodage mais bonjour le boulot

[Klaim]

...


Donc ça serait pas plus simple de garder ton algo STL et ajouter UTF8CPP?

Qt c'est quand même tout un environnement hein...

[snake264]

Cette bibliothèque ne me permet pas de faire ce que j'attends.

Et pour Qt il faut juste que je remplace certains types et méthodes de la STL par ceux de Qt ça demande tout au plus une petite demi journée de boulot ensuite revérifier que mes TU fonctionnent et ça sera bon

Et puis ça fait casiment 1 an que j'ai pas retouché à Qt ça me fait une bonne raison pour m'y remettre

[epsilon68]

pourquoi tu ne veux pas garder ton code utilisant la STL?

en fait moi j'ai fait le contraire de toi, j'utilisais beaucoup Qt meme dans mon backend... jusqu'a cette annonce de Nokia qui m'a fait d'un coup repenser que le backend devrait etre le plus independant possible d'un framework.
Je suis donc en train de remplacer mes QVector et mes QStringList par std::vector and std::vector<std::string>

[snake264]

Tout simplement parce que la STL ne permet pas de faire ce que je souhaite

[epsilon68]

tu aurais un exemple?