アイテムインベントリの構造を 話し合いたいですね プレイヤーの操作によって変動する データを管理するのが下手なので…

(これ書くと怒られそうですが…) LOAD”任意のプログラム名”,0 FOR TO 最大行数 読み取り Unicodeをずらす 同じ位置に書き込み NEXT SAVE”元のプログラム名” このようなプログラムを書き、 SAVEダイアログで 「はい」を押すだけで プログラム一つ吹っ飛びますからね… (Unicodeを逆にずらせば解決)

内部エラーとは珍しい… ーーーーーーーーーーーーーーー VAR()で変数を取得する時って SLOT指定が必要だったような… うろ覚えですすいません

あ、ゴメンなさい コメ順がずれたみたいです しろ さんへの返答ではありません

今回のテーマである「バトル」を 実装できていないPETITRPGの 必要性について、作者自身 疑問を感じていました。 開発凍結の理由はそれもあります

無ければ作る。それがプチコン

ロゴのサイズは SEKI22さん、あまさと しおんさんに 相談してください

PETITRPGの開発は凍結しています

バトルシステムの プロトタイプを作った結果、 プログラムがまともに動かないので SPRITE化はしない予定です。 ※PETITRPGの更新は 一時的に凍結しています。 解決した時に コメントするかもしれません。

無ければ作る。それがプチコン

これで多分… あ、すみませんコピペです

例 DIM STATUS[3] STATUS[0]=LV STATUS[1]=ATK STATUS[2]=SPD SAVE "DAT:SAVDAT",STATUS

丸ごとSPRITE定義という裏技も …あるのかな？ 同じこと考えたことはあるけど データ管理が面倒になって挫折した

普通に 「ちょっとムリなんで」 で大丈夫ですよー

・出かける ・遅くなる まだ個人情報バレてる件について

あ、キーあった すいません

どっちの関数消したんすか一体… 公開キーください公開キー

おそらく 関数SPCHASEを使っているところの 引数が不正なのでは。 111〜117行目では エラーはないように見えます

そうですね… ちょっと考えていたのですが バトルシーンのできている PETITGAME(SEKI22さん) MiniRPG(ShionAmasatoさん) 基礎規格ができていない PETITRPG_Vn.m(TTcreation) ”完成させる”という目的では PETITGAMEまたはMiniRPGを 使うべきかと思います。 BGM係、絵係さんも かなり待っているようですし。

な い で す