If you want to have the flexibility of not having to define it, you can always make the class dynamic
On Sun, May 11, 2008 at 12:42 AM, Chris <[EMAIL PROTECTED]> wrote: > Ok, so I've done a bit of googling and found nothing. And the mailing > lists > search features are less than ideal (sorry). Apologies if this has been > gone > over before: > > I have created an example problem here: > http://ubergeek.tv/inheritance_declare_problem.zip > > The inheritanceDemo.fla shows that classes linked to symbols that extend > class with items on the timeline causes a compiler error: > > 1152: A conflict exists with inherited definition AlertBase.okButton in > namespace public.� > > While if I uncheck the 'Automatically Declare Stage Instances' checkbox > and > declare my okButton manually everything works. > > This seems like a big deal to me. Since we re-use code as much as > possible, > it seems like we either need to assume this box is checked or not and base > our code on this. Additionally we can assume incompatibilities with 3rd > party code based upon whether they checked this box. It would seem that > this > checkbox shouldn't exist and that all stage vars should be declared > manually. > > I must be doing something wrong. What are the best practices here? Besides > unchecking that box, is there any way to get around these errors? > > Thanks > Chris Hill > > _______________________________________________ > Flashcoders mailing list > Flashcoders@chattyfig.figleaf.com > http://chattyfig.figleaf.com/mailman/listinfo/flashcoders > > -- M.A. van't Kruis http://www.malatze.nl/
_______________________________________________ Flashcoders mailing list Flashcoders@chattyfig.figleaf.com http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
