はい、ではこんな場合を想定してみましょう。

１）ボールが上から降ってくる
２）ステージサイズよりも下に行った場合は、また上から降ってくる

ふむふむ、それならなんとかなりそうですね。

はい、ではまずは子のプロパティの定義から始めましょうか。ムービースクリプトのウィンドウを開いて下さい。

はい、で何から書き始めるんですか？onからですか？

いえいえ、propertyと書き始めて下さい。ここがちょっと違うところなんですよ。で、その後にプロパティを自分で決定するのです。

自分で決定するのですか、ええと、何をつけたらいいのかな？

まずボールがふってくるんで、その垂直座標と水平座標をプロパティで決めましょう。

つまり？

つまり

property myH,myV

あれあれ？なんでみんなmyがついているの？

暗黙の了解で、子オブジェクトのプロパティはみんなmyで始めるようにしているんですよ。グローバル変数はgで始まるのと同じですよ。

ふぅん、（なんとなく）わかりました。では次は何をするんですか？

ふぅん、だったらさっきのプロパティの場合だとこういう風に書けばいいのかな

property myH,myV

on new me
　set myH=（何か）
　set myV=（何か）
　return me
end

おっけーです。それで大丈夫ですよ。親スクリプト自体はそんなに長くならないんですよ。陰ながら見守っているというイメージがぴったりきますね。さ、次はそれを動かす場合です。親スクリプトを動作させるスクリプトをかきましょう。

それは本で調べたんですよ。ええとnew (script"スクリプト名")でしたっけ？

そうですよ。でもそれは１つだけ作る場合でしょ。たいていの場合は何個もつくるので、その手法を覚えておきましょうね。リストを使います。たとえば10個のものをつくとうとした場合は

global gKodomoListと、まずどこかで定義しておきます。

repeat with m=1 to 10
　setAt gKodomoList,m,new(scipt"スクリプト名")
end repeat

ううむ、ややこしくなってきたぞぉ……色々疑問が出てきた。なんでリストを使うの？

子どもを管理するときに、リストの中に入れてしまうのが一番簡単な方法なんですよ。今はあまり疑問に思わずに「あ、リスト使うんかいな」程度で軽くかわして下さい。さきほどのスクリプトではsetAtの部分でリストの中に「子」を入れているんです。リストの中身は[,..]というように訳のわからない文字がぎっしりつまっていますが、これがオブジェクトなんだと思って下さい。別にその意味がわからなくてもスクリプトは書けますしね。

ふむふむ、そこまではいいとしましょう。