Discussion :

[largoet]

Bonjour,

C'est une question générale c++ sur le portage unicode d'une application :
Application c++ (windows) qui communique via corba à une interface graphique java.
Elle n'a pas d'IHM en c++
Elle utilise :
- Corba TAO (ACE)
- Boost
- Xerces (Altova)
- Mysql++ (Mysql)

Cette application peut lire différents fichiers (XML, textes, images...) et formater en sorties différents types de fichiers.
L'information "utile" doit être portée en unicode (visible dans HIM, mis en base et formatées dans des fichiers).

Deux possibilitées s'offrent (au moins):

- Utiliser les macro _UNICODE, UNICODE (utilisés par windows, TAO, Altova) qui fait que tous les process de l'application seront en unicode. Mais des portages non "utile" : écriture en base de registre (pas utile dans ce cas), lecture fichier de conf xml (pas utile dans ce cas) ... seront aussi fait.

- Définir des macros internes "APPLI_UNICODE". Mais peut conduire à réinventer la roue (redéfinir TCHAR ...).

J'aimerais savoir si des développeurs se sont posés cette question du choix de portage?

Merci pour les pistes que l'on pourra m'apporter.
Excusez-moi pour la longueur.
Largoet

[epsilon68]

... ho que oui je me suis déjà posé la question
la seule réponse viable que j'ai trouvée est d'utiliser Qt
sinon d'utiliser icu ... ca a l'air portable et pas mal.

J'avais posté une question sur ICU sans aucune reponse ....

voila donc Qt si il y a une interface graphique
sinon ICU ...

[loufoque]

Tu peux utiliser Glib::ustring, et en profiter pour remplacer Xerces par libxml++.

[largoet]

Merci pour vos réponses, j'étudie ICU et Glib.