no probs - I started rambling on refactoring MM code, but it got a little long so I left that bit out...
On 12/15/05, Ben Smeets <[EMAIL PROTECTED]> wrote: > Cheers, > > Every bit of info I could have wished for. Lot's of trying out to do :) > > tx!, > > Ben > > ________________________________ > > From: [EMAIL PROTECTED] on behalf of Paul BH > Sent: Thu 12/15/2005 5:34 PM > To: Flashcoders mailing list > Subject: Re: [Flashcoders] Adjusting standard v2 components > > > > Devendran, > there are actually a lot of situations where that doesnt help you any > - eg changing the way a button skin is drawn... > > Ben, > this is how you should go about doin what you need to do: > > If you really want to change something in the codebase, you need to be > using the non-compiled clips, so rather than bringing stuff in from > the components pane, you need to copy the Component from > StandardComponents.fla which will be somewhere like: > C:\Program Files\Macromedia\Flash 8\en\Configuration\ComponentFLA > > when you copy accross the component, you will notice in the comp > definition that export in first frame is unchecked - recheck this if > you have troubles... > > Now you should be able to amend the class defn in one of the classpaths... > > All this said, I would advise against changing the MM code directly - > it makes it a lot more of a hassle to transfer your work to other > machines... > > two options: > > 1) Ensure your local classpath is at the top of the list of classpaths > (it may be already, I dont have flash open), and duplicate the class > in there, then make your changes. This ensures you dont change the > original, and that if an entire project gets moved, the amended code > goes with it. However, the problem is that if someone tries to use > your button in another project and doesnt know you have done it this > way, it can be hard to track down... > > 2)subclass the Button and overwrite the methods you want to change. > This is the way I tend to go about doing this even if its only a > smalll change. The only disadvantage of this is that the way MM have > coded their components is that the methods tend to be a bit overlong, > and you often only want to change one line or two. I try to treat this > as a good excercise in refactoring... > > have fun > > PBH > _______________________________________________ > Flashcoders mailing list > [email protected] > http://chattyfig.figleaf.com/mailman/listinfo/flashcoders > > > > > _______________________________________________ > Flashcoders mailing list > [email protected] > http://chattyfig.figleaf.com/mailman/listinfo/flashcoders > > > _______________________________________________ Flashcoders mailing list [email protected] http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
