SFGUI (0.4.0 released)

[AlexxanderX]

I need some help please: http://sfgui.sfml-dev.de/forum/topic204-installing-problem.html

[eXpl0it3r]

I need some help please: http://sfgui.sfml-dev.de/forum/topic204-installing-problem.html

There's no need to cross post/link.
binary and Tank are regularly checking the forum, just be patient.

[FRex]

Is there a line saying 'by not providing FindSFML.cmake  in _some variable name_ (...)'?
If yes then adding and setting that variable(I think it was CMAKE_MODULE_PATH) to D:\Libs\cmake\Modules(your path will be different of course) and setting its' type to path should fix that.

Build with cmake is fun.

[Tank]

Well, we might talk about paid support, if you like.

[Tank]

Is there a line saying 'by not providing FindSFML.cmake  in _some variable name_ (...)'?

No, FindSFML.cmake can't find the SFML libs, so SFML_ROOT needs to be added.

[FRex]

No, FindSFML.cmake can't find the SFML libs, so SFML_ROOT needs to be added.

And twist your tongue just right and then... maybe it'll build.

[FRex]

I forgot to ask again: will HandleEvent return bool?(I've seen some void function labeled as returning bool in docs so I guess you're moving towards that..) and will signals send const & to triggering event so it's possible to work with that to do things like 'send string somewhere and then clear the entry content' if it was the enter key that was pressed?

[Tank]

No, HandleEvent will not return bool. We probably forgot to remove some obsolete stuff from the Doxygen comments.

In case you're asking if we'll give the underlying sf::Event to the signal handler: No, that won't happen. Since you're the one giving it to SFGUI's event handler, you should be able to check for the key that was pressed.

[FRex]

Ok, thanks.

[FRex]

int main(int argc,char * argv[])
{
        sf::RenderWindow app(sf::VideoMode(600,480),"heh");
        sfg::SFGUI sfg;
        sf::Event eve;
        sf::Clock clo;
        sfg::Desktop desk;
        sfg::Window::Ptr win=sfg::Window::Create();
        sfg::Scale::Ptr scale=sfg::Scale::Create(0.f,10.f,1.f);

        win->Add(scale);

        desk.Add(win);

       
        app.resetGLStates();
        while(app.isOpen())
        {
                while(app.pollEvent(eve))
                {
                        desk.HandleEvent(eve);
                }
                desk.Update(clo.getElapsedTime().asSeconds());
                app.clear();
                sfg.Display(app);
                app.display();
        }



}

Holding the scale slider and moving cursor out of the window causes 'failed to share opengl context' error in console and makes the app stuck.

Also, you can't assign sfg::Adjustment::Ptr to sfg::Widget::Ptr.
It says 'error C2440: 'initializing' : cannot convert from 'sfg::Adjustment *const ' to 'sfg::Widget *'

[binary1248]

Holding the scale slider and moving cursor out of the window causes 'failed to share opengl context' error in console and makes the app stuck.

Fixed in testing, seems I forgot a check .

Also, you can't assign sfg::Adjustment::Ptr to sfg::Widget::Ptr.
It says 'error C2440: 'initializing' : cannot convert from 'sfg::Adjustment *const ' to 'sfg::Widget *'

sfg::Adjustment is not an sfg::Widget and thus you cannot perform the conversion. They both inherit from sfg::Object. sfg::Adjustment is merely a data structure that holds diverse adjustment information for other widgets.

[FRex]

Does separator make any sense when attached to table?
Also, I found two custom signals in combo box, one in toggle button, one in entry, is that all of them?

[binary1248]

Does separator make any sense when attached to table?

You can add whatever you want to a table. A separator is nothing but a straight line that is meant to visually separate different sections of the GUI. Rather than loading in a straight line image, we provided a widget just for that .

Also, I found two custom signals in combo box, one in toggle button, one in entry, is that all of them?

Adjustment, ComboBox, Entry, SpinButton, ToggleButton and Widget all declare their own signals.

[FRex]

Widget all declare their own signals

That was redundant to mention... 
Thanks for both answers.
sfg::Image attached to table with FILL is slow when resizing window that is hosting the table and I mean really slow.
Expand is completely ok, fill isn't and causes visible fps drop.
Toggle button with image is slow to press too. Basically: image = f**k performance.
Also, will the std::bind introducing update break the old Connect calls very much or are they replaceable easily?

[foobarbaz]

I'm definitely experiencing the sfg::Image performance hurt - but hopefully there's a workaround for my problem So, I'm trying to have a MiniMap embedded in an sfg::Window. I looked around, and decided to give sfg::Image a shot. So, I have an sfg::Image inside my sfg::Window, and I render the MiniMap onto a sf::RenderTexture, then grab the texture and copy it to an sf::Image, which is then set as the sfg::Image's image. This is painfully slow. Is there a better way?

EDIT: And in the beginning, when I said performance hurt, I'm more referring to sf::Texture::copyToImage being painfully slow, not the sfg::Image lag when you resize the window If only there was a way to render directly to an sf::Image....