CEGUI (Crazy Eddie's GUI) Forums

And I finally made some progress on this: With: Cegui 0.8.4 Boost 1.56.0 glm 0.9.3.2 I am compiling again. menu->getChild("MenuWindow/ExitButton")->subscribeEvent(CEGUI::PushButton::EventClicked,std::bind(&MenuEventHandler::Exit, this)); Turns out that my MenuEventHandler::Exit functio...

Cegui 0.8.4

Boost 1.52.0

glm 0.9.3.2

edit: And I just went through and swapped out all my void returning functors with dummy int returns, just to be sure, that last compile error is still there.

I rolled back to glm 0.9.3.2 (latest pre0.9.4 that's easily accessible on Gentoo), and am still getting similar issues. Those ones seemed to be from my boost version. (Errors were popping up on the boost/date_time include) So I rolled back to boost 1.52 and cegui 0.8.4 (both the earliest still on th...

Ok, this is looking like it will take longer than I have to fix, so I guess I'll downgrade for now.

What's the last known version of glm that works?

Well, I tried pulling the <functional> includes away from the CEGUI includes, but I'm using them too intertwined for that to be possible.

Any news on fixing this at the CEGUI end?

This is my entire compiler output, hopefully I won't have missed anything this time, but it will include several copies of the error messages I'm getting. Sorry about that, but better too much than too little, right? -------------- Build: Debug in Engine (compiler: GNU GCC Compiler)--------------- g...

Thanks, got that installed, but now it's not playing nicely with something else and refusing to even compile. First error is: /usr/lib/gcc/x86_64-pc-linux-gnu/4.8.5/include/g++-v4/functional: In instantiation of '_Result std::_Bind<_Functor(_Bound_args ...)>::__call(std::tuple<_Args2 ...>&&,...

Yup, I'm using cegui 0.8.4 (and glm 0.9.6.1, in case that's a useful datapoint) What's the download url for v0-8? (mirror://sourceforge/crayzedsgui/cegui-0.8.3.tar.bz2 and mirror://sourceforge/crayzedsgui/cegui-0.8.2.tar.bz2 didn't work, and they're the only two post 0.8 ebuilds I could find) I don'...

Symptoms: On my old computer, I had a project that used CEGUI, and CEGUI was working just fine. On my new computer (same hardware, OS updated with clean reinstall) all I get is a small square in the window colour in the middle of my opengl window. Code hasn't changed. CEGUI version may have increase...

Injecting a time pulse of 0 every frame does the job.

Thanks.

If I comment out all the other rendering stuff then I get a CEGUI window on my screen in the right place, and it redraws when I resize the window. If I only render the first frame, then I get a CEGUI window over my scene looking correct, but it doesn't redraw when I resize the window. If I have ever...

No changes with that. I'm pretty sure it's not an OpenGL state issue I'm getting, as when I set one of my key handlers to create a CEGUI window, then that one also shows up for exactly one frame (if I create a new window every frame, then it looks like I've got it sticking around, until I look at my...

ok, relevent bits of my code: **** Main loop **** while (!close) { // remember how long the render took start_render = boost::posix_time::microsec_clock::local_time(); screen1.render(); end_render = boost::posix_time::microsec_clock::local_time(); // are we taking too long to render a frame, or can ...

So I've got CEGUI rendering, but it only renders the first frame of my application. After that it's as though the window is destroyed. If I turn off my render loop, I can see my window, but as soon as I render my second frame, the CEGUI window goes away. With the render loop running I see a flash of...

Sure, I can do that. I had to add two new classes to my project: XWindowManager, and UIEvent. XWindowManager.cpp is the only place I include any XLib headers, as the important ones argue with the CEGUI headers, and I probably need to handle CEGUI parts from program logic. XWindowManager.h forward de...