Messages

31

Suggestions de nouvelles fonctionnalités / Re: Un évènement filedrop

« le: Octobre 15, 2020, 04:17:04 am »

https://en.sfml-dev.org/forums/index.php?topic=19096.0
Si ça t'intéresse ils en ont discuté pendant quelques années (en anglais) et apparemment certains avaient commencé à programmer quelque chose mais il semblerait que ça n'ait pas abouti.

32

Suggestions de nouvelles fonctionnalités / Re: structure VectorXX compatible ostream operator<<

« le: Octobre 15, 2020, 04:09:55 am »

La team voulait pas car ça voudrait dire choisir un format d'affichage, et il y a pas de bonne solution car il y a trop de cas différents.
Pourquoi "10 10" et pas "10, 10" ou "(10, 10)" ou "x: 10, y: 10" etc. ?

Et aussi parce que quand tu fournis << en général tu fais aussi le >> et c'est encore pire.

Pis bon, c'est simple à faire soi-même comme on le veut. :p

33

Fenêtrage / Re: Classe Input

« le: Juillet 30, 2020, 10:55:24 am »

Elle a été séparée en 3 : sf::Joystick, sf::Mouse, sf::Keyboard

34

Système / Re: faire une "pause" avec la même touche clavier.

« le: Juillet 16, 2020, 03:00:22 am »

event.type == sf::Event::KeyPressed

Ben ouais c'est ce que j'ai dit :p

vérifier le type de l'évènement

35

Système / Re: faire une "pause" avec la même touche clavier.

« le: Juillet 15, 2020, 02:47:48 pm »

Il faut vraiment vérifier le type de l'évènement avant d'en utiliser ses données.
https://www.sfml-dev.org/tutorials/2.5/window-events-fr.php#les-cevcinements-keypressed-et-keyreleased

36

Graphique / Re: L'image refuse de s'afficher

« le: Juin 15, 2020, 12:00:27 am »

Il est important de lier les bibliothèques qui correspondent à la configuration : "sfml-xxx-d.lib" pour Debug, et "sfml-xxx.lib" pour Release. Un mauvais mélange pourrait entraîner des crashs.

Est-ce bien le cas ?

37

Général / Re: Se dispenser des .dll.

« le: Mai 25, 2020, 04:32:52 am »

https://www.sfml-dev.org/faq.php#build-link-static
(désolé la FAQ n'a pas l'air d'exister en FR mais il y a un long passage équivalent sur le tuto pour compiler avec codeblocks/mingw si tu es totalement anglophobe)

De plus, si tu compiles avec MinGW il faudra faire attention à l'ordre dans lequel tu lies (l'ordre est indiqué dans la question précédant celle du lien)

38

Fenêtrage / Re: Joysticks

« le: Mai 21, 2020, 03:52:09 pm »

Le stick droit c'est les axes U et V, et le bouton je sais plus combien (8 ou genre) si tu parles de la pression sur le stick. En tous cas ça existe et fonctionne.
RT et LT c'est mal foutu c'est sur l'axe Z, LT en positif et RT en négatif.

Si tu veux savoir quoi est quoi, t'appuies sur les boutons de ta manette et tu regardes la valeur de event.joystickMove.axis ou event.joystickButton.button quand t'as un evenement JoystickMoved ou JoystickButtonPressed.

39

Fenêtrage / Re: Fonctionnement des sf::view

« le: Mai 20, 2020, 11:35:59 pm »

Non, pas besoin de dessiner ta minimap loin.

Là tu dessinerais la partie gameplay sur une vue que tu déplaces (move, setCenter ou reset) quand tu veux scroller, et le GUI sur une autre vue qui bouge pas.
Ensuite pour la minimap ça dépend de comment tu la fais. Tu peux la dessiner directement sur la même vue que le GUI si c'est des toutes petites tiles. Sinon si tu utilises les mêmes tiles que pour le gameplay, tu peux redessiner  toute la map sur une autre vue de la taille de la map, et tu cadres cette vue au bon endroit dans ton GUI avec le viewport approprié.

T'as des exemples sur le wiki https://github.com/SFML/SFML/wiki/Tutorial%3A-Using-View

en gros:

vueMinimap.setViewport(le carré en haut à droite)
setView(vueJeu)
draw(jeu)
setView(vueGui)
draw(gui)
setView(vueMinimap)
draw(minimap)

C'est une façon possible de faire.

40

Général / Re: Possible de se servir d'un rectangleShape comme renderTarget ?

« le: Mai 17, 2020, 09:31:22 am »

Il y a pas de "lien" dans SFML.

Tu peux afficher des textes, des formes, des images, ... mais si tu veux du scrolling ou des réactions quand tu cliques il faut développer ça soit-même.

Des gens ont développé des bibliothèques pour faire des interfaces intégrées à SFML, comme TGUI ou SFGui, qui font probablement une liste déroulante comme tu as l'air de le vouloir, mais ne les ayant jamais utilisés je ne sais pas t'en dire plus.

41

Général / Re: Possible de se servir d'un rectangleShape comme renderTarget ?

« le: Mai 16, 2020, 09:45:17 pm »

Tu peux dessiner sur une RenderTexture, et ensuite dessiner cette Texture sur un RectangleShape ou un Sprite.

42

Graphique / Re: dessiner dans une zone avec clipping, mais en ratio 1:1 ?

« le: Avril 21, 2020, 05:21:28 pm »

Si tu veux une vue qui affiche les pixels de 0 à 500, il te faut une vue qui fait une taille de 500x500 et dont le centre est à 250 250. (ou la fonction reset de sf::View avec 0 0 500 500)
Ensuite pour afficher cette vue juste à un endroit particulier de ta fenêtre, il faut lui appliquer le viewport correspondant (200/1000, 100 / 800, 500 / 1000, 500 / 800)

43

Graphique / Re: Blending pas fais avec les textures des FBO.

« le: Avril 09, 2020, 04:33:39 am »

le blending alpha ne e faire pas et le rectangle rouge n'est pas affiché et pas de blending non plus à l'intersection du rectangle vert et bleu.

Alors premièrement, si tu as un rectangle bleu de 100 de largeur qui commence en -50, et un rectangle vert qui commence en 50, tu n'as PAS d'intersection entre le vert et le bleu donc il risque pas d'y avoir un quelconque blending entre eux s'ils se superposent pas.

Ensuite, quand tu clear une RenderTarget sans préciser de couleur ça utilise du noir opaque. Donc t'as rt1 et rt2, 2 textures toutes noires avec 1 rectangle rouge sur l'une et des rect verts et bleu sur l'autre, et quand tu draw rt2 par dessus rt1 bah forcément tu vois plus du tout rt1.
Utilise sf::Color::Transparent dans ton clear de rt et tu devrais apercevoir ton rectangle rouge.

44

Graphique / Re: tileMap Sprite Positionnement et Scintillement

« le: Février 05, 2020, 12:00:56 am »

Tu as pas joint tilemoche.png :p

45

Système / Re: Thread et Fonction de classe à un parametre

« le: Janvier 23, 2020, 02:29:01 am »

Par exemple tu peux update ton animation à chaque frame du jeu en lui passant le temps écoulé depuis la dernière frame, ce temps s'accumule et quand il dépasse le temps qu'est censé durer l'image courante de l'animation tu passes à la prochaine image.
Tu peux t'inspirer d'un exemple sur le wiki avec la fonction update.

Pas compris ce que tu veux dire par "jouer une anim en oneshot" par contre :p