Discussion :

[moldavi]

Je dois reconstruire complètement la classe "Vignette1" (qui bug), ligne par ligne?
Mais ça va juste me dire quelle ligne ne fonctionne pas, et je le sais très bien!

As-tu essayé ceci dans ton projet, en appliquant ce qui a fonctionné ci-dessus :

Code :

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

1
2
3
 
string szTest = "test";
...setString(szTest);

[Armulis]

As-tu essayé ceci dans ton projet, en appliquant ce qui a fonctionné ci-dessus :

Code :

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

1
2
3
 
string szTest = "test";
...setString(szTest);

Excuse-moi, j'étais absorbé par mon programme.
Apparemment il se plante plus, mais je dois encore le tester un peu.

On dirait qu'effectivement, setString() n'arrive pas à prendre sa source dans un tableau. C'est bizarre, non?

[Armulis]

Alors... Ce qui posait problème n'est plus.
Par-contre, comme sur le coup j'ai appris qu'on pouvait compiler en mode debug ou en mode release, je m'aperçois maintenant que je compilais toujours en mode debug.
Et en mode release, le programme fonctionne correctement, mais les images n'apparaissent pas à l'écran.
Sur la console, c'est écrit "Failed to create texture, invalid size (0x0)"

Tu sais ce que c'est?

EDIT: à ce propos, j'ai essayé le code de test proposé dans sur SFML-dev.org (http://www.sfml-dev.org/tutorials/2.0/start-cb-fr.php), et ça marche en mode debug, mais pas en mode release.
En mode release, je peux compiler le code, mais au moment de le lancer une fenêtre s'ouvre, disant que le code n'a pas l'air d'avoir été compilé, et ça me propose de le recompiler. Je peux le faire en boucle =)

[Bousk]

Code :

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

1
2
3
4
5
6
7
 
// Cela n'a pas de sens : "blablabla" est un tableau de char, pas un string
texte1.setString("blablabla");"
 
// Cela a plus de sens, szBlaBla est un string
string szBlaBla = "blablabla";
texte1.setString(szBlaBla);"

Heureusement c'est identique puisque std::string a un constructeur non-explicit pour le permettre.
http://www.cplusplus.com/reference/s...string/string/

@Armulis, y'a un truc qu'on apelle le "execution path" qui ne doit pas être bon en Release.

[Armulis]

Je me dis aussi que c'est peut-être la configuration qui est embêtante. Par-contre, je connais pas assez ce genre de choses pour régler le problème seul. Tu peux me donner une piste de plus, s'il-te-plaît?

[moldavi]

Bonjour.

Heureusement c'est identique puisque std::string a un constructeur non-explicit pour le permettre.

En effet, c'est bien de l'avoir vu et de le signaler.

Je viens aussi de me rendre contre que "setString", ne prends pas un "string" en paramètre, mais un "String" : http://sfml-dev.org/documentation/2...._1_1String.php

C'est plutôt ambigu de redéfinir string en String...

[ternel]

En fait, si tu n'utilise pas using namespace sf;, tu as une sf::String, qui assez différente de string. (ou String de std::string)

En général, je n'importe qu'un seul namespace entier

[Armulis]

Ah, OK, je crois que j'ai fait une erreur alors.
si sf::setString prend un sf::String et non un sdt::string, il faut que je change quelque chose...

Est-ce que je dois créer un sf::String pour recevoir le std::string, et envoyer le sf::String dans sf::setString? =)