This content has been marked as final. Show 8 replies
look at the target movieclip of the swf that causes a problem. you likely have a refernce to the _root timeline and are changing its _x,_y properties someplace along the line.
Thanks for the response.
The swf causing the problem (Review1.swf) only had "_root._lockroot = true;" - which I commented out with no result. It has target movieclips in the library (if I understand "target" correctly) that are brought in with attachMovie. None have references to _root.
I replaced Review1.swf with Review3.swf and the problem went away. So it's definitely Review1 causing this. My inclination is to save you and I both some time and dismantle 3 to rebuild it as 1.
One question tho' - by "target" do you mean the mcs in the library that will be attached (attachMovie)?
Thanks for your help.
target is the target movieclip that's used to load Review1.swf
show your loadMovie() or loadClip() statement used to load Review1.swf and use trace(target) (where target=the movieclip used in your loadMovie/loadClip() method) to trace the target movieclip.
I put the trace inside the function where loadClip is. The reply I get from the trace - as implemented below is: SPANISH/_T1/review/review_T1bad.swf.
I'm not sure how to add a trace statemtn to the asfunction in the menu shown in the attached code.
now, what code do you use to load another swf (that's failing to be positioned correctly)?
Wait! I found references to textfield and sound objects at "parent" in some nested buttons. THAT respond to your first probe. The good Review that I'm using as a replacement has none of these. The calls to parent were buried deep. Sorry for the false lead.
Thanks for sticking with me on this.