カテゴリー
未分類

ProgressionでRSLを配置するとCastDocumentの”_onInit”がロストしてしまう件

先日のエントリー(AS3での埋め込みフォントの共有について:其の伍[RSLの先読み対応 with Progression](多分解決))の中でいた、「2)でRSLを配置するとCastDocumentの”_onInit”がロストしてしまう。」の件について少し調べてみました。前回のエントリーでは

loaderInfoの”.COMPLETE”がRSLが存在すると発動しないというのが起因しているかと思います。

ってさらっと書きましたが、一応順を追って書いておきます。
“CastDocument._onIinit”は”ExDocument._initialize”内でdispachされて発動されます。”ExDocument._initialize”の発動は、”ExDocument”内の4つのフラグ”_initialized”,”_loaderInited”,”_loaderCompleted”,”_addedToStaged”が

を満たした場合に実行されます。
で、RSLを配置しない場合は

な感じで”_onInit”がcallされます。
一方RSLを配置した場合は

のなります。になっているのは3番目の変数”loaderCompleted”であって、これは”ExDocument.loaderInfo”の”Event.COMPLETE”によって切り替わるフラグになります。

つまり”CastDocument.loaderInfo”の”Event.COMPLETE”が発動しない。というのが先の

loaderInfoの”Event.COMPLETE”がRSLが存在すると発動しないというのが起因しているかと思います。

この一文の意味するところです。
RSLを配置していると何故に”CastDocument.loaderInfo”の”Event.COMPLETE”が発動しないのか?そこさえクリアすれば動作するのですが、RSLの情報にどーやってすんだ?ってことろが未だ分からず途方に暮れております。


先のエントリーでは”Event.ADDED_TO_STAGE”をキーにして強制的に”_onInit”を発動させていましたが、幾つか試したところ問題があったので、もう少し厳密にやるとなると、”Event.COMPLETE”の監視を無視した状態で”_onInit”をcallするほうが安全かもしれません。(これもこれで問題ありそうですが・・・)
ただ”ExDocument._loaderCompleted”、またそれを制御するハンドラー”ExDocumet._complete”共に”private”のため、上位からの制御が出来ません。あまりないですが、”ExDocument._initialize”の中の

をスルーするようにしてしまうのが、簡単なやり方です。幸い”loaderInfo.complete”でcallされる”ExDocument._complete”はリスナーの削除とフラグの制御しか行っていませんので、実害は発生しないだろうと思います。
※ただしこれはProgression自身に改変を加えることになりますのではっきり言ってお勧めはしません。もしやられる場合にはあくまで自己責任でやってくださいませ。
まぁProgression自身に改変を加えず、もう少しゆるいやり方で解決を試みるならば、以下の方法もありかな?と思います。
先に”Event.ADDED_TO_STAGE”を用いた回避策は、対となるイベント”Event.ADDED_TO_STAGE”だけを監視して”_onInit”を発動させていたので、”loaderInfo.init”がスルーされた状態でされる危険がありました。なのでドキュメント(CastDocumentのサブクラス)のコンストラクタ部分を以下のように・・。

また、”_onInit”の2重発動をブロックするために(一応progression自身は2回目の初期化はブロックしていますが、”_onInit”に含まれるその他の初期化の多重初期化も防止する意味で・・・・)

一応”LoaderInfo.init”の後に”LoaderInfo.complete”がcallされるはずですが、意味としてはほぼ同意だと思うので、問題ないんじゃないかしら?と・・・。
まぁそれでも一応仕様を超えた使い方になりますので、リスクを伴う可能性はあるということを認識して自己責任の元でやってみてくださいませ。

「ProgressionでRSLを配置するとCastDocumentの”_onInit”がロストしてしまう件」への7件の返信

無事動作しましたよ!
if ( loaderInfo.bytesTotal > 0 && loaderInfo.bytesLoaded >= loaderInfo.bytesTotal ) {
ってなるですね。
こりゃRSLはloaderInfoに内包されてるっつーことなんですかね・・。付け焼刃の対応をしてしまった・・・恥

っつーかβテストに参加する余裕が無くってスイマセン・・・。
一人で勝手にこんなことやってるのはある意味迷惑ですよね・・・申し訳ない。
今の案件が一段落したら色々参加させて頂きたいと思っております。

確認ありがとうございます!
意図していませんでしたが、無事解決するようですので、終戦点の 1 つとしてリストアップさせて頂きますね。

多重投稿した上に間違ってますね・・・。
×終戦点
○修正点
> 一人で勝手にこんなことやってるのはある意味迷惑ですよね・・・申し訳ない。
いえいえ!
報告上がってない問題の発掘は大事なので、このエントリーもものすごくありがたいです!

>報告上がってない問題の発掘は大事なので、このエントリーもものすごくありがたいです!
ありがとございます。
実戦の中での検証なので、問題の根本的解決まで煮詰めれず、回避or投げっぱなしみたいなのが多くってスイマセヌ。もう少し根本的な解決策を提示できるように精進します。

コメントを残す

メールアドレスが公開されることはありません。 が付いている欄は必須項目です