SFML 2.0 RC

[Xnerdz]

J'ai remarqué une petite erreur de syntaxe dans le \brief de sf::RenderTexture.
"\brief Target for off-screen 2D rendering into an texture"
"an" devrais être "a"

[Laurent]

En effet

[jDralliam]

Je viens de remarquer que le loadFromMemory de sf::Shader ne charge pas le shader à partir d'un void* mais à partir d'une std::string. Ca me parait contre-intuitif (par rapport au reste de la SFML)... Ne vaudrait-il pas mieux le remplacer par un loadFromString ? ou changer le type des arguments (passer de std::string à void* et size_t) ?

[Laurent]

Les shaders sont un cas particulier. Il n'y a pas de format de fichier spécifique, c'est juste du texte brut. Donc quand tu as un shader en mémoire, c'est vraiment juste une chaîne de caractères.

Ceci-dit pour des raisons de cohérence, renommer en loadFromString (et aussi fournir le loadFromMemory void*/size_t) ne serait peut-être pas idiot.

[victorlevasseur]

Au niveau de la documentation, il y a un petit problème avec sf::Color. Le code d'exemple est :

 sf::Color color(255, 0, 0); // red
 color.red = 0;              // make it black
 color.blue = 128;           // make it dark blue

Alors que sf::Color possède les attributs r, b, g et a, mais pas red, blue ...

[Olibrius]

Il me semble que l'évenement "Event::MouseMoved" ne fonctionne pas lorsque le rendu SFML est intégré dans une interface Qt sur Mac OS X.
Il n'est appelé que lorsque qu'on fait un clique souris.

[Hiura]

Problème de focus. Qt doit avoir une setFocus de mémoire. Est-ce que ça corrige le problème ?

[Olibrius]

J'ai mis un renduSFML->setFocus(); après avoir déclaré le rendu. Sans succès.
J'ai aussi essayé de mettre setFocus(); dans la méthode void SFMLView::OnUpdate(). Sans succès non plus.

Je devrais le mettre où ?

[Hiura]

Je sais pas exactement non plus. Le problème est aussi présent sous Windows/Linux ?

[Olibrius]

J'ai tester le même code sous Windows, et ça fonctionne très bien.

Sous OS X, comme dit plus haut, il faut que je tienne enfoncé un bouton de la souris pendant que je déplace la souris pour avoir un résultat.

Et je n'ai pas Linux.

[Hiura]

Juste pour bien comprendre le bug : si tu cliques une fois, puis après avoir relâché la souris, si tu la déplaces aucun évènement n'est produit ?

[Olibrius]

C'est exactement ça. Et seulement si c'est un rendu dans une interface Qt.

En fait, l’évènement Event::MouseMoved est toujours envoyé en même tant que Event::MouseButtonPressed.

[Laurent]

Au niveau de la documentation, il y a un petit problème avec sf::Color

Déjà rapporté et corrigé (dans les sources).

[Hiura]

C'est exactement ça. Et seulement si c'est un rendu dans une interface Qt.

En fait, l’évènement Event::MouseMoved est toujours envoyé en même tant que Event::MouseButtonPressed.

C'est donc bien un bug... allez, encore un ! 

[Laurent]

Tu as essayé d'appeler setMouseTracking(true) sur ton widget ?