すいません。僕の書き方が良くなかったようです(-- ;)。
さらに、２,３ウソっぱちいってます。ごめんなさい。
ウソを認めます。

私が書きました引用：
おっしゃる通り、createTextField()は、戻り値を取らないので、この場合は、後者のthis[生成したインスタンス名]で制御しています。

それと、
引用：
推測、ありがとうございますm(_ _)m おっしゃる通り!!

私がウソつきました。実はこんなことやってません!!
やろうとしたのですが、よくよく考えると不可能(面倒)なことに気づいてやんなかったんだ。ごめんなさい。

さらに、もう一個ウソついてます。

私が書きました：引用：

ウソです!! 正しくは、attachに変えても動作しません!!
duplicateMovieClipに関しては、(自前)ImgLoaderクラスの構造上、適応が面倒くさかったのでやってません。むしろ、duplicateMovieClipは、同階層上にしかMCを複製できない為、
(自前)ImgLoaderクラスの仕様に適さなかったんです。

で、結論ですが、
以上の私のウソを含めて、つじつまを合わせると、
createMovieClipが悪いのではなく、attachMovieが問題、むしろLoadMovieが問題というところに行き当たるわけです。

つまり、

野中さんの書き込み：引用：
当たりです。場数の違いですね。なるほど理解！

つまり、LoadMovieでJpegを読み込んだ時点でMCが初期化されて、元swfの情報を引き継げず、リンケージ識別子を参照できなかったからなんですね。納得！

そうですよね。
FlashMXのクラス構造上、クラスのprototypeに設定してある関数が呼び出せないことはあり得ないし(※注)、しかもネイティブ関数だし。だから、attachMovieのリファレンスを渡したところで結果同じなわけで(これは予想の範囲だった、つじつまはあう)・・・
(※注 特殊な構造、記述間違いは除きます。)

ありがとうございましたm(_ _)m
今回の場合、attachしなきゃいけないのが『new!!』というテキストのアイコンだったのでcreateTextField()等で誤魔化しましたが、グラフィックだったら、人間辞めてるところでした(構造を一から作り直し)。

----------------
(C)SalvoxStudioStation