CEGUI (Crazy Eddie's GUI) Forums

Recently I look into the Font module performance issue for the CJK charset, I found that CEGUI treats 256 chars as a block, loaded them together into one texture using the interface below: virtual void CEGUI::Texture::loadFromMemory(const void* buffer, const Size& buffer_size, PixelFormat pixel_...

Hi,

Sorry for replying so late,
The resolution of my program is fixed to 800 x 600 and I don't use any thing related to size changes.
I will try the new version in the svn trunk.
Thank you, CE.

Hi,
It seems correct in your demo, it's so strange that I don't know what's wrong with my program, currently I just use layouts without minus values to get it work around.

BTW: I use Irrlicht for my program, may it be related to this problem?

Hi, I am so busy these days. Sorry for replying so late. I think I found when the problem occurs. Try loading the following three layouts, then use 'UserInfo' as the child of 'Channel/Avatar' and 'Avatar' as the child of 'UserInfo/Ava', that is, Channel<--Channel/Avatar<--UserInfo<--UserInfo/Ava<--A...

Hi, I'm so sorry that I made a mistake. I have posted the wrong layout in the above reply. Try this one. <?xml version="1.0" encoding="UTF-8"?> <GUILayout > <Window Type="DefaultWindow" Name="Avatar" > <Property Name="InheritsAlpha" Value="False...

Hi, Replace the Avatar layout in that thread, I think it will reproduce the problem. <?xml version="1.0" encoding="UTF-8"?> <GUILayout > <Window Type="DefaultWindow" Name="Avatar" > <Property Name="InheritsAlpha" Value="False" /> <Property ...

Another child window layout problem in 0.7.0

The problem is similar to the one:
viewtopic.php?f=10&t=4365
except that it happens in vertical axis but not in horizontal axis.

I agree with you, that's a good idea for users who want to porting from 0.7.0 to 0.7.1.

zhaosili

Yeah, the problem is sticky. Currently I hack CEGUI with this:


Then I use 'MyListBoxTextItem:public ListboxTextItem' and 'MyTreeItem:public TreeItem',
override the 'parseTextString()' method to work around.

Thank you very much, CE.
I'll try it.
BTW: I found the code of the ListboxTextItem and TreeItem also includes basicStringParser, does the global parser affect this?

It works now, thank you.

zhaosili

This feature is so cool that we can port code from 0.6.x to 0.7.x easily

Thanks CE.

zhaosili

Hi, Yeah, if the library itself protects the scenario, the user'll lose the power to check whether the text is valid. But for users that are porting from 0.6.x, there maybe tens of dozens of setText or similar things in the code without try-catch for this. E.g. In a listbox, typically it's normal fo...

Hi, I have tested the new version, it may still crash if the text with tags in the EditBox is submitted to change other widget's Text Property. E.g. I change the Sample_FalagardDemo1's layout with the following first: <?xml version="1.0" ?> <GUILayout> <Window Type="Vanilla/FrameWindo...

That's so cool, I'll try the version newly committed to SVN.

zhaosili