SFGUI (0.4.0 released)

[Jesper Juhl]

Seriously?
You have to compile your own application; this means you have to know how compiling and linking works. Also, for anything except a toy app you'll most likely be using multiple libraries - do you really expect being able to find binaries for all of them built with your compiler of choice?
Learn how to build your own libs from source (now), once and for all, and be forever happier ;-)

[Neomex]

do you really expect being able to find binaries for all of them built with your compiler of choice?

Yes, I expect every quality library to provide binaries, this should be automated to a one click process on the creators side.

No offence but you sounded douchey.

[Hiura]

http://www.nightlybuilds.ch/project/show/5/SFGUI/ ?

[binary1248]

Yes, I expect every quality library to provide binaries, this should be automated to a one click process on the creators side.

No offence but you sounded douchey.

You know... he was just trying to prepare you for the actual task of using SFGUI . No offence, but with that kind of "library must make my life heaven" attitude you aren't going to get much done with SFGUI, so either get used to having to do a bit more yourself or turn around now and don't waste more of your precious time.

[Jesper Juhl]

do you really expect being able to find binaries for all of them built with your compiler of choice?

Yes, I expect every quality library to provide binaries, this should be automated to a one click process on the creators side.

So every library you use should provide precompiled binaries made with clang, gcc (various mingw versions of course),  visual studio (2010, 2012, 2015 - other versions), the Intel compiler and more?
And of course they should provide both 32 and 64bit versions of the lib for every compiler and both debug and release builds (and static + dynamic libs - of course).
And if they support more than one OS (or OS version - think XP vs Win 7 and different runtime libs) they should do the above for all platforms - naturally.

No offence but you sounded douchey.

I can live with that. But honestly, you should just learn to compile the libraries you need on the platform you need them with the compiler you use.
It really is no big deal.
The work you want to push onto library developers is, however, quite unreasonable...

And I really have no sympathy for your "I spent the last two hours" argument. If you think a problem that require two hours to solve is a big deal you are going to have some real problems going forward.
In my experience it's not uncommon to run into problems that take weeks of dedicated effort (studying, debugging, experimentation etc, with coworkers) to solve.  If you give up at 2 hours then I really don't know what to say.. And with as simple a problem as compiling a library even...

[shadowmouse]

On a slightly different topic, can I just say how amazing this library looks? I'm planning my A level course work at the moment (which I'm of course going to ridiculously overdo) and this is perfect. To be honest, I'm surprised this does come as a part of sfml so you'd have sfml-graphics,sfml-audio,sfml-window,sfml-gui,sfml-network and sfml-system. The only thing that confuses me is that on the linking section of the website it seems to presume the use of CMake. I've never really looked into it, but as far as I know I've never used CMake (though code::blocks may use it when linking for all I know about it) and I didn't think it was necessary.

[Raincode]

Hi,

I was just wondering: Is SFGUI suited as integrated gui-system for smaller games, using custom graphics for gui elements (e.g. own button base, hover, pressed)?

Because I really want to avoid having to create something like this on my own. Even though my current system works nicely for buttons only (modified version from SFML Book), once I try adding line edits I just get a big headache, completely failing with all the logic code. On top of that, I just can't find any extensive and good resources on the internet (P.S.: If you have something, please share).

I just don't want to start getting into it, if someone can tell me off the bat that sfgui won't work for what I want.

And if it's not the greatest, does any of these do the job?
    GWEN
    TGUI
    CEGUI
    Guichan
    libRocket
    Turbo Badger

Raincode

[eXpl0it3r]

I was just wondering: Is SFGUI suited as integrated gui-system for smaller games, using custom graphics for gui elements (e.g. own button base, hover, pressed)?

No, or rather not yet. SFGUI currently only provides a simple "shape" rendered. A bitmap renderer has been unofficially in the works for a long time, but has yet to be finished.

[shadowmouse]

Is that likely to be done within the next two years?

[StormWingDelta]

Just wondering about something.  Are we able to make a bubble circle menu list?  Where each of the buttons and other things in the list is either a floating circle or part of one.  In my case I'm trying to setup a menu for clicking on things that is one center circle with a ring of smaller ones around it.  Just wondering if it could be done.

[eXpl0it3r]

Not really, no.

[StormWingDelta]

Been hunting through the examples and was wondering about something.  In some it doesn't use SFML to draw some things while in others there's so much in the file it is hard to tell what is doing what.  What's the simplest example in the bunch that lets you use both SFGUI and SFML in the same screen.  Where say you have half the screen for the menu made by SFGUI and half is for the play area in the game drawing like normal?

[eXpl0it3r]

I don't fully follow. You just draw your SFML stuff and let SFGUI draw its own stuff. You don't need to do anything complicated to get it working.

[StormWingDelta]

I don't fully follow. You just draw your SFML stuff and let SFGUI draw its own stuff. You don't need to do anything complicated to get it working.

OK was just wondering.

What I meant was SFGUI drawing on one part of the screen and SFML drawing on the other.  Seems as long as I don't get too complicated it should work fine.

[Tank]

SFGUI 0.3.0 was released -- Kudos to binary1248 for 98% of all the hard work.

Find the changelog here: https://github.com/TankOs/SFGUI/blob/0.3.0/CHANGELOG
Find the download here: http://sfgui.sfml-dev.de/download/