Messages

1

Réseau / Re: Problème accents sf::http

« le: Mars 23, 2018, 06:59:59 am »

Et ça non plus :

sf::String body;
string body2 = "test=" + "testé";
body = sf::String::fromUtf8(body2.begin(), body2.end());
request.setBody(body);
sf::Http::Response response = http.sendRequest(request);
 

Char* + char* n'est pas une concaténation de chaînes.

Après je sais pas quelles autres fautes tu as fait dans l'autre exemple comme il était mal copié collé.

2

Python / Re: Pysfml ???

« le: Janvier 05, 2018, 04:11:41 pm »

Aucune idée, mais tu peux demander directement à/aux auteur(s) du binding.

3

Suggestions de nouvelles fonctionnalités / Re: Proposer de générer un tagfile à la compilation

« le: Décembre 19, 2017, 10:25:36 pm »

Dans un premier temps, si on génère et installe ce fichier à côté de la doc HTML, ça me semble le mieux. Ainsi, les tags sont installés (en principe) dans un dossier prédéfini et standard. On peut voir plus tard si on a besoin de faire qqch de spécial avec FindSFML.cmake ou autre, mais pour l'heure ça me semble prématuré vu le peu de demande pour cette fonctionnalité.

Volontiers pour une PR, oui. Ça permettra aussi de recueillir l'avis d'autres personnes non francophone.

4

Suggestions de nouvelles fonctionnalités / Re: Proposer de générer un tagfile à la compilation

« le: Décembre 16, 2017, 07:38:28 pm »

C'est vrai que c'est plutôt très spécifique comme demande... Après, faut voir, si c'est un changement trivial dont on parle qui ne nuit à personne, pourquoi pas. Je pense cependant qu'il serait bien d'éviter d'ajouter une option de plus. Si on génère ce tagfile systématiquement avec la doc, ça ne me dérangerait pas plus que ça personnellement.

Donc, de quel changement concret parle-t-on ?

5

Général / Re: Probleme xcode 9.2

« le: Décembre 16, 2017, 07:31:46 pm »

Si les headers ne sont pas trouvés c'est que tu ne les as pas installé au bon endroit. Vérifie à nouveau ce que tu as fait comparé à ce qui est dit dans le tuto. (;

6

Général / Re: Probleme xcode 9.2

« le: Décembre 14, 2017, 12:05:02 pm »

Peux-tu être plus précis, qu'est-ce qui ne marche pas ? Quelle est l'erreur ? Qu'as-tu essayé ?

7

Fenêtrage / Re: InputManager

« le: Juin 01, 2017, 09:01:21 am »

Problème: https://www.sfml-dev.org/documentation/2.4.2-fr/classsf_1_1Keyboard.php ne possède aucun membre non static, par conséquent !m_oldKeyboard.isKeyPressed(key) && m_keyboard.isKeyPressed(key) ne fait pas ce que tu penses. ;-)

Une solution toute simple à ton problème serait d'utiliser sf::Window::setKeyRepeatEnabled: https://www.sfml-dev.org/documentation/2.4.2-fr/classsf_1_1Window.php#aef9f2b14c10ecba8a8df95dd51c5bb73

PS: if (something) return true; else return false; est généralement plus élégamment écrit ainsi: return something;

8

Réseau / Re : Module Network ne fonctionne pas avec OS X / Xcode

« le: Novembre 02, 2016, 11:34:52 am »

Ça marche bien chez moi.

#include <iostream>

#include <SFML/Network.hpp>

int main() {
    sf::Http Http("http://www.sfml-dev.org");
    sf::Http::Request Request("changelog.php");
    sf::Http::Response Response = Http.sendRequest(Request);
    std::cout << Response.getStatus();
    return 0;
}

Peut-être as-tu mis la sous-page dans le host name ?

9

Réseau / Re : Module Network ne fonctionne pas avec OS X / Xcode

« le: Novembre 01, 2016, 08:43:32 pm »

Quand tu tentes d'ouvrir une connection TCP avec le serveur, tu utilises quoi comme code du côté serveur ? Et pour la version HTTP, que renvois exactement le serveur ? Sans setup & code complet, c'est dur de mettre le doigts sur le vrai problème.

(PS: tu auras p-ê plus de réponse, ou de meilleures réponses, sur le forum anglais...)

10

Site web SFML / Re : Mini erreur sur le tutoriel OpenGL

« le: Juillet 21, 2016, 03:06:46 pm »

Merci, ce sera corrigé dans la prochaine version.

11

Général / Re : OSX plantage app en 32bits

« le: Juin 12, 2016, 11:53:12 am »

Oui, c'est connu. Mais les versions 32-bit ne sont plus supportés donc pas de patch actuellement. cf github pour détails.

12

Système / Re : .app ne fonctionne pas OSX

« le: Mai 01, 2016, 12:27:57 pm »

Si je me souviens bien, par défaut le working directory est ton "home". C'est pas très pratique mais c'est comme ça. L'alternative simple pour ne pas avoir trop de problèmes de ressources c'est de faire comme proposé dans le tutorial pour Xcode : tu ajoutes tes fichiers de ressources dans le projet pour qu'ils soient copié de le sous dossier Resources de ton .app et ensuite tu utilises `resourcePath` pour récupérer le chemin vers ce dossier à l'exécution. Y a tout les détails ici si jamais. Le code généré quand tu crées un nouveau projet te donne aussi un exemple.

13

Système / Re : .app ne fonctionne pas OSX

« le: Avril 26, 2016, 10:14:13 am »

Pour faire un SSCCE, commence par une base qui fonctionne et ajoute progressivement du code jusqu'à ce que ça ne fonctionne plus. A ce moment là, enlève les choses qui semble ne pas impacter le problème. Je sais, c'est fastidieux, mais sans ça c'est extrêmement dur de t'aider sans le faire pour toi.

Aussi, avec la pratique, ce genre de choses deviennent progressivement plus simple à faire. Ouf ! 

14

Système / Re : .app ne fonctionne pas OSX

« le: Avril 25, 2016, 09:42:34 pm »

Es-ce que le problème peut venir du code ?

Oui, mais difficile à dire exactement pourquoi sans un SSCCE. 

15

Fenêtrage / Re : Fullscreen - windows - OSX

« le: Avril 19, 2016, 06:52:02 pm »

pas de quoi, amuse toi bien !