RE: [Java-gnome-developer] Use of destroy()
Brought to you by:
afcowie
From: Jeffrey M. <Jef...@Br...> - 2004-10-28 11:01:59
|
I think destroy is a very valid method that can have many uses. In java-gnome it is just a direct call to the gtk libraries gtk_widget_destroy. This native method destroys the native widget, breaks any references it holds, and removes in from its' parent container (if it has a parent container). Calling destroy on a Dialog is a common task and we do it often in our examples. In our TestGTK example, all of the dialogs are closed with calls to destroy. -Jeff > -----Original Message----- > From: jav...@li... > [mailto:jav...@li...]On Behalf Of > Mark Howard > Sent: Wednesday, October 27, 2004 4:56 PM > To: Laurent Martelli > Cc: jav...@li... > Subject: Re: [Java-gnome-developer] Use of destroy() > > > Is there any time we would want to call destroy? > I think this is another example of the general bug that we > need to look into > more detail about the relationship between java objects and > gtk objects. How > should they be linked together. We've discussed it a lot in > the past and made > great improvements, but perhaps we still don't have the best solution. > > -- > .''`. Mark Howard > : :' : > `. `' http://www.tildemh.com > `- mh...@de... | mh...@ti... > > > ------------------------------------------------------- > This SF.Net email is sponsored by: > Sybase ASE Linux Express Edition - download now for FREE > LinuxWorld Reader's Choice Award Winner for best database on Linux. > http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click > _______________________________________________ > java-gnome-developer mailing list > jav...@li... > https://lists.sourceforge.net/lists/listinfo/java-gnome-developer > NOTE: THIS IS A CONFIDENTIAL COMMUNICATION. This transmission is intended only for the use of the individuals or entity to which it is addressed. If you are not the intended recipient, or the person responsible for delivering the message to the intended recipient, please return or delete it immediately. Although this e-mail and any attachments are believed to be free of any virus or other defect, it is the responsibility of the recipient to ensure that it is virus free and no responsibility is accepted by us for any loss or damage arising in any way from its unauthorized modification or use. |