Messages

1

Site web SFML / Sections iOS et Android

« le: Juillet 01, 2014, 12:14:21 pm »

Hola !

Ça doit bien faire un an que j'ai pas mis les pieds ici mais ! oh miracle ! me revoilà pour de nouvelles aventures

Comme je suis vaguement en train de rattraper mon retard d'un an de forum non lu, j'ai constaté que le portage iOS / Android était lancé. (En voilà une bonne nouvelle !)
Ne faudrait t'il pas rajouter des sections dédiées dans la rubrique "Binding" du forum ? Ou juste une section mobile peut être.

Allez zou, je passe me mettre à jour sur le fofo anglais.

Kiss

2

Projets SFML / Re : lxgui - "Lua and Xml Graphical User Interface"

« le: Janvier 24, 2013, 09:40:38 am »

Normalement, la compile en 64 bits fonctionne en statique. Par contre en dynamique, je rencontre le même problème que toi avec FreeType :/

3

Graphique / Re : Une question

« le: Janvier 23, 2013, 12:00:41 pm »

getOrigin() te retourne le point central de transformation de l'objet. C'est ce point qui servira comme centre à une translation, une rotation ou une homothétie. Il me semble que ce point est pas défaut le coin supérieur gauche de l'objet et il faut set l'origine pour la positionner au centre de l'objet.

Il me semble que getPosition() te retourne du coup la position de l'origine relativement à la scène 2D.

4

Discussions générales / Re : Windows 8

« le: Janvier 23, 2013, 11:32:27 am »

J'ai un windows 8 à la maison, faudrait que je teste, mais j'ai un peu la flemme ces jours ci

5

Fenêtrage / Re : Le déplacement de la souris toujours détecté avec un pixel de décalage ?

« le: Janvier 23, 2013, 10:46:01 am »

Que tu retrouve le problème vers le bas et à gauche me semble cohérent.

Je vais d'ailleurs dire un truc peut être bête mais ton centre exacte est formé par 4 pixels, et non 1 puisque la taille de ta résolution est un chiffre paire en vertical comme en horizontal. Du coup, comme les positions commencent à 0.0 et non 1.1, ton pixel de référence à 400.300 doit être le supérieur droit de ce "centre de 4 pixels".

Il faut surement prendre ça en compte.

6

Discussions générales / Re : Juste une remarque au sujet de Vector2f, Vector2i et companie.

« le: Janvier 23, 2013, 10:18:31 am »

Laurent a juste défini trois types de Vector2 (et Vector3) qui sont les plus utilisés pour pouvoir plus rapidement les discerner et les utiliser.

Comme le dit Hiura, regarde les sources =)

7

Discussions générales / Re : Windows 8

« le: Janvier 23, 2013, 10:12:45 am »

D'après le site de Microsoft, si on choisi de développer une Windows Store app en C++, on est censé pouvoir utiliser n'importe quelle bibliothèque C++ tierce.

What's the same?
You're still coding in C++, and you can access the STL, the CRT, and any other C++ libraries, except that you can't invoke certain functions directly, such as those related to file I/O.

...

You're still creating apps that are compiled to native machine code by the Visual C++ compiler. Windows Store apps in C++ don't execute in a managed runtime environment.

Ce serait tout de même intéressant de faire un test. Surtout que les apps windows 8 sont assez "funky" à utiliser. Ca pourrait être pas mal de retrouver sur le store tout un tas de petits jeux faits avec la SFML =)

Néanmoins, toutes les appli windows 8 store ont un système de fenêtrage qui semble propre à ce type d'appli, va savoir si ça s'adapte facilement ou pas ...

8

Graphique / Re : sf::Text qui ne s'affiche pas

« le: Juin 21, 2012, 11:24:59 am »

Quand je suis seul, j'ai l'impression de devenir fou et de stagner sur le code

C'est d'ailleurs un problème récurrent, à force de regarder son son propre oeil le même code inlassablement, on en fini par plus rien voir, même les grosses boulettes, alors qu'elles peuvent sauter au yeux de quelqu'un qui y jette un oeil pour la première fois.

9

Fenêtrage / Re : Ouverture d'une fenêtre sur plusieurs écrans

« le: Juin 21, 2012, 11:16:29 am »

Hm très juste.

Je viens néanmoins de tester au boulot et je n'arrive pas non plus à donner à ma fenêtre une résolution supérieure à celle d'un écran. Mon bureau est sur un 2 x 1680 x 1050 et si je tente de créer une fenêtre de 1900 x 900 par exemple. La fenêtre ne se crée pas. Par contre, aucun message d'erreur.

Edit : Oui donc ça ça correspond à l'issue #215. Fort bien.

10

Fenêtrage / Re : Ouverture d'une fenêtre sur plusieurs écrans

« le: Juin 20, 2012, 03:16:43 pm »

C'est censé marcher avec la SFML 2 ? Parce qu'en 1.6 j'ai souvenir que ça ne marchait pas et que c'était pas un truc à faire de vouloir une fenêtre plus grande que la résolution du bureau.

11

Graphique / Re : Position d'un sprite

« le: Juin 05, 2012, 09:34:00 am »

Heu, tu devrais pas la centrer au milieu de ta fenêtre ta vue ?

12

Discussions générales / Re : Besoin de conseils

« le: Juin 04, 2012, 10:45:27 am »

Hm, donc si je comprend bien, on veut juste que notre AnimatedSprite soit composé du sprite d'animation (celui englobant toutes les frames) et qu'on puisse "récupérer" le sub sprite (frame) courant de cet AnimatedSprite. Derrière ça, la dynamique d'update du sprite courant se faisant en interne de la classe AnimatedSprite.

Mais du coup c'est ce que j'entendais dans mon 2e post avec :

Du coup, l'idée serait plutôt d'avoir un nouveau sprite correspondant uniquement au subrect voulu de sorte à pas tout péter si on utilise un setTextureRect dessus ?

Donc soit chuis perdu, soit jme suis mal faire compris

13

Discussions générales / Re : Besoin de conseils

« le: Juin 04, 2012, 10:23:49 am »

Ca implique donc de construire une liste ordonnée de sprites que posséderait la classe AnimatedSprite, liste construite par un "manager" qui s'occuperait de récupérer dans le "bon gros sprite" tous les subsprites qui composent l'anim ?

Ouais jfais un peu le noob avec mes questions mais comme je bosse là dessus en ce moment, au temps partir sur la bonne voie

14

Discussions générales / Re : Besoin de conseils

« le: Juin 04, 2012, 09:52:04 am »

Hm ok je vois. Du coup, l'idée serait plutôt d'avoir un nouveau sprite correspondant uniquement au subrect voulu de sorte à pas tout péter si on utilise un setTextureRect dessus ?

15

Discussions générales / Re : Besoin de conseils

« le: Juin 04, 2012, 09:36:21 am »

Laurent, peux tu en dire plus sur les méfaits appliqués à une méthode comme setTextureRect dans le cas d'un héritage de sf::Sprite ?

Je voyais pourtant une utilisation "pratique" d'un héritage à sf::Sprite pour faire une classe d'animation avec un setTextureRect se décalant au fil du temps.