sick and tire of free GLUT

[Julio Jerez]

Is there a light weigh GUI library that work well with SDL I am so sick and tire of Free GLUT and GLUI crashing for not reason here with not trace stack.

Code: Select all

void fgSetWindow ( SFG_Window *window )
{
#if TARGET_HOST_UNIX_X11
    if ( window )
        glXMakeCurrent(
            fgDisplay.Display,
            window->Window.Handle,
            window->Window.Context
        );
#elif TARGET_HOST_WIN32 || TARGET_HOST_WINCE
    if( fgStructure.CurrentWindow )
        ReleaseDC( fgStructure.CurrentWindow->Window.Handle,
                   fgStructure.CurrentWindow->Window.Device );

    if ( window )
    {
        window->Window.Device = GetDC( window->Window.Handle );
        wglMakeCurrent(
            window->Window.Device,
            window->Window.Context
        );
    }
#endif
    fgStructure.CurrentWindow = window;
}

[martinsm]

Haven't used myself, but CEGUI seems popular for lot of people: http://www.cegui.org.uk/wiki/index.php/Main_Page

There is very nice, small (but primitive) GUI system from NVIDIA: http://code.google.com/p/nvidia-widgets/ (nevertheless it has frame, label, button, checkbox, radiobutton, sliders, listbox, combobox)
Interesting thing is that it bases around immediate mode for GUI components. This is completely different concept from standard GUI system point of view. I have found that I myself write less code, when I use IMGUI concept for GUI elements. You can read more info about IMGUI's here: https://mollyrocket.com/forums/viewforum.php?f=10
Its possible to use nvidia-widgets from any windowing library (is it GLUT, or SDL). But it comes only with GLUT sample.

[hpesoj]

This may also be good:

http://www.antisphere.com/Wiki/tools:anttweakbar

[kallaspriit]

I have used CEGUI and I don't recommend it, it's quite a heavyweight component that is not too flexible nor too easy to use.

[Dave Gravel]

anttweakbar is not bad, but it don't have lists and i'm not sure if the license is really compatible for all.

[Julio Jerez]

It is like every thing, I get frustrated when I have a crash bug and GLUT stops in one of thsoe oscured funtions making the debuger useless.

It is not that GLUt or GLUI are wrong, they are not, It is the combination of the two that makes is a really bad tool for development.
This is because GLUI creates so many windows context each time you make a new Control that when something goes wrong an it is in one fo those context,
it is imposible to find the reason for the Crash.

I found my crash now and it is hard to spend time making all those changes, but next time this happens again
I iwill change to a GUI the do not uses OpenGL context for making controls.

[Stucuk]

Can't you just use windows's buttons/etc and have opengl render on a "Panel" instead of the actual window?

[Julio Jerez]

I though of that but then I will have to deal with Linux and Mac separatly.

[hpesoj]

Qt is cross platform, http://qt.nokia.com, and very easy to use.

[Julio Jerez]

Here I am stock again with this piece of human faeces that is GLUT and GLUI

Does anyone know what the F%^k it is that GLUI does that if the application crash GLUI continue running as if nothing happens.
And who was a the f^%king moron who came up with that idea anyway.

[Stucuk]

Here I am stock again with this piece of human faeces that is GLUT and GLUI

Does anyone know what the F%^k it is that GLUI does that if the application crash GLUI continue running as if nothing happens.
And who was a the f^%king moron who came up with that idea anyway.

Apps should only continue if the procedure where the crash is happening has error handling.