Difference between revisions of "Nodal geometry"
(Match rectangular geometry with the space's recursive geometry) |
m |
||
Line 57: | Line 57: | ||
*'''padding''' | *'''padding''' | ||
*'''background''' | *'''background''' | ||
− | *'''children''' | + | *'''children''' ''(the items in the list to be laid out)'' |
Revision as of 01:09, 24 March 2006
The nodal geometry (aka layer model) underlies the two fundamental hierarchical layout methodlogies which are the polar and the rectangular. The general idea of containment applied within the geometrical context is implimented in the form of relativity of child co-ordinates to their parents.
The geometry notion is the base-class of polar and rectangular and as such encapsulates all that they share in common. The polar and rectangular notions are then defined as extending this base-geometry notion in their respective specialised directions.
The base-geometry is sructured as a stack of z-ordered layers, which each contain a graphical object. All the layers at this level share the same origin, and the z-coordinate system is an integer sequence.
- The polar geometry (3DSpace)
The polar implimentation of the geometry is being ported from space.as which already handles hierarchy, recursion and relativity of coordinates. Currently its coordinate system is actually rectangular (x,y,z), but this is actually not too important at this time.
In this system there is only one set of layers that all objects in the entire space reside in. The objects in the space form their own containment relationship independently of the layer-stack, and indeed have no direct knowledge themselves of the layers. The layer that any object resides on is handled by the polar geometry based on the object's 3D coordinates, not by the individual objects.
- Polar parent methods & properties
- (these are still in the process of being migrated to the nodal conceptual structure)
- create
- reduce
- active
- rotation
- zbuff
- zbLength
- children
- template
- zSCREEN
- zcmp
- Polar child properties
- space
- time
- create
- reduce
- motion
- die
- x,y,z,scale
- colour,alpha
- The rectangular geometry (BoxModel)
This model extends the base-geometry in a slightly different way, in this case the layers follow the same hierarchy as the object's own containment and an object can create and remove layers from their context (by creating or removing child objects), and can directly manipulate which objects are assigned to which layers.
In this model, the parents rectangular bounds can be enforced onto the children (ie a window), and then various specific layout mechanisms applied within this context. There are two fundamental rectangular layouts used for the interface, table and paragraph, which are both designed to be conceptually compatible with the W3C Box Model.
The nodal BoxModel implimentation uses standard properties to determine border and spacing metrics and styles and allows the organisation of the child objects into rows within the bounding rectangle. This level also handles the layout issues involved with the children occupying a larger rectangle than the parent (eg. scrollbars etc).
Changeing to:
- Rectangular :: Table
- Rectangular :: Paragraph
- Rectangular itself as the base-class of table and para is the box-representation of List with orientation and alignment
- Rectangular parent properties
- (The rectangular conatiner can be thought of as a discrete version of the 3D-space)
- dimension (x,y,z - z is used for defining layers)
- direction (iterate list with prev or next)
- border
- margin
- padding
- background
- children (the items in the list to be laid out)
See also:
- Box Model (W3C)
- Layout Engines (Wikipedia)
- I want a working widget