SFML 2.0 RC

[yusera]

Super !

[SagaEterna]

C'est juste un petit détail, mais sur la doc, on trouve toujours " ::  Copyright © 2007-2008 Laurent Gomila, all rights reserved  ::  ". (Générée à partir du snapshot).

Et excellent boulot!
Merci.

[Hiura]

Le tutoriel OS X / Xcode est disponible mais en anglais uniquement pour le moment. Je ferai la traduction après vos feedback sur cette première version.

N'hésitez donc pas à me dire si un passage est pas clair, s'il manque qqch, etc....

[Xnerdz]

Les fonctionnalités sont gelées

Est-ce que c'est pour ça qu'avec SFML2-rc je n'arrive qu'à instancier des classes (du genre comme dans ton exemple tutoriel avec sf::Clock), mais que je n'arrive pas à utiliser leur méthode ou fonction?

Comme exemple, quand je fais clock.GetElapsedTime() dans mon programme d'essais, ça compile, mais me sort une erreur à l'exécution: "The procedure entry point?GetElapsedTime@Clock@sf@@QBEIXZ could not be located in the dynamic link library sfml-system-d-2.dll."

[Hiura]

Code: [Sélectionner]

clock.GetElapsedTime()

Là tu utilises l'ancienne convention de nommage (cf forum). Et vu les erreurs que tu as, je dirais que tu as sur ton système des headers et des binaires de deux versions différentes de la SFML et que tu les mélanges en compilant.

[Laurent]

Est-ce que c'est pour ça qu'avec SFML2-rc je n'arrive qu'à instancier des classes (du genre comme dans ton exemple tutoriel avec sf::Clock), mais que je n'arrive pas à utiliser leur méthode ou fonction?

Non rien à voir. Ca veut dire que je n'ajouterai plus de nouvelle fonctionnalité avant 2.0 finale, pas que les fonctions sont inutilisables... ce serait un peu con

En ce qui concerne ton erreur, GetElapsedTime c'est du vieux SFML 2.

[Xnerdz]

je dirais que tu as sur ton système des headers et des binaires de deux versions différentes de la SFML et que tu les mélanges en compilant.

C'était ça 

J'avais laissé traîné une version 1.6 de sfml dans le répertoire de visual studio, il l'incluait probablement par défaut en créant des conflits de compatibilité 

J'ai tout balayé et je recommence à zéro avec SFML2-rc.

Bon, tout compile, il me reste qu'à me familiariser avec la nouvelle convention de nommage

Merci pour les réponses rapides.

[Laurent]

Le tutoriel pour Code::Blocks est en ligne

[Lo-X]

J'attends surtout la suite, mais je l'ai lu. Si je puis me permettre, voici quelques remarques.

Je passe pas mal de temps sur le forum du SdZ et ici, je pense que le passage précisant l'ordre des "linkage" et le passage disant d'inclure les DLL devraient être mis plus en évidence 

L'option "SFML project" fonctionne... avec la version 1.6 (ou c'était le cas il y a quelques mois)

Choisissez plutôt un projet vide (Empty project). Si vous voulez une application graphique sans console, dans les propriétés du projet onglet "Build targets", choisissez "GUI application" dans la liste déroulante au lieu de "Console application".

J'ai du relire deux fois ce passage pour le comprendre, je ne sais pas si c'est l'enchaînement de termes anglais ou le fait qu'il soit 23h15 

Sinon y'a rien à dire ^^ J'ai hâte de lire la suite

[Orwel]

La première chose à faire est de choisir quel type de projet créer. Code::Blocks propose une grande variété de types de projets, dont l'un est "SFML project". Ne l'utilisez pas !

C'est bien de le préciser. J'en ai passé du temps et je n'ai jamais réussi à le configurer correctement

Même si cela ne fonctionne pas correctement(dans le cas du contraire, je suis preneur), cela montre une reconnaissance de SFML.

Ce tutoriel me semble plus complet que des tutoriels dédié à l'utilisation de Code::Block 

Citer

    Choisissez plutôt un projet vide (Empty project). Si vous voulez une application graphique sans console, dans les propriétés du projet onglet "Build targets", choisissez "GUI application" dans la liste déroulante au lieu de "Console application".


J'ai du relire deux fois ce passage pour le comprendre, je ne sais pas si c'est l'enchaînement de termes anglais ou le fait qu'il soit 23h15 

Après avoir créé un projet de type "Empty". Dans le menu(tous en haut)
Project=>Propertie=>Build Target
Dans la combo box "Type", tu mets la valeur "Gui Application"

Comme cela, au lancement de l'application la console ne se lancera pas. Par contre il est vrai que plus de précision sur cette manipulation ne serait pas trop 

[Lo-X]

Citer

    Choisissez plutôt un projet vide (Empty project). Si vous voulez une application graphique sans console, dans les propriétés du projet onglet "Build targets", choisissez "GUI application" dans la liste déroulante au lieu de "Console application".


J'ai du relire deux fois ce passage pour le comprendre, je ne sais pas si c'est l'enchaînement de termes anglais ou le fait qu'il soit 23h15 

Après avoir créé un projet de type "Empty". Dans le menu(tous en haut)
Project=>Propertie=>Build Target
Dans la combo box "Type", tu mets la valeur "Gui Application"

Comme cela, au lancement de l'application la console ne se lancera pas. Par contre il est vrai que plus de précision sur cette manipulation ne serait pas trop 

Oui j'ai compris la manip (mais peut-être parce que je la connaissais déjà). J'avais juste l'impression que ce n'était pas tout à fait clair dans le tuto.

D'ailleurs vive la console :p Je la laisse jusqu'à la dernière release

[Laurent]

L'option "SFML project" fonctionne... avec la version 1.6 (ou c'était le cas il y a quelques mois)

J'ai vu beaucoup de personnes ayant des problèmes avec. Si je me souviens bien, il ajoutait des DLLs dans les options d'édition de liens, au lieu des bibliothèques d'importation.
Et puis je doute qu'il fonctionne bien avec SFML 2 étant donné les modifications, et même si c'était le cas, je préfère baser les instructions "officielles" sur quelque chose qui est complètement maîtrisé. Je ne sais pas qui a pondu cet assistant, ni s'il est maintenu, etc.

J'ai du relire deux fois ce passage pour le comprendre, je ne sais pas si c'est l'enchaînement de termes anglais ou le fait qu'il soit 23h15

Ouais, je pense que je peux rendre ça un peu plus "smooth" en effet

[Olibrius]

L'intégration d'un rendu SFML 2.0 dans une interface Qt fonctionne parfaitement sous Windows.

Cependant, sous OS X, je reçois un message "invalid drawable" au tout début de la sortie de l'application, alors qu'il n'y a aucun problème graphique.
Autre problème sous OS X, lorsqu'on définit le rendu SFML comme étant le centralWidget d'une QMainWindow, le rendu ne se redimensionne pas automatiquement et garde sa taille par défaut, et je reçois le message "QWidget::repaint: Recursive repaint detected" à chaque fois que je redimensionne la fenêtre.

[Hiura]

Cependant, sous OS X, je reçois un message "invalid drawable" au tout début de la sortie de l'application, alors qu'il n'y a aucun problème graphique.

Ça s'affiche uniquement lors des premiers rendus ? Si c'est le cas, je suppose que c'est Qt qui crée pas complètement la fenêtre au moment du rendu ou qqch du genre. Et là je ne vois pas trop ce que je peux faire.

Autre problème sous OS X, lorsqu'on définit le rendu SFML comme étant le centralWidget d'une QMainWindow, le rendu ne se redimensionne pas automatiquement et garde sa taille par défaut

Je suppose que c'est le bug #207

je reçois le message "QWidget::repaint: Recursive repaint detected" à chaque fois que je redimensionne la fenêtre.

là je sais pas ce que fait Qt pour arriver à ce genre de comportement...

[Laurent]

Le tutoriel pour Visual Studio est maintenant également en ligne.