[Windows] sprintf et "numbered arguments"

Bonjour à tous,

je suis actuellement entrain d’internationaliser des applications et j'ai une petite question. Nous utilisons Visual Studio 2010. Il existe des messages avec des paramètres.
exemple: Connexion de %s sur le port %d.

J'ai vu qu'il existait dans la fonction printf la possibilité de spécifié la position de l'argument à utiliser en utilisant le caractère '$'. C'est appelé "numbered arguments". D'après ce que j'ai pu trouver, il semble que cela soit une extension POSIX.
(http://pubs.opengroup.org/onlinepubs...ns/printf.html)
J'ai essayer pour être sur mais Visual Studio ne supporte pas cette extension du C.

Je voudrait savoir s'il existe une solution similaire sous windows ?
Ou existe un compilateur sous windows qui supporte cette extension ?
(MinGw ne le supporte pas déjà testé).

Bonjour,

Tu peux utiliser printf avec boost::bind et si je ne me trompe pas, il y a un équivalant à boost::bind dans la norme C++11.

Pour utiliser des arguments positionnels en C++ sans tomber dans els défauts de printf (pas typesafe, pas extensible pour des types utilisateurs...), je te conseille de jeter un œil vers boost.format.

J'ai regarder std::bind, cela ne correspond pas à mon besoin. En effet, il faudrait que je fasse un switch sur le identifiant de la langue ce qui me plaie vraiment moyen (voir pas du tout).

L'objet boost::format par contre est très intéressant. Existe t'il en c++11 ?
J'ai regarder mais pas encore trouver pour le moment.

Non, boost.format n'a pas été inclus en C++11.

Peux-tu nous montrer exactement ce que tu cherches à faire et dans quel but?

Pour donner un exemple concret de message que nous affichons :
Français : Erreur %s sur le port COM%d
Chinois simplifié : COM%d端口上发生%s错误

Comme vous pouvez le voir les paramètres du format ne sont pas dans le même ordre. Ici, il ne s'agit que de deux paramètres mais on peut en avoir bien plus dans un ordre complètement aléatoire.

Les arguments positionnés semble être une très bonne solution à ce problème.

Dans ce cas là, pourquoi ne pas écrire :
Erreur $1 sur le port COM$2

Et remplacer la sous-chaîne "$1" par la bonne valeur?
C'est tout à fait possible pour un std::string, il suffit de rechercher la sous-chaîne puis de remplacer cette sous-chaîne par une autre sous-chaîne.

Là j'arrive pas a vous suivre. Je vois bien rechercher la chaîne $x de la ressource. Mais après je vois pas vraiment comment vous voulez faire ?

Note: La fonction qui charge la ressource est appelée avec des paramètres variables ( void Display(ResId, ...); ).

Chercher ta sous-chaîne : find_end
Insérer ta valeur : std::string::replace

Au risque de paraître bête, je vois toujours pas comment vous faites. En effet, j'aimerai ne pas changer le prototype de la fonction. J'ai vraiment du mal à comprendre comment vous voyez là chose sachant que je doit déclarer un va_list.

Code:

---

1 2 3 4 5 6 7 8

void DisplayV(int iResId, ...) { UStringRessource rstr(iResId); va_list param; va_start(param, iResId); ... // Je faisait wsprintf() ici va_end(param); }

---

Je n'ai pas utilisé de va_list depuis un moment, mais il me semble qu'il faut mettre en place un système de boucle pour parser les arguments.
Qu'est-ce qui t'empêche alors d'ajouter un compteur ?

Citation:

---

Envoyé par Bousk

Je n'ai pas utilisé de va_list depuis un moment, mais il me semble qu'il faut mettre en place un système de boucle pour parser les arguments.
Qu'est-ce qui t'empêche alors d'ajouter un compteur ?

---

C'est possible à condition de connaitre le type de chaque paramètre dans le va_list. Voir la macro va_arg.

Finalement ça reviens à re-coder "printf()" ce qui n'est pas un mince à faire. C'est pour cette raison que je cherche une solution autre.

Citation:

---

Envoyé par Kalite

Au risque de paraître bête, je vois toujours pas comment vous faites. En effet, j'aimerai ne pas changer le prototype de la fonction. J'ai vraiment du mal à comprendre comment vous voyez là chose sachant que je doit déclarer un va_list.

Code:

---

1 2 3 4 5 6 7 8

void DisplayV(int iResId, ...) { UStringRessource rstr(iResId); va_list param; va_start(param, iResId); ... // Je faisait wsprintf() ici va_end(param); }

---

---

Nope.

Si tu utilise C++, il y a de bien meilleures façon de procéder (boost.format n'utilise pas de varargs, et fonctionne pourtant très bien : cf. l'explication donnée dans http://www.boost.org/doc/libs/1_51_0...oc/format.html).

Je vais lire attentivement la documentation dès que possible. Merci pour l'info.

Tel que je comprends format, tous les arguments sont finalement des string
Ce qui est ce qui disait neckara plus haut, et tes vararg sont donc tous des const char*

Suite à la lecture de la documentation de boost::format(), j'ai pas vraiment le choix pour faire ce que souhaite.

Il faut que supprime la fonction avec les var_arg et que je modifie mon objet UStringRessource pour qu'il reprenne la syntaxe de boost::format(). (Operateur %)

Mon seul problème c'est les formateurs (exemple: %02d) que j'avais avec sprintf. Il vas falloir que je trouve un moyen de les remplacer.

Note: Au final, ça vas ce rapprocher d'un codage de la fonction printf().:cry:

Citation:

---

Envoyé par Kalite

Suite à la lecture de la documentation de boost::format(), j'ai pas vraiment le choix pour faire ce que souhaite.

Il faut que supprime la fonction avec les var_arg et que je modifie mon objet UStringRessource pour qu'il reprenne la syntaxe de boost::format(). (Operateur %)

Mon seul problème c'est les formateurs (exemple: %02d) que j'avais avec sprintf. Il vas falloir que je trouve un moyen de les remplacer.

Note: Au final, ça vas ce rapprocher d'un codage de la fonction printf().:cry:

---

Oui, mais un codage typesafe, dans lequel tu n'as pas besoin de préciser le type des variables attendues parce que, miracle, ils sont découvert par le compilateur :)

Du coup, tu n'a qu'à parser quelque chose du style %n. Si tu souhaite ajouter des éléments de formatage, je te conseille de les mettre entre deux séparateurs (par exemple: %4{02}). Ca va te simplifier le parsing, puisque tu sais que si il y a un { après le nombre (ou avant ; c'est toi qui voit), alors il y a un formatage à faire ; si tu ne peux pas faire de formatage sur cette sortie, alors tu peux ignorer jusqu'au } suivant.

Sans ça, tu seras obligé de faire un parsing beaucoup plus compliqué, sans compter les cas tordus ou tu risque fort d'être incapable de décider de ce que tu dois faire.

Bien évidemment, si tu avais accès aux variadic templates, c'eut-été encore mieux :)

Citation:

---

Envoyé par Emmanuel Deloget

Bien évidemment, si tu avais accès aux variadic templates, c'eut-été encore mieux :)

---

J'ai juste vue que cela existait mais j'ai pas encore utilisé le concept. A cause du compilateur qui ne les supporte pas et parce que je ne me suis pas encore vraiment penché sur le sujet.

Merci à tous pour toutes ces infos.