CEGUI (Crazy Eddie's GUI) Forums

Thanks.

I guess you are no longer supplying dev builds?

I guess I'll use one layout file for everything then. Thanks. Don't do that. Using multiple sheets is very powerful and makes window management a whole lot easier. For example, our application is a space combat simulator MMO and we have several sheets depending on the state of the game. If the play...

When I click an imagebutton at menu, it would excute this line of code: CEGUI::Window* sheet = CEGUI::WindowManager::getSingleton().loadWindowLayout((CEGUI::utf8*)"GUI.layout"); CEGUI::System::getSingleton().setGUISheet(sheet); //This line gives the...

I am working on a game(ogre inside) that uses CEGUI to manage the menu and in-game UI. Therefore, I have 2 .layout files; one is for the menu, the other is for in-game. When the program starts up, I would have loaded the menu.layout file using this code in createScene: CEGUI::Window* sheet = CEGUI:...

So, in conclusion, yeah I'm willing to do it in the short-ish term, though the changes will have to be in the unstable trunk (cegui_mk2/trunk). WOOT! That's great. But, if you get into it and find it more problematic and it ends up pulling you away from something more important (I.e. Rendering) the...

I think a solution that does the right thing as far as what we term the 'inner rect' area is the way to go here. It's a reasonably simple modification for us to make and has potential to fix a majority - if not all - of these type of issues, while largely eliminating the need for full widget rewrit...

Thank you! That was very helpful. We don't feel so dumb now. We were concerned that the solution was staring us in the face and we couldn't see it. What you described above is exactly what we are seeing. And now for the prod.... :wink: Is this being addressed in 0.7 or is this low priority at the mo...

Hmm. I guess I didn't post my question correctly. I swore that when setFont() was called on a window, the CEGUI::Window::EventFontChanged() would fire off in that window and all it's children window too. Is that correct or am I imagining things (known to happen time to time). Please remove the pink ...

We are implementing different skins and we originally hard coded position and size based on our original skin (I know, I know. Don't get me started). Now that we have added additional skins some of the title bars and window borders are either narrower or wider than our original skin theme. So, the q...

Why is 0.6.2 checking to see if any *.layout files exist prior to giving an OPEN dialog? Why is the layout editor assuming that people only use .layout as their extension? Why was the open dialog even changed? Can we please stop trying to make the layout editor smarter than the user using it. :roll:

We upgraded from 0.5.2 to 0.6.x and we found that the CEGUI::Window::EventFontChanged is no longer cascading to children windows.

Has this changed?

OK, thanks all. I think we will start the process.

We are thinking of upgrading to Ogre 1.6 AND CEGUI 0.6.1 (Currenttly at Ogre 1.4 and CEGUI 0.5.2). Is there any incompatibility issues? Has anyone run into any problems?

I tried that and I still get the same error. Everytime we add a tab CEGUI attempts to create AUTO widgets but are the same name as the previous. I also modified the Tab demo - it doesn't work there either. The example cheats by loading from a layout file. Why that works I don't know but when you try...