From: Michael P. <mp...@ph...> - 2001-01-09 12:40:38
|
<!doctype html public "-//w3c//dtd html 4.0 transitional//en"> <html> Can you give an example of your custom method. If you place a check for "this.created==true", it should stop it from executing during the initial creation stage. <p>no...@so... wrote: <blockquote TYPE=CITE>Bug #128155, was updated on 2001-Jan-09 03:49 <br>Here is a current snapshot of the bug. <p>Project: DynAPI 2 <br>Category: Core API <br>Status: Open <br>Resolution: None <br>Bug Group: None <br>Priority: 5 <br>Submitted by: camhart <br>Assigned to : nobody <br>Summary: Overriding setHTML method in sub class of DynLayer problem <p>Details: I've made a widget that is a sub class of DynLayer. This widget <br>overrides the behaviour of setHTML so that a call to setHTML changes the <br>HTML of a child layer of the widget, rather than the widget itself. This is <br>causing the Layer creation to break in IE5 and Mozilla (but not NS4) <br>presumably because when DynLayer calls setHTML during layer creation in <br>createElement, it been replaced with my method. NS4 is not using setHTML in <br>createElement. <p>This is only a bug if you think people should be allowed to override the <br>setHTML method when creating sub classes of dynlayer. <p>However this did used to work in earlier versions of the API. <p>The line that causes this to break is line 91 in dynlayer.js: <p>dlyr.setHTML(dlyr.getInnerHTML(),false); <p>For detailed info, follow this link: <br><a href="http://sourceforge.net/bugs/?func=detailbug&bug_id=128155&group_id=5757">http://sourceforge.net/bugs/?func=detailbug&bug_id=128155&group_id=5757</a> <p>_______________________________________________ <br>Dynapi-Dev mailing list <br>Dyn...@li... <br><a href="http://lists.sourceforge.net/mailman/listinfo/dynapi-dev">http://lists.sourceforge.net/mailman/listinfo/dynapi-dev</a></blockquote> <p>-- <br>Michael Pemberton <br>mp...@ph... <br>ICQ: 12107010 <br> </html> |