FrameWindow child area offset?

[Lf3T-Hn4D]

I'm using the Falagard skinning system.

Why is the offset of a child area at 0, 0?
Is there no way to set it to a given value?
I'm asking this because it's rather irritating to set a widget's top at 0 and get part of it hidden behind the titlebar of a FrameWindow.
Can't 0 be the position bellow the titlebar of a FrameWindow?

I think this offset problem is not very nice for applications that can run on multiple screen res.

[lindquist]

This is how the FrameWindow works atm. The titlebar is just a child window.
If you have a solution to the problem, then by all means tell us about it!

[Lf3T-Hn4D]

What I usually see most GUI engine does is to have two frames as a window.

Code: Select all

<frame>
  <titlebar /><closebutton />
  <childframe>
    <contents_goes_here />
  </childframe>
</frame>

I hope i'm making sense here. Not really sure how exactly CEGUI works. But I think this should be do-able.

[lindquist]

You can just add a DefaultWindow to the FrameWindow and manage it's size manually.

the FrameWindow getUnclippedInnerRect will return the area you're looking for in screen space and but using this in a event handler subscribed to the "Sized" event you can make sure the DefaultWindow is always exactly in the inner-rect area.

I 0.5 there is a new <AutoWindow element for XML layouts. This way you can create the inner frame from the looknfeel and "hook" into this from the XML layout.

[Lf3T-Hn4D]

ahh.. nice. Though that means i cannot have my GUI defined all in a file. Ah well... I guess that will have to do for now. Looks like 0.5 is going in the right direction. Can't wait for it to release.

Other than this problem, I think CEGUI is perfect. It's aready way better than others with it's layout engine. Though a XUL tyle layout would be nice. Great job guys.