Topics

16

SFML website / New website

« on: April 29, 2013, 07:46:09 pm »

The new website is online.

There's still a lot to do on it, the style is quite neutral.

This thread is open for:
- comments
- bug reports
- ideas
- improvements
- new style / icons / images
- whatever

17

General discussions / SFML 2 and its new website released

« on: April 29, 2013, 07:44:37 pm »

Yeah, finally


For feedback about the website, please post here:
http://en.sfml-dev.org/forums/index.php?topic=11300.0

18

General discussions / SFML 2.0 tagged in repository

« on: April 06, 2013, 08:58:55 pm »

Hi

I have tagged the current revision as "2.0" in the repository, which means that it will be used to make the final release.

The final release is not ready yet, but people who waited for the official "2.0" revision (like for bindings or libraries) can already make their own corresponding release based on this revision, if they compile SFML themselves.

19

General discussions / SFML bindings (information for the new website)

« on: March 09, 2013, 10:03:46 pm »

Hi

I open this thread to collect information about all the SFML bindings that exist, for the corresponding page on the new website.

If you wrote a SFML binding, please tell me the following few pieces of information:
- name of the binding (and logo if you have one)
- language
- name of the author (and e-mail address, if you want)
- website

I only build a list of bindings based on SFML 2. However, I accept inactive/abandonned bindings -- as long as they are based on SFML 2. Of course, the binding must be complete and working.

20

General discussions / A new name for RenderTarget::convertCoords

« on: October 29, 2012, 11:15:23 am »

Hi

Recently, I realized that the inverse of convertCoords (i.e. converting from world units to target pixels) would really be useful, and was tricky to implement with the current API. So I thought about adding it.

But I need a new name, because "convertCoords" is not clear at all about what is converted, and what it is converted to. So I need two names: a clearer replacement for convertCoords, and the corresponding name for the inverse function.

And... I can't find something good enough, that's why I ask here

21

General discussions / A book on SFML -- looking for author(s)!

« on: October 25, 2012, 01:01:47 pm »

Hi

Today I was contacted by Packt Publishing. They'd like to publish a book on SFML, and are looking for someone to write it. Since I'm overloaded with work I can't do it myself, so I ask here in case someone is interested.

The book would be based on SFML 2.0, which will hopefully be out before the book

I know some experienced programmers here who would be able to write such a book, it would be awesome if someone was actually interested. It would be amazing for SFML and its community

22

General discussions / Tapatalk

« on: October 23, 2012, 06:53:41 am »

Hi

Yesterday I've installed the Tapatalk forum mod. I didn't know it before, but apparently it can give the forum a nicer look on phones and other small devices.

If you test it, please report any problem, as I can't try it myself (it needs a special app). There's one thing I'm not sure of: does it show the english boards only, or both english and french (since they are basically on the same forum, and split by a mod)?

Additionnally, it would be nice if someone could upload some screenshots

23

Graphics / Need testers (Linux)

« on: September 21, 2012, 01:57:33 pm »

Hi

It seems that the Intel fix that I did a few days ago solved another problem:
https://github.com/SFML/SFML/issues/160

So if you can test it, please post feedback on the tracker, and hopefully I can then close this issue

24

General discussions / Default font removed in SFML 2

« on: August 04, 2012, 12:10:31 am »

Hi

I finally removed the default font and all its problems in SFML 2.

Its only use was for debugging and prototyping, any serious application loads a custom font anyway.

People that previously used it can just copy the arial.ttf file from their system font folder.

25

General discussions / Fix for joystick performance issues on Windows

« on: May 13, 2012, 10:19:23 pm »

I've implemented a workaround for this bug:
http://en.sfml-dev.org/forums/index.php?topic=6793.0
http://en.sfml-dev.org/forums/index.php?topic=6079.0

It would be great if you could test it, and confirm that it solves the performance problem and doesn't break anything

26

General discussions / SFML 2.0 RC

« on: April 15, 2012, 02:43:31 pm »

SFML 2.0 Release Candidate is ready!

Please try it, and report anything that should be fixed for the final release:

• critical bugs
• public API issues (it won't be changed until SFML 3)
• packaging issues
• anything else that you find relevant

The tutorials are not ready yet (I'll now start to write them), so if you have no idea how to install and use this version, don't do it, wait for the final one instead.

The Linux version has no install script, you just have to copy the contents of the archive to your preferred install location (typically /usr/local). I'm still not sure what should be done for Linux packages:

• since I have no Unix makefile, it can't be done with "make install"
• building from sources is often recommended on Linux, anyway
• official distrib packages should be available quickly after SFML 2.0 is released, anyway

There doesn't seem to be a "standard" way of packaging libraries for Linux.

27

SFML website / New forum

« on: March 24, 2012, 11:03:35 pm »

Hi

I've finally installed a new forum to replace the outdated phpBB2: SMF 2.0

I've imported everything (members, boards, posts, ...), so there should be absolutely no loss. I've just deleted inactive members with 0 posts.

I've tried to test the new forum as much as possible, but I couldn't try everything. If you see something wrong or missing, if you have comments, please let me know. I'm open for discussion about everything

The current theme is temporary, I installed a free theme and changed it a bit. I'm still working on it, I will update it later.

If you wonder why I used a new URL, on a new sub-domain: it's a constraint of the mod that I use to split the forum into two parts (en/fr). The sub-domain points to the same root as the main domain, and only the "forums" address is allowed on it.

28

General discussions / The new time API

« on: January 13, 2012, 02:33:10 pm »

Hi

Many users complained after I switched to milliseconds for time
http://www.sfml-dev.org/forum/viewtopic.php?t=4864
... this thread clearly shows that people need different resolutions and different types for representing time values.

I could of course provide the most precise (Uint64 nanoseconds) but that would not be simple --  user code would be pretty ugly.

So here is a proposal for a new time API, that is a little more verbose than before but should make everyone happy.

Code: [Select]

class Time
{
public:

    Time();
    float ToSeconds() const;
    Int32 ToMilliseconds() const;
    Int64 ToMicroseconds() const;

private:

    Int64 myMicroseconds;
};

Time Seconds(float amount);
Time Milliseconds(Int32 amount);
Time Microseconds(Int64 amount);

class Clock
{
public:

    Time GetElapsedTime() const;
    ...
}

void Sleep(Time duration);
// same in all functions that require/return a time value
User code:

Code: [Select]

sf::Clock clock;

sf::Time elapsed = clock.GetElapsedTime();
game.Update(elapsed.ToSeconds());

sf::Sleep(sf::Milliseconds(100));
sf::Time would be a time span, not a time point, so negative values would be allowed (hence the signed integers). It would have comparison and mathematical operators.
It could also support implicit conversions to/from std::chrono classes in the future.

29

General discussions / New naming convention

« on: January 07, 2012, 07:41:09 pm »

Hi

Although I've always been against it, and still thinks that it's an insane decision, I did it.

Here are the new conventions:
- functions and public variables use the camelCase notation
- getters have no more get/is prefix

I've also changed class members: they use the 'm_' prefix instead of 'my' -- but this one has no impact on user code.

I did it mainly because:
- I didn't like the previous conventions anymore
- it's closer to the current global trend
- it makes functions like begin(), clear(), etc. compatible with std notation
- it allows a less verbose and globally nicer syntax

I'm really sorry for users who have a big amount of code based on SFML, or people who are using the same convention as me for their own library (SFGUI, Thor, ...). Feel free to complain or insult me

The good thing is that after pushing this modification (monday), I'll commit the new time API and SFML 2.0 can then be officially considered finished. And I promise, SFML 2.0 will be the beginning of a stable, robust and mature API.

30

General discussions / New graphics API ready

« on: December 02, 2011, 09:04:08 pm »

Hi

I've pushed a first version of the new graphics API, so that you can test it. Please focus on the API, there's no optimization yet so the performances are worse than before. I can't upload the documentation, so you'll have to either generate it yourself, or directly look into header files.

The new API is available in the 'drawables' branch of the main repository.

It is for testing only, if you want a final and optimized version then wait until it is merged into the master branch.

Thanks