CEGUI (Crazy Eddie's GUI) Forums

Thanks Kulik, indeed: Using ToggleButton instead seems to be straightforward.

Hello,

I am porting my project from CEGUI 0.7 to CEGUI 0.8 and noticed that the Checkbox class is missing. Is that on purpose? Do I have to use the ToggleButton instead, now?


Greetings
BrightBit

I found the reason for my problem. In my build system one of the additional include directories was: "C:\InstallDir\cegui\include\cegui-0\CEGUI". However at some point during the compilation process a <cstring> header is implicitly called, that in turn looks for a "string.h" file...

Compiling my own project results in the error message: error C2039: 'ostream' : is not a member of 'std' C:\Programming\Install\cegui\include\cegui-0\CEGUI\Base.h 183 My problem seems to be similar to this one on the Ogre forums: CEGUI 0.8.1 bugged? except that I am already using CEGUI 0.8.2. 1>----...

Hi soulstorm,

welcome to the CEGUI forums. Did you call hg update v1-9 on your Ogre source directory first?
How does your OgrePrerequisites.h look like?


Greetings
BrightBit

Hi Kulik, thank you for this hint. I forgot to call hg update v1-9 on my Ogre sources, so CEGUI's config.h looked like this: #ifndef CEGUI_OGRE_VERSION_MAJOR # define CEGUI_OGRE_VERSION_MAJOR 2 #endif #ifndef CEGUI_OGRE_VERSION_MINOR # define CEGUI_OGRE_VERSION_MINOR 0 #endif #ifndef CEGUI_OGRE_VERS...

Hi CEGUI community, I got the current sources of CEGUI, Ogre and their dependencies by their corresponding repositories. Microsoft Visual Studio Express 2012 (v11) was used to compile all these sources, i.e. right now I am using Windows 7. I've compiled all dependencies and Ogre without problems but...

Great. You've been amazingly helpful. Thank you so much CrazzyEddie.

Thanks in heaps. It works.

I hope this is no silly question but I am not that familiar with mercurial's branching model. Will future fixes of the 0-7 branch be integrated into the incompatible-fixes branch, too?


Greetings and thank you very much
BrightBit

Thanks again. :) The NamedArea technique did work except for the fact that this area isn't updated if I change properties that are flaged with redrawOnWrite or layoutOnWrite (or both). Here's a small video to illustrate what I mean: https://www.youtube.com/watch?v=0jg3-XJg7Fc On the top left corner ...

Thank you CrazyEddie. :) The cleanup seems to work and the exceptions due to the "layoutOnWrite" attribute are gone, too. However, the order in which I define the AutoWindows in the looknfeel file seems to be important now. Is this the intention? For my custom GroupBox I created two AutoWi...

You're welcome as always. :) Here's another thing I noticed. I'm not sure if this is related to the "Additional AutoWindow" problem I mentioned above, so I didn't open a new post: When I add the attribute "layoutOnWrite='true'" to a PropertyDefinition AND have an additional AutoW...

I created a custom GroupBox that has some extra AutoWindows (in addition to "__auto_contentpane__"). Everything works fine. However, during its cleanup these additional windows aren't removed. This is the corresponding entry in my looknfeel file: <WidgetLook name="BNBWidgets/Belt"...

You're welcome. I'm glad that I was able to help. It's the least I can do. I mean you already helped me by supplying your GUI library. :) BTW: By version attribute you mean the following line? <Imageset version="2" Name="TaharezLook" Imagefile="TaharezLook.tga" NativeHo...

I modified/patched the TaharezLook.looknfeel, TaharezLook.scheme and Demo7Windows.layout to add a modified version of my toggle button: http://img850.imageshack.us/img850/314/togglebuttonlocation.png Here are the files: Modified Datafiles Just in case I wasn't precisely enough about my problem with ...