昨日頑張ってやってみたのですが、6が最高でした。 ジャンプしないと取れないフルーツが、どこに浮いてるかが分からないのでそれが一番キツかったです(><)

そうです。私がヘンなヨウセイです(・ω・) 混ざった←

そいつぁ人間離れしたヘンタイもいたモンですなぁ(´ω`) (訳:存分に楽しんでます) 速度ってMAXあるんですよね？10面辺りからじわじわ加速してる錯覚…… あと、めぐりー先生自らの「ふっとんだゲーム」予告。今までのは吹っ飛んでなかったのですね…

あ、なんか紹介された(・ω・)ﾄﾞﾓ 私の作った当たり判定ライブラリ、まだ公開はしてますが、四角形だけでなく円とか三角形とか線分とかを、ベクトルの外積とか使って結構ガチに判定してるヤツです。 今サトシさんが作ってるシューティングは、オーソドックスにSPHITや座標比較で十分だと思います。 もしそういった数学の活用とかに興味がありましたら参考にしてみて下さい(´ω`)／ しかし古臭いとかなんの意味もないとか脱線GoingMyWayとか、みんな容赦なく一刀両断でワロタ(^^; あ、いや笑っちゃダメですね(`・ω・´)ｽｲﾏｾﾝ

………chinklew?

|| ω・) ﾁﾗｯ 私の作った汎用セーブ処理はプロフィールに公開キーがありまーす。 が、「数値」を保存するのが目的なら、おちゃめさんの言う通りTXTではなくDATの方が適してます。 セーブに「数値配列」と「文字列」の2通り方法があるのはご存知でしょうか？ もし知らなければ、SAVEのヘルプとかを見つつ試してみると良いです(^O^) 何か理由があって文字列形式で保存したいようでしたら、Somaさんのサンプルのようなやり方………から、多分1ファイルで済ませたいと考えると思いますので、でんぺんさんの言うように文字列をくっつけたり分解したりを自分でやる必要があります。 やることは単純なんですが、結構めんどかったです(´ω`)

だいじょぶやでー 最初はみんな初めてやでーー(´ω`)

何かゲームを自分で作るのが目標ですね？ 実は、完成されたゲームみたいなのを作るのは最初は結構ハードルが高いです。 焦らずに、地道にちょっとずつ、楽しみながら慣れていくのがよいです。腰を据えて覚えるのは、「プチコン 初心者」で検索して出てくる、前作の初心者講座とかがオススメです。 (なんで前作かというと、今作のがまだ工事中で………(´з`)) あとは、どんなものが作れるのかを掴むために、他の人が公開している作品を色々遊んでみるのも良いです(^O^)

プチコンで描いた絵は、他のプログラムでも自由に使えますよー(^O^) 保存したりロードしたりが色々面倒ですけど(°з°) (お絵描きソフトの失敗でなぜ綺麗なタンポポorホタテが出来たのかはツッコまないでおこう(´ω`))

やっぱり！(^O^) いや、私は絶妙なバランスだと思います。 前は時間かけてちょっとずつとる作戦だったので実は急いだ方が簡単なのかな？とも思ったのですが、出現頻度が増えたのはやっぱり気のせいじゃなかったのですね。 スピードよりは、同時出現数が大きかったです。 前のステージ９は、ダイヤをギリギリまで温存して走り回ってもまだまだノルマが残っていたので、クリアできる気がしなかったのです(^^; しかしこの終わりかた、よくよく見るともったいないですね(´з`) ダイヤも二個出てるし凡ミスに近い………

適切なリアクションに悩みますが、なんかどういたしまして(`・ω・´) いやこれ違うな。 え？ぷこにゃーから炎？(^^; 火ぃ吹いたり手ぇ伸びたりは別のやつなので、たぶんさすがにそれは実装しないと思います………たぶん。 おおこの画像は……… ヤバイ、自分が何言ってたか全然思い出せない(^^; なんか冗談でバージョンアップの話をしたことはある気がするのですが………四六時中ネタばっかり言ってるもんだから(´з`)

タンポポを飛ばして辺り一面タンポポ畑にするゲームですねわかります(^O^)

あれ？ネコ以外にも何かネタ被りましたっけ………(´ω`) いや、そんな事より >むろん火を噴いたり、手がのびたり、ワープするのも楽しみにしています。 あれ、私、横道で作ってるゲームの話、しましたっけ？(^^; 誰にも見せても言ってもないはずなのですが、なんか八割方当てられてるんですが……… 「ワープする」だけまだ作っていないのですが、むしろ作る予定はあったのに忘れていたのを、ishさんのコメントで思い出しましたありがとうございます(`・ω・´) ………なんだこの世にも奇妙なやり取り(`・ω・´;)

>ツララさん 少し前に配列のアクセスの遅さについて話題になっていたのですが、その際に説の1つとして「内部的にリンク構造になっているから遅いのでは」というのがありました。 A$[3]="123" の結果を見るに、これ当たってるのではという気がします。

ハイスコア機能いいですね！(^O^) ところで、バランス前より簡単になりました？ 実はひとつ前のバージョンは、ステージリトライ出来るように改造もしてやってみたのですが、それでもステージ9が無理ゲーでした(´з`)

右に同じ(`・ω・´)

あ、「コメント無しでも分かるのが理想」については、私も全く同感です。 適切にコメントを書くのが最重要というのは変わりませんが、それを意識しながら書くのと書かないのとでは、バグの出やすさや拡張のしやすさに直結してきます。 具体的には、関数や変数名を見てある程度わかる名前にしたり、インデントなどのレイアウトで直感的に分かるよう工夫したり、近い処理は1つにまとめたりとかですかねー。

>コータさん 今からでも変えた方がいいとまでは思いませんが、そもそも用途の違う別々のものを1つで管理してしまっているために起こっている、設計ミスかコスト削減と引き替えの症状にあたると思われます。 (A)プチコンの、メニューのカーソル移動などの操作SEをどうするか (B)作成したプログラムでの、ダイアログなどの操作SEをどうするか SYSBEEP命令の機能はBだと思いますが、AとBを1つのもので管理してしまうとおかしくなります。 ついでにBREPEATも調べてみたのですが、こちらはちゃんと「プチコン操作」と「プログラム実行」で分かれてました(°ω°) BEEPはプチコンのシステム的に分けるのが難しかったか、SYSBEEP命令がAにも影響した方がユーザにメリットがあると判断されたのかもしれません。

ゆうたんさんと同じく仕組み的に想像がつくので、システム変数の挙動としては違和感はなかったのですが、プチコン3号のユーザインターフェースとしては確かに変ですね。 メニュー画面等のSEを変える機能を付けるなら、普通はまずオプションですね。

文字列に添字をつけてアクセスするの、 "UDLR"[2] や C$=A$[0] のように「読む」だけなら問題ないのですが、 A$[2]="ABC" のように「書き込む」のに使うと、今まで起きなかった副作用が出る可能性があるので注意が必要です。 副作用の説明はちょっと難しいのですが、 A$="123": B$=A$ とあって、普通に A$="A23" と書いた場合はB$は「123」のままですが、 A$[0]="A" と書くと、A$だけでなく副作用でB$も「A23」になってしまいます。