SFGUI (0.4.0 released)

[Kojay]

Firstly, it is redundant, because I know there is a view in the canvas.
Secondly as I already remarked, if I was drawing something on a sf::RenderWindow/sf::RenderTexture and now wish to draw it on a sfg::Canvas, this requires extra work (given that I use the interface of sf::RenderTarget).

Is that all that is missing? I need an exhaustive shopping list before I consider this feature for addition.

• getDefaultView() and getViewport()
• 4 map* functions
• push/pop/reset GL states

These are the differences between sf::RenderTarget and sfg::Canvas at the moment. sf::RenderTarget::getSize() seems covered by sfg::Widget::GetAllocation().
Not sure about GL states, haven't tried mixing SFML and GL drawing on a canvas.
It will be great if sfg::Canvas was indistinguishable from sf::RenderTarget. This may be quite simple now, I don't know. (I had tried this in the past and ran away scared from the internals of the Canvas).

[lordseanington]

SFGUI has been a full lifesaver to me and my projects, without it i would have terrible looking login screens and in general, thanks to SFGUI, it looks great. Please keep up the excellent work.

[Suslik]

SFGUI crashes for me if I close console application window with its own "close" button. code is as follows:

#include <SFGUI/SFGUI.hpp>
#include <SFGUI/Widgets.hpp>

#include <SFML/Graphics.hpp>

int main()
{
  sf::RenderWindow appWindow;
  appWindow.resetGLStates();
  sfg::SFGUI sfgui;
  while (1);
  return 0;
}
 

More complicated code including standard samples crashes as well when I close console window.

It crashes somewhere in sfg::SFGUI spamming all the console with messages like these:


With an access violation like this:


I'm using Visual Studio 2015 with latest official SFML 2.3.0 x86 distribution and prebuilt SFGUI from here https://nightlybuilds.ch/project/show/5/SFGUI/

I have tested my previous setup that uses year-old(approximately) versions of both SFML and SFGUI and they both work fine without crashing.

[eXpl0it3r]

Closing the console window is not normal closing behavior. It's closer to calling the exit() function, meaning you don't get a clean application destruction, as such it's not recommended to close an SFML application via closing the console.

[Erdrick]

Hi,

I'm trying to build SFGUI 0.3 using Visual Studio Community 2015 and was wondering if anyone had success doing that yet?

I was able to configure and generate using the CMake utility but then while running nmake install I got some errors.  SFML_STATIC_LIBRARIES is checked and SFGUI_BUILD_SHARED_LIBS was unchecked.

 I copied what i thought was the relevant portion below

(click to show/hide)

[ 61%] Building CXX object CMakeFiles/sfgui.dir/src/SFGUI/Window.cpp.obj
Window.cpp
C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\INCLUDE\xlocale(341): warning C4530: C++ exception handler used, but unwind semantics are not enabled. Specify /EHsc
C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\INCLUDE\exception(359): warning C4577: 'noexcept' used with no exception handling mode specified; termination on exception is not guaranteed. Specify /EHsc
[ 62%] Building CXX object CMakeFiles/sfgui.dir/src/SFGUI/DejaVuSansFont.cpp.obj
DejaVuSansFont.cpp
C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\INCLUDE\xlocale(341): warning C4530: C++ exception handler used, but unwind semantics are not enabled. Specify /EHsc
C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\INCLUDE\limits(210): warning C4577: 'noexcept' used with no exception handling mode specified; termination on exception is not guaranteed. Specify /EHsc
[ 63%] Linking CXX static library lib\sfgui.lib
[ 63%] Built target sfgui
Scanning dependencies of target HelloWorld
[ 64%] Building CXX object examples/CMakeFiles/HelloWorld.dir/HelloWorld.cpp.obj
HelloWorld.cpp
C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\INCLUDE\xlocale(341): warning C4530: C++ exception handler used, but unwind semantics are not enabled. Specify /EHsc
C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\INCLUDE\exception(359): warning C4577: 'noexcept' used with no exception handling mode specified; termination on exception is not guaranteed. Specify /EHsc
[ 65%] Linking CXX executable HelloWorld.exe
sfml-graphics-s.lib(Color.cpp.obj) : error LNK2038: mismatch detected for 'RuntimeLibrary': value 'MD_DynamicRelease' doesn't match value 'MT_StaticRelease' in HelloWorld.cpp.obj
sfml-graphics-s.lib(RenderTarget.cpp.obj) : error LNK2038: mismatch detected for 'RuntimeLibrary': value 'MD_DynamicRelease' doesn't match value 'MT_StaticRelease' in HelloWorld.cpp.obj
sfml-graphics-s.lib(RenderWindow.cpp.obj) : error LNK2038: mismatch detected for 'RuntimeLibrary': value 'MD_DynamicRelease' doesn't match value 'MT_StaticRelease' in HelloWorld.cpp.obj
sfml-graphics-s.lib(Image.cpp.obj) : error LNK2038: mismatch detected for 'RuntimeLibrary': value 'MD_DynamicRelease' doesn't match value 'MT_StaticRelease' in HelloWorld.cpp.obj
sfml-graphics-s.lib(Texture.cpp.obj) : error LNK2038: mismatch detected for 'RuntimeLibrary': value 'MD_DynamicRelease' doesn't match value 'MT_StaticRelease' in HelloWorld.cpp.obj
sfml-graphics-s.lib(Transformable.cpp.obj) : error LNK2038: mismatch detected for 'RuntimeLibrary': value 'MD_DynamicRelease' doesn't match value 'MT_StaticRelease' in HelloWorld.cpp.obj
sfml-graphics-s.lib(Font.cpp.obj) : error LNK2038: mismatch detected for 'RuntimeLibrary': value 'MD_DynamicRelease' doesn't match value 'MT_StaticRelease' in HelloWorld.cpp.obj
sfml-graphics-s.lib(Text.cpp.obj) : error LNK2038: mismatch detected for 'RuntimeLibrary': value 'MD_DynamicRelease' doesn't match value 'MT_StaticRelease' in HelloWorld.cpp.obj
sfml-graphics-s.lib(Shader.cpp.obj) : error LNK2038: mismatch detected for 'RuntimeLibrary': value 'MD_DynamicRelease' doesn't match value 'MT_StaticRelease' in HelloWorld.cpp.obj
sfml-graphics-s.lib(RenderTexture.cpp.obj) : error LNK2038: mismatch detected for 'RuntimeLibrary': value 'MD_DynamicRelease' doesn't match value 'MT_StaticRelease' in HelloWorld.cpp.obj
sfml-graphics-s.lib(Transform.cpp.obj) : error LNK2038: mismatch detected for 'RuntimeLibrary': value 'MD_DynamicRelease' doesn't match value 'MT_StaticRelease' in HelloWorld.cpp.obj
sfml-graphics-s.lib(View.cpp.obj) : error LNK2038: mismatch detected for 'RuntimeLibrary': value 'MD_DynamicRelease' doesn't match value 'MT_StaticRelease' in HelloWorld.cpp.obj
sfml-graphics-s.lib(GLExtensions.cpp.obj) : error LNK2038: mismatch detected for 'RuntimeLibrary': value 'MD_DynamicRelease' doesn't match value 'MT_StaticRelease' in HelloWorld.cpp.obj
sfml-graphics-s.lib(GLLoader.cpp.obj) : error LNK2038: mismatch detected for 'RuntimeLibrary': value 'MD_DynamicRelease' doesn't match value 'MT_StaticRelease' in HelloWorld.cpp.obj
sfml-graphics-s.lib(ImageLoader.cpp.obj) : error LNK2038: mismatch detected for 'RuntimeLibrary': value 'MD_DynamicRelease' doesn't match value 'MT_StaticRelease' in HelloWorld.cpp.obj
sfml-graphics-s.lib(VertexArray.cpp.obj) : error LNK2038: mismatch detected for 'RuntimeLibrary': value 'MD_DynamicRelease' doesn't match value 'MT_StaticRelease' in HelloWorld.cpp.obj
sfml-graphics-s.lib(RenderTextureImplFBO.cpp.obj) : error LNK2038: mismatch detected for 'RuntimeLibrary': value 'MD_DynamicRelease' doesn't match value 'MT_StaticRelease' in HelloWorld.cpp.obj
sfml-graphics-s.lib(RenderTextureImplDefault.cpp.obj) : error LNK2038: mismatch detected for 'RuntimeLibrary': value 'MD_DynamicRelease' doesn't match value 'MT_StaticRelease' in HelloWorld.cpp.obj

 

[eXpl0it3r]

If you have also checked SFGUI_USE_STATIC_STD_LIBS but your SFML version hasn't been built with SFML_USE_STATIC_STD_LIBS being checked, thus you get compatibility issues. Either uncheck it for SFGUI or rebuild SFML with the check active.

[Erdrick]

If you have also checked SFGUI_USE_STATIC_STD_LIBS but your SFML version hasn't been built with SFML_USE_STATIC_STD_LIBS being checked, thus you get compatibility issues. Either uncheck it for SFGUI or rebuild SFML with the check active.

Hi eXpl0it3r, thanks.  I got a couple of builds to work now after starting from scratch.  One non-static and one static build.  Both had SFGUI_BUILD_EXAMPLES and SFGUI_BUILD_DOC turned off, i'll try with that next.

[Erdrick]

I am still stuck so I put some questions in the SFGUI forum to see if I can get some help.

http://sfgui.sfml-dev.de/forum/post2662.html#p2662

[LarsXYZ]

I have been trying for three days now to build SFGUI for Visual Studio 2015. It just won't work. Does anyone have a version laying around they can chuck my way? It would be very much appreciated.

[fallahn]

Does anyone have a version laying around they can chuck my way? It would be very much appreciated.

This repo has a copy in the include and lib directories.

[LarsXYZ]

Thank you so much! 

[Tank]

Thanks to the continuing effort of binary1248 and other contributors, we are pleased to announce the release of version 0.3.1. That version is mainly, as the version number suggest, a bugfix release with some neat enhancements. API is compatible with 0.3.0.

Binary releases for Windows are once again available, to help getting started quicker. Thanks to eXpl0it3r for building those.

Download

Grab your copy from here.

Changelog

Enhancements:

• Implemented support for loading character sets in sfg::Engine and sfg::SFGUI as well. Now, explicitly adding character sets to load will suppress the loading of the default character set (codepoint 0x0000 to 0x0370). The Latin-1 set will have to be explicitly loaded in that case as well.
• Added OnTabChange signal to Notebook.
• Reuse an already loaded default font object.

Fixes:

• Fixed sfg::Separator not requesting a proper size allocation.
• Fixed various documentation errors.
• Fixed sfg::Frame requisition calculation.
• Fixed sfg::ResourceManager::SetDefaultFont() assigning the new font to the wrong identifier.
• Fixed ComboBox::OnSelect not being emitted when selecting the item which is already currently active from the drop-down.
• Fixed clicking the close button of a window also initiating a drag. (#24)
• Fixed Renderer::CreatePane adding too many new primitives.

[shadowmouse]

Is it possible to dynamically add labels/widgets into a box many times? I've put the code in a spoiler tab because it's 80ish lines, but it's based on the Hello World example, so I don't think it can be much cut down. Whenever I press the button, which packs another label into the box, a second time, the program crashes with Segmentation Fault (core dumped) printed to the terminal. When I run it in the Debugger, it comes up that the container::HandleEvent done by the Box which is having labels added to it crashing.
This was done with the GitHub version of sfgui from about a week ago.

(click to show/hide)

#include <SFGUI/SFGUI.hpp>
#include <SFGUI/Widgets.hpp>

#include <SFML/Graphics.hpp>

constexpr int SCREEN_WIDTH = 800;
constexpr int SCREEN_HEIGHT = 600;

class HelloWorld {
public:
        // Our button click handler.
        void OnButtonClick();

        void Run();

private:
        // Create an SFGUI. This is required before doing anything with SFGUI.
        sfg::SFGUI m_sfgui;

        sfg::Box::Ptr m_box;
};

void HelloWorld::OnButtonClick()
{
        m_box->Pack(sfg::Label::Create("New label"));
}

void HelloWorld::Run()
{
        // Create SFML's window.
        sf::RenderWindow render_window ( sf::VideoMode ( SCREEN_WIDTH, SCREEN_HEIGHT ), "Hello world!" );

    auto window = sfg::Window::Create(sfg::Window::Style::NO_STYLE);

    m_box = sfg::Box::Create(sfg::Box::Orientation::VERTICAL);

    auto button =sfg::Button::Create("New");
    button->GetSignal(sfg::Button::OnLeftClick).Connect(std::bind(&HelloWorld::OnButtonClick, this));
    m_box->Pack(button);

    window->Add(m_box);

        sfg::Desktop desktop;
        desktop.Add ( window );

        // We're not using SFML to render anything in this program, so reset OpenGL
        // states. Otherwise we wouldn't see anything.
        render_window.resetGLStates();

        // Main loop!
        sf::Event event;
        sf::Clock clock;

        while ( render_window.isOpen() ) {
                // Event processing.
                while ( render_window.pollEvent ( event ) ) {
                        desktop.HandleEvent ( event );

                        // If window is about to be closed, leave program.
                        if ( event.type == sf::Event::Closed ) {
                                render_window.close();
                        }
                }

                // Update SFGUI with elapsed seconds since last call.
                desktop.Update ( clock.restart().asSeconds() );

                // Rendering.
                render_window.clear();
                m_sfgui.Display ( render_window );
                render_window.display();
        }
}

int main()
{
        HelloWorld hello_world;
        hello_world.Run();

        return 0;
}

 

[binary1248]

SFGUI doesn't delay execution of your signal handlers to some arbitrary point in the future where they are "safe" to be run (many bloated GUI libraries actually do this because they think it somehow makes the library easier to use...). They are run on the spot when the associated widget determines that the corresponding event has been triggered. This means that if you alter a widget hierarchy while it is being stepped through, you will get undefined behaviour. Exactly the same as if you were iterating through a std::vector and accidentally insert an element into it in one of the functions you call within the loop.

You don't pay for what you don't use.

[shadowmouse]

I've changed it to this, and it now works:

(click to show/hide)

#include <SFGUI/SFGUI.hpp>
#include <SFGUI/Widgets.hpp>

#include <SFML/Graphics.hpp>

constexpr int SCREEN_WIDTH = 800;
constexpr int SCREEN_HEIGHT = 600;

class HelloWorld {
public:
        // Our button click handler.
        void OnButtonClick();

        void Run();

private:
    void Update()
    {
        if(m_toBeAdded) {
            m_box->Pack(sfg::Label::Create("New function"));
            m_toBeAdded = false;
        }
    }

        // Create an SFGUI. This is required before doing anything with SFGUI.
        sfg::SFGUI m_sfgui;

        sfg::Box::Ptr m_box;

        bool m_toBeAdded = false;
};

void HelloWorld::OnButtonClick()
{
        m_toBeAdded = true;
}

void HelloWorld::Run()
{
        // Create SFML's window.
        sf::RenderWindow render_window ( sf::VideoMode ( SCREEN_WIDTH, SCREEN_HEIGHT ), "Hello world!" );

    auto window = sfg::Window::Create(sfg::Window::Style::NO_STYLE);

    m_box = sfg::Box::Create(sfg::Box::Orientation::VERTICAL);

    auto button =sfg::Button::Create("New");
    button->GetSignal(sfg::Button::OnLeftClick).Connect(std::bind(&HelloWorld::OnButtonClick, this));
    m_box->Pack(button);

    window->Add(m_box);

        sfg::Desktop desktop;
        desktop.Add ( window );

        // We're not using SFML to render anything in this program, so reset OpenGL
        // states. Otherwise we wouldn't see anything.
        render_window.resetGLStates();

        // Main loop!
        sf::Event event;
        sf::Clock clock;

        while ( render_window.isOpen() ) {
                // Event processing.
                while ( render_window.pollEvent ( event ) ) {
                        desktop.HandleEvent ( event );

                        // If window is about to be closed, leave program.
                        if ( event.type == sf::Event::Closed ) {
                                render_window.close();
                        }
                }

                // Update SFGUI with elapsed seconds since last call.
                desktop.Update ( clock.restart().asSeconds() );

        Update();

                // Rendering.
                render_window.clear();
                m_sfgui.Display ( render_window );
                render_window.display();
        }
}

int main()
{
        HelloWorld hello_world;
        hello_world.Run();

        return 0;
}
 

This looks a bit weird, and I'll probably change the program structure so that it seems a bit more natural, but if it looks stupid and it works, it isn't stupid. Thanks for clearing this up.