コインがある程度重なったら SPLINKして、まとめて動くようにするとか

IF Aが動いた && Aが他のSPに当たっている THEN 当たったSPの座標を「Aの移動分±α」追加 みたいな感じかなぁ ±αは乱数

奥になるほど暗くするっていうのは よくある手法…なのかな? ハカセ達のSPも同様に暗くするといいかも。

っ X,Yそれぞれにこの関数を使えば楽

X,Y=カーソルの座標 IF ボタン && X,Yが共に範囲内に入っている THEN

SCAを少しづつ増やして描いていくと…

前回の投稿(空き文字数足りてるのに アウトメモリー)の真犯人は、 DATAの個数でした! 上限は「1行につき4096個」みたいです。 ,で区切られてる分が1つとして判定され、 2文字以上の文字列も1つづつとして カウントされてるようです。

あー、桁数違うやん、 PRGDELでリセットできぬやん。 PRGEDITでカレント再設定してもダメやん。 というか、文字数越えるとPRGINSどころか PRGDELも効かなくなっとるやないけ！ DISPLAYの次に厄介なのってこいつやろ! どーすりゃいいの。 まったくもう、まったくもうだよまったくもー

PRGSETも同様。

>何このややこしい仕様<

連続でPRGINSする場合、 「前回までの(PRGINSで)扱った文字数の合計」+「今回扱う文字数」 が1015806を越えると "今回"は実行されなくなる模様。 この問題の対処法として 「前回までの合計」をリセットしなければ ならないようで、、、 どうやらPRGDELでそれが可能っぽい。 毎度文字列末尾にCHR(10)で改行を付けて るのはPRGDELの代償です。

CHR$(10)(改行)で複数行にINSしても 上コメの値は変わらぬ模様。

引数の文字列が1015806文字を越えると PRGINSが実行されないことが判明! ビミョーな値だな…。

スロットの文字が多いと USEの時点でメモリがアウトになる。 空き文字数足りてるのに～。

尚、僕はこの投稿の10分前に気付いて、 急いで作りました(約5分クオ)

ツイッターに出てる画像見ると スプラと世界観が同じような… アームも"様々なメーカー"が作ってるし… フォントのデザインも似てるし… コラボしたりして…

あ、3Dにするの忘れれれ

あと、10時間

エラー時にエラー行数も一緒に出るはず。 その行でDATA文の数値をもとに SPFUNCやらRESTOREしてると推測。

2進化10進数と2進数が同じだと思ってた…｡｡