Messages

1

Graphique / Re : Des erreurs : 'View' does not name a type

« le: Janvier 28, 2015, 07:59:41 pm »

Ah bah voilà je me sens malin maintenant 
Bref, je me disais bien que c'était une erreur stupide.
Merci pour vos réponses, et désolé de vous avoir fait perdre inutilement du temps...

2

Graphique / Re : Des erreurs : 'View' does not name a type

« le: Janvier 28, 2015, 12:52:40 am »

Un code minimal fonctionne.
J'ai remarqué qu'en supprimant le fichier sfmlview.cpp de mon projet, je pouvais aussi compiler sans problème.

sfmlview.h :

(click to show/hide)

#ifndef SFML_VIEW_HPP
#define SFML_VIEW_HPP

#include "QSFMLCanvas.h"

class SFMLView : public QSFMLCanvas
{
    public :
        SFMLView(QWidget* Parent, const QPoint& Position, const QSize& Size);

    private :
        void OnInit();
        void OnUpdate();
};
#endif // SFML_VIEW_HPP

sfmlview.cpp :

(click to show/hide)

#include "sfmlview.h"

SFMLView::SFMLView(QWidget* Parent, const QPoint& Position, const QSize& Size) : QSFMLCanvas(Parent, Position, Size)
{
}

void SFMLView::OnInit()
{

}

void SFMLView::OnUpdate()
{
    // Clear screen
    RenderWindow::clear(sf::Color(0, 128, 0));
}

Si je remet sfmlview.cpp dans mon projet, je reçois à nouveau des "error in RenderTarget.hpp: 'View' does not name a type"
Je ne vois vraiment pas d'où peut venir le problème... 

3

Graphique / Re : Des erreurs : 'View' does not name a type

« le: Janvier 27, 2015, 05:08:15 pm »

Je n'ai pas de sf::View dans sfmlview.cpp, ni nul part ailleur dans mon projet d'ailleurs. Mon projet est encore totalement vide. J'ai juste copié le code nécessaire depuis internet qui est supposé intégrer SFML dans Qt.

Ce qui est surprenant, c'est que l'erreur se trouve dans un fichier de la librairie SFML même (RenderTarget.hpp).

Les dépendances ne sont pas liées au problèmes, car même si je les supprime toutes, les erreurs sont toujours là...

4

Graphique / Des erreurs : 'View' does not name a type

« le: Janvier 26, 2015, 10:38:54 pm »

Bonsoir,

J'ai tenté d'intégrer SFML 2.2 dans une interface Qt 5.4.
Mon fichier .pro contient ce qui suit :

(click to show/hide)

TEMPLATE = app

INCLUDEPATH += "C:/SFML/SFML-2.2/include"
DEPENDPATH += "C:/SFML/SFML-2.2/include"
LIBS += -L"C:/SFML/SFML-2.2/lib" -lsfml-graphics-s -lsfml-window-s -lsfml-system-s

QT += widgets

SOURCES += \
    main.cpp \
    QSFMLCanvas.cpp \
    sfmlview.cpp

DEFINES += \
    SFML_STATIC

HEADERS += \
    sfmlview.h \
    QSFMLCanvas.h

Tout semble bien aller, sauf à la compilation, où je reçois 8 fois le même message d'erreur signalées dans le fichier SFML\Graphics\RenderTarget.hpp :'View' does not name a type
En fait, on retrouve cette erreur à chaque fois que const View& apparaît dans le fichier.
La réponse est peut-être très logique, mais je commence à perdre du temps à chercher une solution à cette erreur qui me paraît très étrange à première vue.

Merci d'avance pour vos réponses

5

Général / Re : Alléger les frameworks pour OS X

« le: Mai 10, 2012, 09:29:30 pm »

Non, mais c'est que je dois envoyer mon application sur internet, et vu que ma connexion est très lente, j'essaie d'alléger mon application le plus possible !
Et je ne pense pas tester le projet de qqn d'autre pour l'instant .

Bref, merci pour la réponse.

6

Général / Re : Alléger les frameworks pour OS X

« le: Mai 09, 2012, 10:41:19 pm »

Merci pour cette réponse !

Donc je peux supprimer les dossiers A et les raccourcis si j'utilise la SFML 2.0, c'est bien ça ?

7

Général / Alléger les frameworks pour OS X

« le: Mai 06, 2012, 05:58:47 pm »

Bonjour,

Je me suis posé la question : dans les frameworks de la SFML 2.0, il y a 2 versions ("A" et "2.0.0"). Est-ce qu'il serait possible d'en supprimer une pour alléger l'application ? Ainsi que supprimer les alias ?

Merci d'avance !

8

Discussions générales / Re : SFML 2.0 RC

« le: Avril 22, 2012, 08:14:22 pm »

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

Ne fonctionne pas non plus  ...

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

A moins que je sois le seul à avoir ce bug (mais ça m'étonnerait) ...

9

Discussions générales / Re : SFML 2.0 RC

« le: Avril 22, 2012, 06:15:54 pm »

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.

10

Discussions générales / Re : SFML 2.0 RC

« le: Avril 22, 2012, 06:05:39 pm »

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.

11

Discussions générales / Re : SFML 2.0 RC

« le: Avril 22, 2012, 05:54:35 pm »

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ù ?

12

Discussions générales / Re : SFML 2.0 RC

« le: Avril 22, 2012, 05:31:55 pm »

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.

13

Discussions générales / Re : SFML 2.0 RC

« le: Avril 20, 2012, 02:06:44 pm »

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.

14

Général / Re: Sortie SFML 2.0 : meilleure compatibilité avec OS X ?

« le: Avril 01, 2012, 09:12:46 pm »

Donc si j'ai bien compris, sous Mac on ne peut pas recevoir les évènements avec pollEvent si le rendu SFML n'est pas une fenêtre à part entière ?
Donc il faudrait gérer les évènement avec la partie Qt et les envoyer par des slots à la classe qui contient le rendu SFML ?

Dans l'implémentation que j'ai écrite...

Ou alors est-ce qu'il existerait une implémentation capable de récupérer les évènements ?

15

Général / Re: Sortie SFML 2.0 : meilleure compatibilité avec OS X ?

« le: Avril 01, 2012, 06:37:37 pm »

Bon, j'ai recompilé la SFML 2.0 avec Qt, et ça marche parfait sur Windows et OS X.

Maintenant, le problème c'est SFML + Qt.

Sous Windows, je crois que RenderWindow::draw( ... ) ne fonction pas, car je peux faire un RenderWindow::clear( ... ) avec la couleur que je veux et les évènements fonctionnent.
Note : j'ai du changer le create(winId()); dans QSFMLCanvas, par sf::Window::create(winId()); pour éviter la confusion avec QWidget::create( ... ).
EDIT: Résolu, c'était une mauvaise gestion de sf::View.

Sous Mac, rien ne fonctionne. J'ai seulement la partie Qt. Dans la sortie de l'application, j'ai ça quand je lance l'application :

Code: [Sélectionner]

2012-04-01 18:33:11.808 level_editor[308:107] invalid drawable
Pendant l’exécution, j'ai plein de :

Code: [Sélectionner]

Cannot process event from the view.
Cannot process event from the view.
Cannot process event from the view.
...
Et ça quand je ferme :

Code: [Sélectionner]

Cannot close the view.
Cannot close the view.
Alors je me suis demandé : SFML 2.0 est toujours compatible avec Qt ?