Messages

1

Feature requests / File system functions

« on: September 01, 2010, 10:43:33 am »

Then maybe I'll take a look and give boost another chance.

2

Feature requests / File system functions

« on: September 01, 2010, 12:44:53 am »

What do you mean? Every library that wants to implement platform-dependent functionality beyond standard C++ in a portable way needs to use the preprocessor for conditional compilation. Even SFML.

Yes, but I believe that most of detection should be left to configuration tools like CMake, jam, SCons, autotools etc

However, you shouldn't throw Boost into a single pot, it consists of different libraries written by different authors. Anyway, what exactly doesn't please you at the Boost libraries you've worked with up to now?

Additionally, Boost tries to workaround some compiler bugs to support more, especially ancient compilers. For this task, it uses macros, too. Apart from the libraries where macros are just the most user-friendly way to provide a feature (consider BOOST_FOREACH or BOOST_STATIC_ASSERT). I don't know why this should be bad.

I think it's because I have different doctrine.

For example, when fully legal C++ code doesn't compile because of bug in a compiler I wouldn't make workarounds. Don't harm good code, but rather swap to latter version or kill a compiler vendor

That user-friendly macros you mentioned are abusing a language in my opinion. It's one step from analog literals, which are thankfuly a programming joke

3

SFML projects / Re: "The Standard Engine"

« on: August 31, 2010, 11:50:07 pm »

It would be great if someone could tell me if i can set the license of this project to be public domain, or it has to be zlib/png license because of using SFML? Sorry i just don't understand this license stuff.

From the law's point of view there's no such thing as public domain.

As an author you automatically gain a copyright holder status. Theoretically no one can use your software without your permission. You have to apply license in order to make it available to other developers. There are some funny solutions if you completely don't care about your code, like WTFPL or THE BEER-WARE LICENSE. Or to be more serious you can publish it under terms of zlib, BSD or MIT license. Or maybe you agree with GNU philosophy and you may want to publish it under GPL which basically makes your software and derived works open source forever.

zlib license is permissive so you can use SFML with a software licensed under any kind of other license. Just pick one that satisfies your needs.

4

Feature requests / File system functions

« on: August 31, 2010, 10:59:10 pm »

^^
But without all those compiler dependent macros there will be no boost :lol:

5

Feature requests / File system functions

« on: August 31, 2010, 10:41:43 pm »

^^^
Yes I know, but for some reason I don't like boost and I am trying to avoid it. That's why I'm using SFML threads or mutexes instead of boost ones There must be something at it, since most libraries I have been using don't rely on boost also.

6

SFML projects / Tetris Clone

« on: August 31, 2010, 08:37:05 pm »

Very nice. Have you written some simplistic widgets for main menu or is it hard coded?

7

Feature requests / File system functions

« on: August 31, 2010, 04:51:16 pm »

That would be completely out of scope for SFML. There are already portable FS libraries, such as boost.filesystem for example.

It could be usefull for GUI toolkits dedicated to SFML. They wouldn't have to use external libs to bring "Save as..." dialog for example.

8

Feature requests / File system functions

« on: August 31, 2010, 02:19:16 pm »

While simple file access can be handled in a portable way by standard C/C++ libraries, more advanced, but still essential functions like directory listing can not. On Windows you have to use FindNextFile(), on POSIX there's opendir() and friends. It would be nice to have features like that inside SFML.