1
General discussions / Mac ETA?
« on: August 21, 2007, 06:29:26 pm »
I can't test, but i just would like to know how many samples remains.
Show Posts
This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.
Pages: [1] 2
2
Graphics / Image.LoadFromFile("sprite.tga") Won't load the im
« on: August 21, 2007, 01:53:56 am »
The images must be in the same directory as your executable file.
The easiest way is to load with the "./" path, like LoadFromFile("./something.png"), putting something.png in the debug binary directory, or in a subdir data, and then loading "./data/something.png".
See samples for more precisions.
The easiest way is to load with the "./" path, like LoadFromFile("./something.png"), putting something.png in the debug binary directory, or in a subdir data, and then loading "./data/something.png".
See samples for more precisions.
3
General discussions / this looks interesting
« on: August 20, 2007, 08:18:17 pm »
You have just been SFMLed!
Welcome and have fun :lol:
Welcome and have fun :lol:
5
General / includes files
« on: August 18, 2007, 12:10:54 pm »
But inside SFML/include there must be a "SFML" directory.
If not, you can set it.
If not, you can set it.
6
General / includes files
« on: August 18, 2007, 10:54:55 am »
Configuring the compiler's include paths can ease much the stuff.
Tell him to look at Path/To/SFML/include when searching headers in its include directories.
Tell him to look at Path/To/SFML/include when searching headers in its include directories.
7
Window / Window Caption is weird.
« on: August 17, 2007, 02:26:37 am »
I had the same problem few days ago.
It was because i was confusin static and dynamic linking with my libraries.
Check that you're on the right mode in VS.
The best way to handle it is to add your project to the SFML solution of the SDK, and then to remove any library you're linking. Then, just tick the libraries you need on your project dependencies window.
After that, choosing the mode (debug/release static/dll) will configure all the solution (sfml+your project) for dynamic/static linking in debug/release, depending on what you'll have chosen.
It was because i was confusin static and dynamic linking with my libraries.
Check that you're on the right mode in VS.
The best way to handle it is to add your project to the SFML solution of the SDK, and then to remove any library you're linking. Then, just tick the libraries you need on your project dependencies window.
After that, choosing the mode (debug/release static/dll) will configure all the solution (sfml+your project) for dynamic/static linking in debug/release, depending on what you'll have chosen.
8
Python / Python,... bindings
« on: August 17, 2007, 02:18:38 am »
Very interesting.
Thanks a lot for your work.
When it'll be possible, you can show us some shots of the python binding working
Thanks a lot for your work.
When it'll be possible, you can show us some shots of the python binding working
9
General discussions / why not using a namespace
« on: August 17, 2007, 02:15:30 am »
The Dev. Team will discuss discuss about it tomorrow.
Thanks for your suggestions
Thanks for your suggestions
10
General discussions / why not using a namespace
« on: August 16, 2007, 10:08:01 pm »
I like them too.
It represents well modules and prevent name conflicts.
But putting SFML in a namespace is not urgent
It represents well modules and prevent name conflicts.
But putting SFML in a namespace is not urgent
12
It seems there's nothing to prevent the user from resizing the window like he wants.
However, you can inherit from sfRenderWindow (or sfWindow ?) and redefine the OnEvent virtual member function, trying to prevent pushing the resize event in the queue. However, as the event has been "done", i'm not sure this would be efficient.
Give a try, maybe
However, you can inherit from sfRenderWindow (or sfWindow ?) and redefine the OnEvent virtual member function, trying to prevent pushing the resize event in the queue. However, as the event has been "done", i'm not sure this would be efficient.
Give a try, maybe
13
Feature requests / File manager
« on: August 15, 2007, 09:53:15 pm »
Using this would be useful for storing game datas in a single file. This would be a useful feature. However it has to be put in the "Possible features" section of the TODO list
It's not that important, althought you can work on it
It's not that important, althought you can work on it
14
General / Compilation error (static linking mode)
« on: August 15, 2007, 11:50:24 am »
And it appears that with mingw, you must link libs as follows :
Quote
-lsfml-window -lsfml-system
15
General discussions / why not using a namespace
« on: August 15, 2007, 11:47:54 am »
Maybe one day it will be necessary. We'll see
Pages: [1] 2