[DojoX] [FP] [PATCH] [CLA] Properly start-up and layout single layoutable child

[BlueFire]

It was not possible to add e.g. a TabContainer? to a FloatingPane? because the FP would never initiate an active resizing. The attached patch makes use of the provisions provided by FPs ancestor dojo.layout.ContentPane? to detect if the single child of the FP is a resizable widget. Resize-events are emitted to the child whenever the FP is resized. The area emitted to the child corresponds to the content area of the FP.

Also, in any case, during startup of the FP, an initial resize event is generated with the original position of the FP. This allows a potentially present child to initialize its size properly.

CLA on file: UPW Innovative IT-Lösungen GmbH

[BlueFire]

FP child layout patch against rev 11621

[BlueFire]

• Patch also updates the test case to include FP with nested TabContainers?
• Removed left-over of the highlight code previously introduced by dante

[dante]

(In [11624]) fixes #5219 - destroy contents as well as pane on close. fixes #5231 - patch from BlueFire? allowing the child of a floatingpane to be a LayoutWidget? and size accordingly, and fixes #5232 - another patch from BlueFire? to make resize handle use a single 'rubberband' for virtual sizing.