Messages

16

Feature requests / Proposal to change identifiers

« on: January 03, 2011, 12:07:33 am »

Nice changes!

I have another proposal: Please change sf::Image::GetWidth and sf::Image::GetHeight to sf::Image::GetSize which returns sf::Vector2i. Thats more consistent, I think.

17

General / MSVC++ 2010 64 bit libraries

« on: December 08, 2010, 04:33:53 pm »

If you need a project file and all extlibs for x64 (So that you can easily build it yourself): http://www.sfml-dev.org/forum/viewtopic.php?t=3582

18

SFML projects / SFML2-Build-Package (VC++)

« on: November 27, 2010, 02:54:22 pm »

I now added solutions for csfml and sfml.net

19

SFML projects / SFML2-Build-Package (VC++)

« on: November 20, 2010, 08:09:10 pm »

The project file generated by Cmake does not contain a static configuration

Set BUILD_SHARED_LIBS to false.

(...)

What's the problem with CMake?

Its just painful to use it, I think.


Just think of the SFML-build-package as an option for everyone who dislikes CMake or has problems with it. Nobody is forced to use it.

20

SFML projects / SFML2-Build-Package (VC++)

« on: November 20, 2010, 05:37:26 pm »

The project file generated by Cmake does not contain a static configuration. The libraries are not put into the expected folder (/lib/msvc or /lib/VC++ 2010). You need to install another tool to be able to compile SFML. I "need" a x64 configuration (What is most likely the largest advantage of my makefile). On some systems, Cmake does not work (on my pc it works).
But its correct that it is not always up to date.

21

SFML projects / SFML2-Build-Package (VC++)

« on: November 20, 2010, 02:24:29 pm »

Should not be too outdated. An .inl file does not need to be attached to the project file.

And as soon as SFML2 is released, its less often outdated.

22

SFML projects / SFML2-Build-Package (VC++)

« on: November 20, 2010, 01:42:47 pm »

For everyone who does not like CMake:
A nicer VC++ 2010 project file with x64-configuration (And all needed extlibs) (Its also usable for x86, of course): http://kloke-witten.dyndns.org/~philipp/downloads/SFML-Build-Paket_2.1813.0.zip
This version is for revision 1813, but it works with some newer revisions as well (I will update it if necessary)

Just extract it into the existing SFML2 folder and open the project file in /build/VC++ 2010/. The libs will appear in /lib/VC++ 2010/.

Thread in the inofficial german forum: http://forum.sfml-dev.de/index.php/topic,303.0.html

If you would like to get a x64 (and/or Itanium) compiler for VC++ 2010 Express, just install the Windows SDK 7.1

23

General / SFML2 Error / Crash message on Vista with ATI drivers

« on: November 18, 2010, 06:34:44 pm »

Any updates on this? (Have you informed AMD about it? Whats their response (if you already have one)?)

24

General / SFML2 Error / Crash message on Vista with ATI drivers

« on: November 13, 2010, 05:40:13 pm »

Has this bug been reported to AMD (As far as I know, its a bug in the driver and not in SFML, right?)? If they do not know of it, it will never be fixed.

25

General discussions / CMake support added

« on: August 24, 2010, 12:42:21 pm »

This has actually nothing to do with CMake in the first place. I'm sorry that I brought this to a public table.

I do not think that you brought this to a public table...


But you are right, that discussion has nothing to do with CMake.

26

General discussions / CMake support added

« on: August 20, 2010, 10:10:07 pm »

Another tool necessary to use SFML. That will increase the number of problems if you just want to recompile SFML

Once the projects are generated, you don't have to care about CMake anymore, just run the generated makefiles/projects (they will even update themselves automatically if the CMake configuration has changed).
Please, at least try it before arguing, you'll see how simple and powerful it is

And this is actually reducing the number of problems, maintaining a single generic build configuration for every platform/compiler rather than a different one for each of those, is much less error prone. And it gives access to previously unsupported compilers/platforms, for free.

By the way, I asked the community about a month ago about this modification, now it's too late to be against it.

I am not against CMake. You have now the ability (using CMake) to create the project files even more easily than before so I see no reason why to drop it (Maybe, to reduce the effort you can drop the support for very old IDEs (vc2005) ).
Another point is, that it becomes more difficult to explain other people how to compile SFML if they have to do more steps than before. Its another Step where problems appear.
I am also not talking about putting those project files into the repo any more (because refreshing those project files every commit is painful) but just giving project files each release.

So, please neither drop the support for the project files (which can be generated easily now) nor the support for CMake (I never asked for that, and I know, that its usefull to maintain a project for different platforms.)

27

General discussions / CMake support added

« on: August 20, 2010, 01:06:58 am »

Another tool necessary to use SFML. That will increase the number of problems if you just want to recompile SFML.

You are now able to create project files easily. Please do that for the IDEs and platforms which are used most.

28

General discussions / CMake support added

« on: August 19, 2010, 10:22:51 pm »

So you will not provide project files in the next release?  

29

Graphics / Random function updated to Co-ordinates

« on: May 30, 2010, 02:07:34 pm »

sf::Randomizer::Random(lowest, highest)
or
std::rand()%highest;
They return both a random value.



But what about learning a bit more C++ before using SFML?

30

General discussions / SFML and c++ or sfml only

« on: May 28, 2010, 09:49:45 pm »

I was not complaining about your English, its probably better than mine. I was just talking about the content of your post, not on the grammar.

What I tried to say: If you did not experienced that C++ does not support any GUI, you should continue learning it. And learning its basics is usually done in the console. C++ does not know anything about a graphical device.

And I am just studying c++ at one full year and I was first among all the students,I don't like to tell everybody that.

It is impossible that you have learned "almost full C++" after programming in C++ for one year. Also if you are talking about five years I would not believe you. I do not say that I know full C++. There is everytimes something new or aspects that can be viewed from more sides than just one.

If you know much you should know that libraries are a part of language

I am not sure what you would like to tell me.
If you want to say, that there are libraries inside the standard, I answer: Yes, the STL and the C standard library. But both does not provide support for graphical output.
If you tried to express, that it is part of the standard or that it is conform with the standard to create libraries i say: It is not. It is neither denied nor allowed. The OS and the compiler define what code should be generated. And that could be Libraries. There is no standard about dynamic link libraries for example.
Libraries help you to use a language, but you could also write the full content of a library into the code of your "main project". (Linking a library statically is not much different)

you are told to learn additional libraries

"Learning a library" (What means that you are learning what functions are usefull in what case and what can be done with this library) has often nothing to do with learning a language. Especially if you are "learning" SFML.

If your not giving answers please don't replay with harsh words, with overconfidance

I am sorry, but I just tried to give you a hint that it is at the moment maybe not the best idea to start with graphical output. Your questions seemed to me like you are thinking that SFML is a language. SFML is written in C++ and it can be used with C++ (and other languages)

He also said that We will be learning SDL next year at the moment I have vacation so I thought I should start learning some library on my own and i choose this because people say it is simple and best one

In my view people are right, because i think that SFML is a very good library. But if your professor will teach SDL next year you should maybe start with it because the design of the two libraries is different. I am just afraid that you will hate SDL if you have done too much with SFML