仕事で一度だけケータイFlashのコンテンツを作ったことがあるのだけど、特定端末でビデオメモリ不足で画像が出なかったりと色々苦戦しました。そこでこの勉強会が開催されるとのことで上級編（Flash作ってる人向け）に参加しました。

パブリッシュについて

Flash4はFlashLite1.1とほぼ同等。ただし、FlashLiteは携帯特有のASが付随していると考えればよい。
CS3があるならデバイスなんちゃら（携帯の端末でテストできるあれ）を使うのがいいが、持ってない人はFlash4で作って行くのが良いよ。

フレームレート7~12fpsで制作するのがいい。12fpsで問題ないが一部端末でつらい場合があるのでセーフティは7fps。
画面解像度は240＊240。ただしこれはセーフティーなサイズなので、コンテンツによって変えるといい。

FlashLite1.xならではのスプリクトの書き方

携帯端末はreleaseのアクションはとれないので全てpressにする。
携帯端末は押す動作しかなく、マウスのように離すことは無いためpressを使うこと。
ただし一部端末ではreleaseでも取れることがある。

FlashLiteは配列が使えない。オブジェクトも使えない。

変数制限について

変数宣言のvarは認識できないので使わない。
読みづらくなるので変数名をわかりやすくしないと...

ドットシンタックスは使えない

AS2.0では基本的なドットシンタックスによる指定ができない。

image.gotoAndPlay(1);

上記の指定だとシンタックスエラーが出るので下記の方法でやる。

tellTarget("image"){
gotoAndPlay(1);
}

テキストフィールドについて

AS2.0だとテキストフィールドでもインスタンス名を入れるが、FlashLiteだとインスタンス名を入れるとエラーが出るので、変数名で指定する。

文字列の連結

AS2.0だと＋で文字列の連携ができるが、FlashLiteだと連結することが出来ない。

tellTarget("image" + 1){
gotoAndPlay(1);
}

上記の記述だとエラーが出るので下記のようなaddを使って文字列の連結を行う。

tellTarget("image" add 1){
gotoAndPlay(1);
}

MC名にforで回した変数を追加して”mc01”、”mc02”といった指定をする場合はこれで行う

さらに「==」は「eq」に置き換わる。これも注意。

FlashLite1.xだとfunctionが使えない

functionは無理だがcallでそれっぽいことができる
call(2);

これで2フレームに書いてあるasを呼び出すことができる！（フレーム名じゃなくてラベルでも呼び出せる）
asのみの動作であって、2フレーム目に書いてある画像などは呼び出されない。

ただし、引数は持っていけないので引数っぽいことがやりたければcallを呼び出す前にグローバル変数に引数（戻り値）も入れてしまうといい。さらに呼び出した先のフレームの最後でグルーバル値に値を入れると戻り値っぽいことができる（若干トリッキーだが。

#include はFlash4でも使える

なのでcallをたくさん使うならincludeを使ったほうが管理しやすいよ。
ただし！呼び出されるたびにコードが展開され容量を喰うので何度も同じコードを呼び出す場合はキツイ...
携帯で容量を喰うのは痛い。程度によってはcallを使うか、そもそも関数を使わないように組むのがいいかな。

携帯案件で折れ線グラフを作ってみた結果、気がついたことを

AS2.0であれば、ポイントからポイントまでLineToで線を引けばいいが、FlashLiteではLineToが無いので線をあらかじめ書いたMCを移動、回転、伸縮させて表示している。

Tips

_width,_heightは機能しない機種（一部）がある
解決方法はサンプルデータが公開されてから追記します。

参加者からの質問

テキストフィールドの位置を動的に動かしたい場合は？
テキストフィールドにインスタンス名を書く事ができないからそのままだと動かせない。
MCの中に入れればMCごと移動できるかな？

自動的なローディングはできない？
何かをさせつつ裏でロードするということができないので、ロードするにもユーザーにクリックを強いてしまう。
クリックを感じさせない設計ならいいんじゃね？

容量を押さえる、スムーズに動かすには。

ビデオメモリは1M〜2Mの間が多い、この間で画像が出なかったりする。
フォントは明朝体よりもゴシック体、さらにデバイスフォントのほうが軽い。
デバイスフォントは汚いが、PCと端末で入ってるフォントが違うのでPCよりは読みやすいものがでるよ。（端末のメニューとかで使ってるし）
フォント選びは慎重にすること。
また、パスの場合も多くなってくる重くなる。が、落ちることも無い（画像の場合は落ちる）ただし、極端な場合は表示すらされないこともある。

音の差異

mmf,midiファイルを与えないと音が鳴らせない。（PCでは確認できない
音を鳴らすためのルールが3キャリアで違うので、別途でやらないとダメ。
ピアノの音源であれば、端末の差があまりでない（ピアノはピアノの音色になる）
その他の音源（シンセ）とかだと端末によってドラムになったりするらしい。
正直、音の入ったコンテンツは音の専門家が居ないと作れないと思われる。

フォントの差異

容量の関係で_ゴシックを使う機会も多くなるので注意したほうがいいよ。
フォントは12pxで１２文字（７、８文字）で作るのが一般的。
８、１６、は12pxと同じサイズで表示されたり危ない。Softbankだと8pxが米粒に。
最悪はアウトライン化して出力。

ベンチマーク

DoCoMoの端末は早い！また遅い機種も無い！
AUの端末は基本的に遅い。一番早い機種でDoCoMoの中で真ん中ぐらい。遅い端末はDoCoMoの２倍以上かかることも。
表示速度をしっかり得るには、早い端末、遅い端末の間をとって制作するのがいいね。
このベンチマーク結果はあとでもらえるとのこと。太っ腹すぎる。
FlashLiteに対応していない端末は30%ぐらい。

ボタンのフォーカス

基本的にY軸上、上から下へフォーカスがかかっていく。
同じ軸上にある場合は左からフォーカスがかかる。

データの保存

クエリをつけてGETで送る。これには特に注意点は無い。

再生中に電話やメールといったことがおきると

基本的にはブラウザの操作なので注意点はとくになし。ブラウザごと一時停止する。
待受けの場合は携帯を閉じるときにデータを保存することができる端末もある（すべてじゃない）

結論

セーフティな書き方でFLashを作ることはできるが、やっぱり実機での動作環境は必須