oy;}とか、そんな感じで記述して、かつ、その自分で作ったクラスを配列で持ってあれこれ処理をしようとしたのだけど。そのクラスの中に書いたMovieClip関係の初期化メソッドを呼ぶと、なぜか一番最後の設定が、それまで処理してきた全てのクラスに適用されてしまって延々ハマってしまったり。みたいな変数には、ちゃんと値が入っていること。みたいな変数にも、ちゃんとMovieClipのポインタ?アドレス?インスタンス名?が入ってる。配列にすると上手くいかない。丸一日実験してみたが、よくわからない。mc;みたいなことをして、mcが存在してるのかしてないのかを判別できるようにしてその後の処理をするように。何かのタイミング、何かの条件で、最後に代入した値が他の同クラスのインスタンスにまで代入されてしまう。結局解決策は分からず。配列(Array)を使わない、という手しか思いつかなかった。具体的には、このようにした。_root.attachMovie(〜);}みたいな。「不具合を出さない心得みたいなものはあるか」という漠然とした質問を受けたのだけど。一晩寝て頭がすっきりしたら「あー、これがあったかも」という気分になってきたので、実例を提示しつつ伝える的pdfを作成。...他にやることはあるんだけど、こういう機会でもないと習得できないので。自分に言い訳をしつつ作業。不具合=バグのことだと仮定して。無いような気がするが、フツーの弾ならありそうな。波動拳や昇竜拳は出せないが、小パンチ小キックぐらいはあるだろう、とでも言うか。地道に絶えずピシピシ連打で削るしかないよな、みたいな。いう前提で考えるとして、とりあえずプログラミングに関しては、分かりやすい・綺麗な・保守しやすいソースを書くことを心掛けるというのが妥当かもしれないと。美しいソース≒分かりやすいソースではないあたり要注意だけど。参考ページをググってみたり。純粋関数型雑記帳プログラムを作るとき、「無理はしない」と言うのは、その通りだなと思ったり。Actionscriptってブロックレベルのスコープは無かったのか知らなかった。関数単位でしかスコープは無いらしい。今まで書いたソースは大丈夫なんだろうか。不安だ...見直してみないと...。専用のマウスイベントが用意されているらしいのだが。検索したら、画面全体に透明なボタンを用意して云々、というアホみたいな手法を見かけた。作らなかったんだろう。携帯版への移植も視野に入れてたんだろうか。それとも動作環境を増やしたかったのか。画像は届いたがボタンとロゴが1つの画像になっているのは助かった。別々で来ることも予想して、4枚ぐらい重ねられるようにはしてあったんだけど、使わずに済みそう。押す前と押した後が別々の画像になっていたのは予想外。いや、正確には、もしかしたらそういう画像が来るかもしれんと思ってはいたものの、来なかったら作業が無駄になるなと思って実装してなかったわけで。一応頭の中でそういう作りも考えてはいたし。それよりも、ボタンを押したらこの画面に移行する、みたいな話を今頃聞かされて、そっちのほうがトホホ。なんで今頃そういうことを言い出すかな。暗黙知だから「それは知っていて当然」と思い込んでしまっていて、こちらにはあえて伝えようとしない仕様があまりにも多過ぎて。無駄な作業、やらなくてもいい作業ばかりやらされている気がする。作業をすんなり進めるうえで必要になる情報を要求しても、ほとんどスルーされてる気もする。画像の種類だけでもメールで教えてくれ、それがあるとないとでは全然違うから、と言っても、結局何も教えてもらえなかったし。ツールの関係で画像はpngしか使えないよ、と教えてあげたのに相変わらずgifで届くし。それでいて「不具合を出さない心得を〜」などとわけのわからない質問メールは届く。この手のソレを書いてると、ヒートアップしてしまう。差し替え・調整作業をしよう。15日が〆切とか言ってたけど、14日が終わろうとしてる頃に画像を送ってきたり、「本来の仕様」だのを今更伝えられてもなあ...。俺を何だと思ってるんだ。