Hi Mathieu, 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
This archive was generated by hypermail 2b29 : Tue Jan 04 2000 - 00:34:37 MET