From Organic Design

For conceptual aspects of interface, see Geometry for sub-widget level, and Desktop for application-level.


What's this with children? Doesn't the Node struct do that? --Rob 21:30, 12 Nov 2006 (NZDT)

Yip that will be nodal later, but I'm just using the existing struct for now since nodal totals and child indexes are another nodal workflow needing some more thought. The parent assoc is nodal though and allows you to know what node you're the current focus of --Nad 21:35, 12 Nov 2006 (NZDT)
The coordinates of any rect are dependent on two things, the parent coordinates, and the number of other siblings - both are currently properties of the parents spriteInfo struct.

That looks funky! --Rob 15:29, 1 Sep 2006 (NZST)

If you try it with about 80 windows time is a bit slower and it looks even better! --Rob 15:30, 1 Sep 2006 (NZST)

SDL only

We need to get the layers methodology working in plain-SDL for simple frame-buffer-only environments like iPod. The rectangle-fill and PNG rendering were already implemented before we started with GL, so get the syntax for that from interface.h history.


Using OpenGL as the primary video output methodology now. It's more processor intensive, but can give us better results more quickly and can be made more efficient or complimented with a specific 2D version later. Here's some relevent links...

Resize-rendering problem

When run within an existing Windows GUI a window resize causes duplication-type rectangular video corrupton. In Mac OSX the area to refresh is left black until the end of the drag. --Rob 21:36, 12 Nov 2006 (NZDT)

SDL doesn't receive events during the resize operation, and so the content revealed while increasing the size :of the window is indeterminate and platform dependent.
A solution would be to use a borderless window and use the peer layout model to render the title-bar, scroll-bars and border etc, and it would therefore be the handler of the resize operation since it would then start with an SDL event. --Nad 15:00, 15 Aug 2006 (NZST)