memo.393

タイトルどおりの現象。

※PreloadSWF()については↓の記事がとてもわかりやすいです。
jp.ikekou.blog.Main：Progression 4.0.1 Public Beta 1.3 追加機能① PreloadSWFクラス

で、これを観ながら上記ブログとは少し変えながら試してみたのですが、タイトルのエラー発生。
変更した箇所はatCastLoadStart()の部分で、以下のソース

override protected function atCastLoadStart():void {
var loaderList:LoaderList = new LoaderList({
onProgress:function():void{
trace(this.percent)
}
});
loaderList.addCommand(
//new PreloadSWF()が遅い
new LoadSound(new URLRequest(“sound/sample.mp3″))
,new PreloadSWF()
);
loaderList.execute();
}

結論から言うと、new PreloadSWF()の書く順番が重要。
↓このように書けばOK

override protected function atCastLoadStart():void {
var loaderList:LoaderList = new LoaderList({
onProgress:function():void{
trace(this.percent)
}
});
loaderList.addCommand(
//PreloadSWF()が早い
new PreloadSWF()
,new LoadSound(new URLRequest(“sound/sample.mp3″))
);
loaderList.execute();
}

ちなみに参考にしたブログでは、loaderListの処理をatCastLoadStart()のaddCommand()内で行い、そこに追加している。
その際には、new PreloadSWF()の順番は影響はしないようす。

override protected function atCastLoadStart():void {
addCommand(
function(){
var loaderList:LoaderList = new LoaderList({
onProgress:function():void{
trace(this.percent)
}
});
loaderList.addCommand(
//new PreloadSWF()の位置は先でもエラーはでない
,new PreloadSWF()
new LoadSound(new URLRequest(“sound/sample.mp3″))
);
this.parent.addCommand(loaderList);
}
);
}

command周りの処理の順番がイマイチちゃんと理解していないから、泥臭く検証しないとわからないのよね。。。
ガッツリ理解しとかないとな。。。

progressionのコマンドを使ったときのイベント処理追加(開始、終了、ローディング、エラー、中断)のやり方
何種類か方法があるようなのでまとめ。

1.addEventLinstenerを使った一般的な書き方

public function Test2() {
//コマンドの定義
var loadSound:LoadSound = new LoadSound(new URLRequest(“./sound.mp3″));
//イベント処理の追加
loadSound.addEventListener(ExecuteEvent.EXECUTE_START, startHandler);
loadSound.addEventListener(ExecuteEvent.EXECUTE_COMPLETE, completeHandler);
loadSound.addEventListener(ExecuteErrorEvent.EXECUTE_ERROR, errorHandler);
loadSound.addEventListener(ProgressEvent.PROGRESS, progressHandler);
//コマンドの実行
loadSound.execute();
}
private function progressHandler(e:ProgressEvent):void {
trace(“e : ” + e);
}
private function errorHandler(e:ExecuteErrorEvent):void {
trace(“e : ” + e);
}
private function completeHandler(e:ExecuteEvent):void {
trace(“e : ” + e);
}
private function startHandler(e:ExecuteEvent):void {
trace(“e : ” + e);
}

2.addEventLisnerを使わない書き方
※エラー発生時のイベントについては、onErrorとcatchErrorのどちらでも取れるけど、エラーの内容を参照するには、catchErrorを使っておいた方がいいみたい。
(引数：errorでエラー内容が取れる)

public function Test2() {
//コマンドの定義
var loadSound:LoadSound = new LoadSound(new URLRequest(“./sound.mp3″));
//イベント処理の追加
loadSound.onStart = function(){
trace(“onStart this : ” + this);
};
loadSound.onComplete = function(){
trace(“onComplete this : ” + this);
};
loadSound.onError = function(){
trace(“onError this : ” + this);
};
loadSound.catchError = function(target:Object, error:Error){
trace(“onError this : ” + target　,error);
target.interrupt();
};
loadSound.onProgress = function(){
trace(“onProgress this : ” + this);
};
//コマンドの実行
loadSound.execute();
}

3.addCommand内とかでコマンドのインスタンスを作れないときのやり方
※エラー発生時のイベントについては、onErrorとcatchErrorのどちらでも取れるけど、エラーの内容を参照するには、catchErrorを使っておいた方がいいみたい。
(引数：errorでエラー内容が取れる)

public function Test2() {
//コマンドの定義
var slist:SerialList = new SerialList();
slist.addCommand(
new LoadSound(new URLRequest(“./sound.mp3″), null,
{
//読み込み開始時
onStart:function():void{trace(“start : ” + this)}
//読み込み完了時
,onComplete:function():void{trace(“onComplete : ” + this)}
//読み込み中
,onProgress:function():void{ trace(“onProgress : “+this); }
//読み込みエラー
,onError:function():void{trace(“error : “+ this)}
,catchError:function(target:Object, error:Error):void{trace(“error : “+ target,error)}
//読み込み中断時
,onInterrupt:function():void{trace(“interrupt : “+ this)}
}
)
);

//コマンドの実行
slist.execute();
}

メモ
initObjectでイベントを管理可能

slist.addCommand(
new LoadSound(new URLRequest(“./sound.mp3″), null,
{
//読み込み開始時
onStart:function():void{trace(“start”)}
//読み込み完了時
,onComplete:function():void{trace(“onComplete”)}
//読み込み中
,onProgress:function():void{trace(“progress” + this.bytesLoaded);}
//読み込みエラー
,onError:function():void{trace(“error”)}
//読み込み中断時
,onInterrupt:function():void{trace(“interrupt”)}
}
)
);
slist.execute();

参考：_level0.KAYAC:Progression4の新コマンドあれこれ

題名のまんまをprogression forumに質問したらすぐに回答を頂けたのでその補足メモ。

まずLoad系のコマンドで読み込んだデータを扱う際の定石は

//※要点を抜粋したコード
var _sound:Sound;
addCommand(
new LoadSound(new URLRequest(“./sound.mp3″))
,function(){
_sound = this.latestData;
trace(_sound)//出力：[Object Sound]
}
)

と思ってましたが、progression4からは、getResourceByIdというものを使った方が便利とのこと。
↑のコードを書き換えると

//※要点を抜粋したコード
var _sound:Sound;
addCommand(
new LoadSound(new URLRequest(“./sound.mp3″))
,function(){
_sound = getResourceById( “./sound.mp3″ ).data;
trace(_sound)//出力：[Object Sound]
}
)

getResourceById()の便利なところは、一度読み込めば、読み込んだデータがどこからでも参照できるというところみたい。
getResourceById( “./sound.mp3″ )と書くことでstaticは変数みたいな扱いができるということかな。

↓ざっくり書くとこんな感じ。

//※要点を抜粋したコード
var _sound:Sound;
addCommand(
new LoadSound(new URLRequest(“./sound.mp3″))
,function(){
_sound = getResourceById( “./sound.mp3″ ).data;
trace(_sound)//出力：[Object Sound];
new Test();
}
)
//
class Test {
function Test(){
trace(getResourceById( “./sound.mp3″ ).data)//出力：[object Sound]
}
}

あとgetResourceByGroupというものもあって同様な扱いができるそうです。
上記の検証で参考になった記事
参考：_level0.KAYAC:Progression4の新機能Resourceを試してみる

でタイトルの本題については、forumに書いたけど↓ではSerialList内のtraceはnullになり

addCommand(
new LoadSound(new URLRequest(“./sound.mp3″))
,function(){
_sound = getResourceById( “./sound.mp3″ ).data;
trace(_sound)//出力：[Object Sound];
new Test();
}
,new SerialList(null
,new Trace(_sound)//出力：null
)
)

SerialListをfinctionでくくると参照がとれました。

addCommand(
new LoadSound(new URLRequest(“./sound.mp3″))
,function(){
_sound = getResourceById( “./sound.mp3″ ).data;
trace(_sound)//出力：[Object Sound];
new Test();
}
,function(){
new SerialList(null
,new Trace(_sound)//出力：[Object:Sound]
).execute()
}
)

最後にこれらの集大成的なコード(ドキュメントクラス)
（functionで括らないSerialList内でのTraceでnullになるのは、イマイチ理解できてないけど)

package {
import flash.display.Sprite;
import flash.media.Sound;
import flash.net.URLRequest;
import jp.progression.commands.media.DoSound;
import jp.progression.commands.display.*;
import jp.progression.commands.lists.*;
import jp.progression.commands.net.*;
import jp.progression.commands.tweens.*;
import jp.progression.commands.*;
import jp.progression.data.getResourceById;
/**
* @author 393
*/
public class Test extends Sprite{
private var _sound:Sound;
private var number:int = 0;

public function Test() {
var slist:SerialList = new SerialList();
slist.addCommand(
new LoadSound(new URLRequest(“./sound.mp3″))
,function(){
_sound = getResourceById( “./sound.mp3″ ).data;
trace(“_sound : ” + _sound);
new DoSound(_sound).execute();
number = 100;
}
,new SerialList(null
,new Trace(“SerialList number : ” + number)//出力：0
,new Trace(“SerialList sound : ” +_sound)//出力：null
)
,new Func(next)
);
slist.execute();
}
private function next():void{
trace(“number : ” + number);//出力：100
trace(“nextの_sound : ” + _sound);//出力： [object Sound]
new Test2()
}
}
}
import jp.progression.data.getResourceById;

class Test2{
public function Test2() {
trace(“Test2のgetResourceById( \”./sound.mp3\” ).data : ” + getResourceById( “./sound.mp3″ ).data);
}
}

progression4からは、Progressionクラスを参照できるプロパティがmanagerになりました。
(3はprogressionだった)
SceneObjectとかCastSpriteとかが持ってるプロパティなので簡単に参照できます。

んが、ちょっとはまったのでmemo。

SceneObject（を継承したカスタムクラス）の場合、そのSceneObjectがaddSceneされてない状態では、managerはnullとなる。
つまりSceneObjectのコンストラクタに
trace(manager)
としてもnullが返ってくるだけ。
addSceneされたあとなら、Progressionインスタンスを返してくれる。

CastSprite（を継承したカスタムクラス）の場合は、自身の親が普通のspriteとかMovieClipの状態では参照できない。
親はCastSpriteとかCastMovieClipとかprogression独自のDisplayObjectContainerでないとだめ。

[2011.10.19追記]
とうぜんstageに追加した場合もmanagerはnullとなる

//nullの例
var sp:Sprite = new Sprite();
container.addChild(sp) //containerはprogressionの持ってるプロパティ。(progression的なstage)
var csp:CastSprite = new CastSprite();
sp.addChild(csp);
trace(csp.manager);//出力：null
//nullじゃない例
var sp:CastSprite = new CastSprite();
container.addChild(sp) //containerはprogressionの持ってるプロパティ。(progression的なstage)
var csp:CastSprite = new CastSprite();
sp.addChild(csp);
trace(csp.manager);//出力：[Progression id="index"]

というようなことが上手くまとめられてる記事もありました。
ありがたいことです。

参考：Fountain:Flash初心者がProgression 4 publicBeta1.1を始めたメモ

preloader.fla(プリローダー)に表示オブジェクトを追加する際は、foregroundもしくはbackgroundにaddChild()する。
CastPreloader.foreground
CastPreloader.background

foregroundは、メインコンテンツ(index.swf)よりも上の階層。
backgroundは、メインコンテンツ(index.swf)よりも下の階層

つまりコンテンツの背景として表示したいものはbackgroundに、
常に表示させたいものは、foregroundに、addChild()

SerialListとかのコマンドリスト内にもかけて、とっても便利なDoTweener。
ただし、そのコマンドリストを停止させるときはちょっと注意が必要かも。
具体的には、DoTweenerの含まれているコマンドリストをinterrupt()するとDoTweenerでエラーが吐かれます。
一応、その場で止まってるみたいですが、内部を読めない素人にはエラーという言葉が怖い・・・

というわけで・・・
interrupt()するコマンドにはTweenerを利用するという方法に逃げました。
これだとinterrupt()してもとりあえずエラーは表示されません。
（もちろん内部的に何かエラーが発生してるかはわからんですが・・・）

ちょっとはまったのでメモ

progressionのコマンド機能を使ってオープニングムービー付きサイトを作りました。
で、当然ムービーはスキップできるようにしたいな、と。

コマンドを停止させるにはinterupt()という命令でOK。
ただ停止したいコマンドを指定せねばなので、_onLoad()内のaddCommand内に書いてたコマンドを、別でSerialListを作ってそこにaddCommand、それを_onLoad()のaddCommandにinsertCommand()する感じにしました。
↓だいたいこんなかんじ
（indexSceneに書いたってことで話を進めます）

protected override function _onLoad():void {
var sList:SerialList = new SerialList();
sList.addCommand(
new Trace(“insertCommand sList”)
)
addCommand(
insertCommand(sList)
);
}

で、skipボタン用意して押したら、sList.interrupt()を実行して、その後はスキップ後の処理を実行するような感じに。

結果としては、止まった。
でも、通常_onLoad（）後に行われる_onInit（）は実行されず。
強制ストップだからそういうもんなのかな。
で、ここで問題が。
indexSceneから移動しても、_onGotoイベント、_onUnLoadイベントが発行されないご様子。
_onInit（）が実行されてないとだめなのか？と思ったので・・・
スキップしたいコマンドをonInit内に記述して、onInit（）のコマンドをinterruptしてみると、

//IndexSceneoの_onInitに書いてます。
protected override function _onInit():void {
var sList:SerialList = new SerialList();
sList.addCommand(
new Trace(“insertCommand sList”)
)
addCommand(
insertCommand(sList)
);
}

こんどはシーン移動の際に_onGotoイベントが問題なく発行されました。

_onLoad中でのコマンドのinterrupt（）には注意が必要かもね。

下の記事でCastSpriteからprogressionインスタンスを取得するのに、indexSceneを取得して、そのprogressionプロパティから取得しましたが、もっと簡単にできました。

trace(“プログレッションid” + getProgressionById(“index”))

“index”というidは、index.asのここで定義されてます。

// Progression インスタンスを作成します。
prog = new Progression( “index”, stage, IndexScene );

ちょっと混乱したので現象をメモしておこう。

まずはソースを、
indexSceneの_onInitに書いてます。

protected override function _onInit():void {
// 実行したいコマンドを登録する
var sList0:SerialList = new SerialList();
sList0.addCommand(
function() {
trace(“sList0″);
}
);
var sList1:SerialList = new SerialList();
sList1.addCommand(
function() {
trace(“sList1″);
}
);
var sList2:SerialList = new SerialList();
sList2.addCommand(
function() {
trace(“sList2″);
}
);
var sList3:SerialList = new SerialList();
sList3.addCommand(
function() {
trace(“sList3″);
}
);
var sList4:SerialList = new SerialList();
sList4.addCommand(
function() {
trace(“sList4″);
}
);
var sList5:SerialList = new SerialList();
sList5.addCommand(
function() {
trace(“sList5″);
}
);

//
addCommand(
function() {
trace(“defolt addCommand Start”);
},
addCommand(sList0),
function() {
insertCommand(sList2);
},
addCommand(sList1),
function() {
trace(“defolt addCommand End”);
},
insertCommand(sList4)
);
//
insertCommand(sList5);
insertCommand(sList3);

}

で、traceされる結果は、
sList3
sList5
sList4
sList0
sList1
defolt addCommand Start
sList2
defolt addCommand End

こんな順番。

気づいた点は、
_onInit()内に、insertCommand()をいくらでも書けるってこと。
そのinsertCommandはexecute()不要で、順番的には、addCommandよりも先になる。
さらに一番最後にinsertCommandしたものが実質一番最初（addCommandよりも先）に実行される、みたいね。

では、addCommand内でinsertCommandした場合はどうなるか。
これは少し注意が必要ね。
直接、insertCommandした場合は、addCommand内で一番最初に実行される。
でもfunction内でinsertCommandした場合は、既存のaddCommandの順番内に純粋に挿入される感じ。