Mathieu de Naurois wrote:
>
> The Html documentation says that a TGCompositeFrame adopts its Layout
> Manager and delete it. I think this is not the case, because
> TGCompositeFrame::~TGCompositeFrame() does not delete fLayoutManager.
> Was it forgotten?
>
It was forgotten and is fixed now.
>
> Connected to this: the destructor of a Frame deletes the list of its
> TGFrameElement, but does not delete the child Frames. Is it intended? May
> be it would be a good idea to provide a mechanism to delete recursively
> all the frames of a dialog window. It should be possible to add a
> destructor to the class TGFrameElement, that will do this job.
>
This is intended since the frames and layouts maybe used in different
places. To best way to handle this is to make a widgetbag (simple TList)
to which you add each frame and layout you create. Once done you just
delete the contents of the widgetbag.
Cheers, Fons.
-- Org: CERN, European Laboratory for Particle Physics. Mail: 1211 Geneve 23, Switzerland Phone: +41 22 7679248 E-Mail: Fons.Rademakers@cern.ch Fax: +41 22 7677910