月: 2008年4月

ｵﾃﾞのためのｵﾃﾞによるブログ “apeirophobia”です。
さて
TweenerでaddCallerを途中で解除したいぜ！というときにどすればええのん？
という質問をされたので書いておきます。
addCallerの場合はproperyが設定されていないのでｵﾃﾞはざっくりと

Tweener.removeTweens(this);

で対応しています。
ただこれだとその要素に対して設定されているすべてのTweenが削除されてしまいますが・・。
ｵﾃﾞは基本的にaddCallerを停止させるときはremoveのﾀｲﾐﾝｸﾞで、他のモーションも一括で削除することが多いからそんなに不便さは感じていませんけど、まぁ個別に細かく制御したい場合はaddCallerを割り当てるためのSprite（Shapeでもいいのかしら？）を作ってそこで管理するって感じですかね？
そうする場合の注意点なのですが、

ここ数日色々やってきましたが、
apeirophobia: Loader.removeChild、apeirophobia: 外部swfの削除はLoader.unloadは使わない方が良いんじゃないかという件
Loader.unloadの処理にミスがありました・・・。（恥ずかしい・・・）
apeirophobia: Loader.removeChildの方でテストしていたスクリプトで

	_loader.unload();
_loader= null;

となっている部分。これunloadでlodar.contentsが非表示になるのでうっかりしていたのですが、loader自体がremoveChildされていませんでした・・・orz。
ということで

	_world.unload();
removeChild(_world);
_world = null;

としてもう一度検証してみました。
以下その結果。

延々と検証をしてきましたが、なんかLoader.unloadは使わない方が良いのではないか？という結論に至りました。既出だったらｽﾝﾏｾﾇ。

やり方としてはunloadを使う代わりに、removeChildを用いる。
で、子供の方でEvent.REMOVED_FROM_STAGEをlisten。
これをキーにしておけばネストしている子供に対しても一気にremove処理が適応できる。
で、それぞれの子供の中でTwennerやらEventListenerを掃除するprivateメソッド組んでおく。
（当然removeのメソッドの中ではEvent.REMOVED_FROM_STAGEもremoveする）
これで前にやったapeirophobia: Loader.removeChildと同じ検証をしてみた。
結果は以下のとおり。

何故エラーになるか？

Error: Error #2069: Loader クラスは、このメソッドを実装しません。
at Error$/throwError()
at flash.display::Loader/removeChild()

DisplayObjectContainerを継承してるんじゃないのか？？
ちゃうのか？
俺がまちがっとんのか？
あーあーあー。
あほう。

先日エントリーしたDebuggerをちょっと変えました。
基本FPS計測はOFF。でFPS表示の前のボタンをクリックして計測開始、再度クリックで計測中断。ただこれによって一度増えたﾒﾓﾘ消費が下がるのか？はまだ完全に検証できていません・・。（もともとがあまりに微小な値なのでかなり長時間回して検証しないと良く分からん）あとはグラフの幅だとか、レコードする個数とかプロパティを設定できるように。（普通はさわらないだろうけど）