diff -r 51a74ef9ed63 -r ae94777fff8f Symbian3/SDK/Source/GUID-0387B02E-9B81-5E61-A33E-D644251424A2-GENID-1-8-1-3-1-1-7-1-7-1-11-1.dita --- a/Symbian3/SDK/Source/GUID-0387B02E-9B81-5E61-A33E-D644251424A2-GENID-1-8-1-3-1-1-7-1-7-1-11-1.dita Wed Mar 31 11:11:55 2010 +0100 +++ /dev/null Thu Jan 01 00:00:00 1970 +0000 @@ -1,35 +0,0 @@ - - - - - -Layout -management -

Many factors have to be taken into consideration when laying out controls. -Component controls are normally laid out within their containers according -to the prevailing UI policy, skin, font, text style, zoom-factor and the sizes -and shapes of the controls themselves. A change to any one of these might -necessitate a new layout.

-

The Control Framework supports run-time layout management with the MCoeLayoutManager interface. -Each compound control knows which layout manager to call when it changes size. -The layout manager then takes responsibility for making any adjustments to -the layout.

-

A layout manager is associated with a compound control using:

- IMPORT_C virtual void SetLayoutManagerL(MCoeLayoutManager* aLayout); -

Note that this call passes 'ownership' so the caller does not need to retain -a pointer. A layout manager may be attached to more than one control so it -must implement its own reference count and delete itself when the count becomes -zero. SetLayoutManagerL() is also used to dissociate a layout -manager from a control by passing either NULL or a pointer to a different -layout manager.

-

The Control Framework does not provide any concrete layout managers. This -is the responsibility of the UI variant library or the application developer.

-

Though layout managers are now built into the control framework their use -is optional.

-
\ No newline at end of file