Just one more note on this: in SmartGWT calling destroy() on a parent
automatically destroy()s all children recursively, all widgets that
generate children (eg ListGrids generate a header) automatically
destroy those children with themselves, and removed tabs automatically
destroy their panes unless you tell them not to.

The net result of this is that there's no need for a manual destroy()
call anywhere in the Showcase, or in most applications that use the
pattern of generating new tabs.  Further, in any situation where
you're trying to permanently get rid of a component, where you would
otherwise call something like layout.removeMember(member) you just
call member.destroy() instead (and this takes care of layout removal
as well).

Just wanted to clarify all this since there was speculation the
strategy would be "rife with problems" and "very hard for users to get
right".  It's understandable that experience with some previous
framework would make someone think so, but it's very easy in SmartGWT,
and we think an explicit destroy() is the right approach in terms of
giving us the opportunity to work around browser garbage collection
bugs.

On Sep 7, 7:22 pm, ckendrick <[email protected]> wrote:
> Just a note onSmartGWT-
>
> Built-in GWT widgets rely on the browser to garbage collect a detached
> DOM tree.  In older browsers like IE6/7 we found a number of cases
> where this didn't work completely, so we opted for manual destroy().
> It's possible that as of IE8/9 all such leaks are gone (personally I
> find this unlikely :), but, we're not really interested in finding
> out.
>
> And yes, we have tools that make leaks obvious - the Watch Tab in the
> Developer Console, which shows a tree of all components.  You tend to
> spot leaked components right away while using the tool for other
> purposes.

-- 
You received this message because you are subscribed to the Google Groups 
"Google Web Toolkit" group.
To post to this group, send email to [email protected].
To unsubscribe from this group, send email to 
[email protected].
For more options, visit this group at 
http://groups.google.com/group/google-web-toolkit?hl=en.

Reply via email to