I asked several people about this issue but it seems that you can't export a movie clip to be attached, if the mc is in a library of a loaded swf and the target is in the _root.
please check the attachment - It's the most simple example that demonstrate the problem.
The thing is: break it apart then it makes thing a lot easier.
Start of with the second clip (2.fla).
This one doesn't do anything more then loading the clip from the library into the _root of the clip and positions it to x:100 and y:100.
Mostly if this doesn't work it is a depth problem, thats why i added the 'this.level' -line.
So, the clip is loading from library Now we need to load it into a clip which is allready loaded...
Therefore we save the clip as 2.swf in the directory as 1.fla/1.swf
As you prob. saw you don't need the second symbol 't2'.
when opening the Movieclip it load the line:
loadMovie("2.swf", _root.t1);
Without any parameters like this you need to save your work in the same directory. Here you are saying in code: Load movieclip 2.swf into _root.t1. (mc 2.swf contains allready a function that loads the square to the workarea thus when pressed it will do so...)
The easy way to see what is happening is to set breakpoints in both mc's.
For your second question : yes it doesn't matter what's in the library make sure you run it first...(#initclip) but why? I mean what's the use of a preloader when it is allready been loaded.
well, I needed to do a preloader because I don't want the whole movie will be stuck because this symbol needs to be loaded (this symbol is a pic)
but I've managed to build it another way so thanks anyway.
I have now another problem If you would like to check it I will send you my source files because they are 2 and more MBs.
if you will reply I'll explain my problem It's about looping...
will you?
I'm terrebly sorry but again I've managed to handle the problem.
I guess I should hold my breath a bit more before sending those threads...
You have been a great help to me, no kiddin'.
see you in another time.