Rework container/control design paradigm

[GoogleCodeExporter]

Ideally we want to be able to design a screen layout with
containers/controls and then skin it. However, without a style we can't set
the control dimensions. May need a rethink on this... Size support for    
 controls was removed a while ago from mediate trunk.  Visual descriptor
should only be for reskinning the ui. Still not convinced about interface
descriptor including both code/functional behaviour and screen designs -
but perhaps these are closely linked after all

So... why do we need to set sizes in visual descriptor elements? in some
cases its useful eg. clipping region for caption and bitmaps, but controls
must have their own size too but this is not persisted! Current Resize
method copies style dimensions to control... so, if we don't have a style
then this can be ignored. So we can set a default size for controls and
parse/persist this, but overwrite it when the style is populated. control
will also need to call resize method when style property is changed - or at
least invalidate size in invalidateuiobject method. If we are considering
allowing controls to be sized without a bounding container then the control
will need to be self sufficient, so if it doesn't have a style associated
then the control dimensions will need to be persisted/parsed

Original issue reported on code.google.com by aretman...@gmail.com on 10 Jun 2008 at 1:53

[GoogleCodeExporter]

[deleted comment]

[GoogleCodeExporter]

Updated milestone

Original comment by aretman...@gmail.com on 13 May 2009 at 4:03

• Added labels: Milestone-mediate2.0

[GoogleCodeExporter]

Implemented in mediate designer v0.0.33

Original comment by aretman...@gmail.com on 19 May 2009 at 9:56

• Changed state: Fixed