【ウディタ】WOLF RPGエディター　其の28

**名前は開発中のものです。** · 2011/11/01(火) 19:42:32.91

RPGツクール系よりは手がかかる分、比較的細かい所まで作り込む事ができます。
RPGツクールでは物足りないけど、プログラミングはちょっと……という方にお勧めです。
次スレは>>980が立てて下さい。

■WOLF　RPGエディター公式サイト
ttp://www.silversecond.com/WolfRPGEditor/
■開発者サイト　SilverSecond
ttp://www.silversecond.net/
■エディター説明書
ttp://www.silversecond.com/WolfRPGEditor/Help/
■WOLF RPGエディターWiki
ttp://www.silversecond.com/WolfEditorWiki/
■WOLF RPG エディターパーフェクトガイド
ttp://www.silversecond.com/WolfRPGEditor/Guide/
■第三回公式ウディタコンテスト＜終了＞
ttp://www.silversecond.com/WolfRPGEditor/Contest/

前スレ
【ウディタ】WOLF RPGエディター　其の27
http://hibari.2ch.net/test/read.cgi/gamedev/1316611044/
関連スレ　ｳﾃﾞｨﾀ初心者質問ｽﾚWOLF RPGｴﾃﾞｨﾀ-
http://hibari.2ch.net/test/read.cgi/gamedev/1275717753/

以下、公式サイトから抜粋。

○高度なRPG開発が可能な、完全無料のRPG製作ツールです。
○作成したゲームは自由に配布したり、コンテストに投稿することが可能です。
　また本ソフトを持たない人でもプレイが可能！ファイル暗号化も完備！

**名前は開発中のものです。** · 2011/11/03(木) 13:31:10.89

シンプルなもんならそんなに時間かからんよ　あっちはツール部分も手を加えて他の事もやってんだぞ？

**名前は開発中のものです。** · 2011/11/03(木) 14:06:53.56

>>22
基本システムが複雑な理由の一つは、様々な制作者・環境を考慮した作りになってるから
使わない人には無駄でしかない部分もあるし、これが自分の為だけのシステムになった場合かなりスリムになると思うよ

**名前は開発中のものです。** · 2011/11/03(木) 14:08:56.14

基本システムほどきちんとしてなくても無理やり動かせればいいわけだし

**名前は開発中のものです。** · 2011/11/03(木) 14:13:34.43

>>22
さらに時間がかかるかどうかは求める方向次第だろう

仮に基本システムが中央（空データ）から東に30歩進んだものと仮定する
自分が求めるものが南東の方向にあった場合
あとは南に進むだけだから基本システムの位置からスタートした方が早い
（基本システムの改造）

だけど自分の求める方向が西の方向にあった場合
東に進んでる３０歩分が遠回りになってしまう
この場合基本システムを使わない方で
中央（空データ）から進んだ（作った）方が早い

**名前は開発中のものです。** · 2011/11/03(木) 14:28:27.98

>>23-26
レスサンクス
たくさんついててびっくりしたわ

諸兄の指摘はごもっとも
書き方がまずかったのは認める

だから相手の求めるもののレベルが見えない状況だったから
いきなり自作を薦めてもって思っただけ

**名前は開発中のものです。** · 2011/11/03(木) 14:30:28.90

だからは無視してくれ orz

**名前は開発中のものです。** · 2011/11/03(木) 14:57:19.28

基本システム読み解くのは難しいが、作業量は自作のほうが多くなるだろうな

>>26の話はすでにRPGじゃなくてSTGが作りたいとかって人の場合だな
RPGの雛形使ってもあんま意味ないっていう

**名前は開発中のものです。** · 2011/11/03(木) 15:47:36.06

>>26の話って例えは西になってるけど
東に10歩分のシステムならやっぱりゼロから自作した方が早い
って話なんだよね

基本システム2だとコモンが名前呼び出しになっててリカバリも簡単だから
理解が深まるまでは改造でちまちまやった方がいい気はするんだが
作りたいシステムに持ってく過程が余りにも長いとモチベは落ちるわな

**名前は開発中のものです。** · 2011/11/03(木) 16:09:20.15

そもそもアイテムとか元々がゴチャゴチャしてるからな
武器防具道具は一括してしまうだけですごく簡単になる

**名前は開発中のものです。** · 2011/11/03(木) 16:34:38.96

>>30
かりに初心者が作りたがってる物が基本システムに限りなく近かったとしても、
他人のコモンを読み解く　＝　自分でコモン組めるくらいの知識が必要
だから大抵は難易度が自作＜改造になるのよ
基本システムも所詮はコモンであって、ツクールのDBのように変数理解して無くても弄れる簡単な代物じゃないからこそ
「基本システム弄るよりゼロから作った方が簡単だし勉強になる」と盛んに言われるわけ

**名前は開発中のものです。** · 2011/11/03(木) 16:34:46.24

作り方は参考になるんだけど
それを改造する気にはならないわ

**名前は開発中のものです。** · 2011/11/04(金) 08:38:16.36

>>32
難しいな
巡りまわるの近づくと話し声が聞こえてくるシステム
作ろうとしてるけどわりと難しい

**名前は開発中のものです。** · 2011/11/04(金) 09:26:46.71

構造化された実装を読み解く事は出来ても思い付けない人
は結構いる気がする

**名前は開発中のものです。** · 2011/11/04(金) 12:58:14.48

>>34
めぐめぐのは見てない（新verで追加とかされた？）から分からんが
まず頭上に吹き出し表示するイベント作って、範囲拡張したらダメなん？

**名前は開発中のものです。** · 2011/11/04(金) 13:09:21.84

基本システムと同レベルの自作RPGって武神くらいしか思いつかない・・

**名前は開発中のものです。** · 2011/11/04(金) 13:11:08.04

めぐめぐと魔神器もあったか

**名前は開発中のものです。** · 2011/11/04(金) 23:33:50.57

>>35
むしろDB拡張すると細かい点全部弄らんとダメだから基本システムは完全に構造化して欲しい

**名前は開発中のものです。** · 2011/11/04(金) 23:36:37.39

魔神器は当時初めて見たときかなり衝撃的だったんだよね
デフォ素材をあそこまで効果的に活かしたシステムをよく作ったものだと思ったよ
インターフェイスもシンプルなレベルでかなり高クオリティでまとまっていたし
ウディタやVXのようなチビホコグラは好きじゃなかったけど考え方を変えさせられたゲームだった

**名前は開発中のものです。** · 2011/11/05(土) 00:04:22.22

>>40
作者自画自賛乙

**名前は開発中のものです。** · 2011/11/05(土) 00:08:59.50

このスレの20%以上はryuさん信者もしくわryuさん含む多神教だと思うぞ

**名前は開発中のものです。** · 2011/11/05(土) 00:13:52.92

とりあえず自演乙って言っておけばOKでしょ

**名前は開発中のものです。** · 2011/11/05(土) 00:14:43.00

シンボルだかなんだかの成長値上下させるシステムでヘタ打ってクリア断念したけど割と良かったと思うよ
魔剣使いに一番適してるのがデフォルトのノーマルだったとは…

**名前は開発中のものです。** · 2011/11/05(土) 05:44:12.70

>>34
ページを利用して表示すれば良し。
①起動条件:プレイヤー接触　接触すれば②に移動
②起動条件:並列実行　吹き出し表示。プレイヤーの座標が範囲を越えた場合①に戻す
ここでポイントは①の接触範囲より②で①に戻す範囲のほうを広く取る事
これはあくまでセリフ用のMAPイベント。

**名前は開発中のものです。** · 2011/11/05(土) 06:56:46.21

>>45
そういう構造なのか
参考にする

**名前は開発中のものです。** · 2011/11/05(土) 07:55:10.33

全部DBで管理すればえぇやん

**名前は開発中のものです。** · 2011/11/05(土) 12:37:49.19

>>47
残念ながらほぼDBで管理できるが、意外に一部通常変数やらが必要だったりする。と自作システム作っている人が言ってみる。

**名前は開発中のものです。** · 2011/11/05(土) 13:54:16.65

たしかに次元変数的な利用しない限りは通常変数を使ったほうがいいだろうと使い続けて行くうちに
あれ？これDBで管理してほうがよかったんじゃね？
ってことはあることはある

**名前は開発中のものです。** · 2011/11/05(土) 14:33:23.17

>>47
一部通常変数もいらないだろ、特定範囲をチェックするコモン一つ立ててしまえば
そのコモン内の変数使えば済むだけの話あとはDBの設定次第じゃないか
DB内は該当MAP、座標XYもしくはイベントID　吐かせる台詞の設定だけ十分つくれるよ

**名前は開発中のものです。** · 2011/11/05(土) 14:34:23.62

おっと間違えた>48

**名前は開発中のものです。** · 2011/11/05(土) 14:41:13.53

好みの問題だな
管理しやすい方を選べばいい

俺はマップで完結させられる処理はマップでやった方がいい派

**名前は開発中のものです。** · 2011/11/05(土) 15:51:27.98

好みも糞もDB管理の方が汎用性高いのは確定的に明らか

**名前は開発中のものです。** · 2011/11/05(土) 16:05:57.59

動けばよかろうだろ…いやらしい

－α · 2011/11/05(土) 16:16:28.23

ありがちな最初の森の構造でさえクソ迷ってしまう　ｔｓｋｔ

**名前は開発中のものです。** · 2011/11/05(土) 16:22:11.43

>>53
汎用性高い≠管理し易い

**名前は開発中のものです。** · 2011/11/05(土) 16:40:59.83

・DBで管理できるよ
・通常変数必要じゃね？
・いや、DBでいける

こういう、できる・できないの方法論の話が出ると必ず
好み云々言い出す人間が出てくるのが不思議でしかたがない
使う人間の好き嫌いの話ははじめから論点ではない

**名前は開発中のものです。** · 2011/11/05(土) 16:51:30.22

はいはいDB管理最強

↓次の話題どうぞ

**名前は開発中のものです。** · 2011/11/05(土) 17:27:51.56

>>50
実際に作れば分かるんだけど
セリフを吹き出しする人物の数だけ並列実行が必要だからな
残念だけどMAPイベントで制御するしか無いんだわ。

**名前は開発中のものです。** · 2011/11/05(土) 17:39:31.12

>>59
さすがにそれはないわ
>>50はマップも座標(かイベントID)もDBで管理するって言ってんだから
人物の分だけループ回してデータベースを読めば済む話

>>57
俺はどっちでも「できる」んだから好きな方でやれって言っただけ

**名前は開発中のものです。** · 2011/11/05(土) 17:44:11.03

性能の話をしてるのにWINDOSとMACをいきなり好みで選べって言い出すバカに似てるよね(´・ω・`)

**名前は開発中のものです。** · 2011/11/05(土) 17:54:34.00

どの方法でもできてやり方選ぶだけならそりゃ後は好みになるよ

この方法ではできないって言ってる人がいるけど
そう言う人が存在してることや実際不可能があるかは関係なく
発言者自身が複数方法で可能と信じてるから好みが出てくるんじゃないの

**名前は開発中のものです。** · 2011/11/05(土) 18:01:09.47

>>60
すまん一番大事な「同時に」が抜けてたわ。
何人もが同時に吹き出し表示の場合コモンで制御するのは無理あるだろ
範囲だけ並列実行させてで吹き出しピクチャ表示は呼び出し起動にするつもりか？
吹き出しのピクチャの消去はどうすんだよ。
ディレイで消すつもりか。実際としてうまくいかんぞ
範囲外抜けて消すほうが自然なんだよ。

**名前は開発中のものです。** · 2011/11/05(土) 18:20:47.82

どっちが汎用性高いとかはどうでも良いよ
マップイベントでこういう風にすれば出来るよっていう情報と、
それならDBでこういう風に管理する事も出来るよっていう情報が出ただけで充分

>>63
同時に二箇所以上で喋らせるつもりで話してた貴方と
一箇所のつもりで話してた>>60とじゃそりゃ話が食い違って当然なのに
「ピクチャ消去どうすんだよ」って喧嘩腰に言われても困る
一箇所ならDBでも問題ないんでしょ？

**名前は開発中のものです。** · 2011/11/05(土) 18:21:39.32

複数表示はデータ番号からピクチャ番号決めればいけるでしょ？

消去の方は、表示する際にピクチャ消去されてるかどうかチェックしてる？

**名前は開発中のものです。** · 2011/11/05(土) 18:28:39.91

いや、汎用性の高さの話してるんだけど？

**名前は開発中のものです。** · 2011/11/05(土) 18:30:31.95

つーか　その吹き出しコモンのMAPイベントを複数作るとき元のイベントコピーして量産するだろうから
それコモン化しちゃえば？ってだけなんだがね

**名前は開発中のものです。** · 2011/11/05(土) 18:44:26.15

組み方なんて動けばいいんだから、何でもいいっしょ。
そんな事考える前に完成させたやつが勝者。

**名前は開発中のものです。** · 2011/11/05(土) 18:46:17.78

「できる」「できない」ｎ話になると、どっちでも最終的には「できる」から
じゃあそれじゃ意味がないから汎用性を考えようって話なのに
自分の好みとか何でも良いとかアホだろｗｗ思考放棄すんなよ

**名前は開発中のものです。** · 2011/11/05(土) 18:57:09.90

>>64
そもそも複数だろうが一箇所だろうが不都合はないんだよね
コモン制御する場合、主人公と人物の相対座標求めるんだから、
ピクチャー消去にもそれを使ってやればいいだけ

**名前は開発中のものです。** · 2011/11/05(土) 18:57:14.34

汎用性の申し子かお前はｗ

そもそも出来る出来ないの話で意見が食い違ってたんだから
両方で出来るならそりゃDBの方が汎用性は高いだろうよ
だから汎用性は関係ない、好きな方選べばってなってんのに

**名前は開発中のものです。** · 2011/11/05(土) 19:03:05.04

んや、好みの問題だよ

現実的にマップイベント全く使わず全部DB管理とか可能かも知れんが普通は絶対やらない
それで完成させられる人が他の方法を思いつかないなんてありえない
あえてそれでするのは好み以外の何者でもない

**名前は開発中のものです。** · 2011/11/05(土) 19:23:25.60

>>70
俺の頭だとどういう風にやれば良いとか明確に見えてないけど
やろうと思えば出来るんだな

というか二人で意見してるのかと思ったら
マップイベントでしか無理だと勘違いしてた人と、
DBでも出来るけどマップイベント派っていう人と
DBのが楽だからDBが良いよって人がいたんだな

**名前は開発中のものです。** · 2011/11/05(土) 19:25:55.49

>>71
お前はくりしちゅの上田かｗ

**名前は開発中のものです。** · 2011/11/05(土) 19:27:04.99

プログラマーorスクリプターってのは合理的に概念を構造化する生き物であるべきなのは明白で
そこに好みとか何でもいいとか不確定要素を選択する人はプログラミングには向いてない
わりとマジで

あとマップイベントと通常変数とDBで話がごっちゃになってるのは秘密な

**名前は開発中のものです。** · 2011/11/05(土) 19:28:41.27

全てコモンとDBでやれよって奴はオブジェクト指向派で、
通常変数使えよって奴は「実はオブジェクト指向ってしっくり来ないんです！」派だな

**名前は開発中のものです。** · 2011/11/05(土) 19:29:31.66

>>75
Perlの理念とか見るとそうでもないよ

**名前は開発中のものです。** · 2011/11/05(土) 19:30:03.30

そろそろ2.01出してくれんのかな

結構目立つバグが溜まってきてるんだが

**名前は開発中のものです。** · 2011/11/05(土) 19:31:46.82

>>75-77
まじめに考えることができるやつがプログラマーになるのはほんとに勿体無いよ
数は高卒と専門に履いて捨てるほどあるしな

**名前は開発中のものです。** · 2011/11/05(土) 19:37:14.79

>>75
それってどの点を合理的だと捉えるで変わらないか？
ウディタの場合、コモンの構造を合理化するのも大事だが、
シナリオ部分の作成効率を合理化するのも大事だと思うぞ？

今回の場合、
シナリオが本来受け持つ部分までDBに背負わせることになるわけで
作業動線はどうしても悪くなる

マップイベントをコピったり削除したりするだけで済むところが
DB操作しなくちゃまともに動かないなんて効率悪いだろ？

**名前は開発中のものです。** · 2011/11/05(土) 19:52:18.53

お前ら話食い違いすぎワロタ

**名前は開発中のものです。** · 2011/11/05(土) 19:53:12.65

みんな自分の考えてる議題で他の人も話してると思ってるからね

**名前は開発中のものです。** · 2011/11/05(土) 19:55:58.30

そもそもどこがこの話のスタート地点なのかから食い違ってる

**名前は開発中のものです。** · 2011/11/05(土) 20:10:55.83

>>45「こういう方法があるよ」
>>47「（どうせコピペで増やすなら）DBでええやん」
>>48「通常変数必要じゃね」
>>50「いんや、DB次第っしょ」
>>52「好みの問題」　←（？）

有意義な技術面の流れを「好みの問題」と相対主義的な考えで
バッサリと断ち切るのは本当に勘弁してほしい
DBの方が良いという意見に反論があるなら最初から>>80みたいな反論をすればいい
好みの問題と論点を変えてしまうからややこしい

**名前は開発中のものです。** · 2011/11/05(土) 20:16:03.02

>>84
>>34の結果を>>53であなたが宣言したようにDB管理で組むと想像してくれ
実際に組まなくていいから、どういう方法で実現するつもりなのか説明して欲しい

**名前は開発中のものです。** · 2011/11/05(土) 20:18:31.29

好みの問題って言ってる人は>>34に対するアドバイスの締めとして言ってるのかな？
まあその先の議論をする事を止める必要もないさね

**名前は開発中のものです。** · 2011/11/05(土) 20:21:50.50

方法については>>50までで答えがでてる
好みの問題はできるようになった人が自分で判断すればいいってだけだろう
>>53で汎用性のはなしがでてきておかしくなった

**名前は開発中のものです。** · 2011/11/05(土) 20:25:00.72

>>87
うん、だからだよ
汎用性のこの人が他人に説明できる程度に理解できてるのか物凄く気になってる

**名前は開発中のものです。** · 2011/11/05(土) 20:36:27.42

俺の発言が発端なのは自覚してた
暇すぎていろいろと構いすぎたすまん

言いたい事は>>87が言ってくれてるのでもう黙る

**名前は開発中のものです。** · 2011/11/05(土) 20:46:45.81

盛り変えすんだが
好みうんぬん汎用性うんぬんじゃなく
並列実行コモンでのDBから読み込んでループしての一括管理は無理。非現実
まず"個別"のフレーム管理が出来ないじゃん。
範囲外に出て消してすぐ範囲内に入っての表示は不自然だから間隔をあけるだろ。
個別に並列イベントを作っておけばページを戻す直前にウェイトをいれたら済む話だけどどうすんの？
ゲーム内の時間やイベントのフラグによって内容変えたいと思うだろうけど
条件分岐作りまくって対応させんのか？ページ増やせば済む話なんだけど
実際に作るともっと粗が出るだろうよ。
視覚的な管理のしやす、負荷、仕事量、拡張性からの観点からみても駄目だろ

**名前は開発中のものです。** · 2011/11/05(土) 20:54:29.18

おまそそおまなか

**名前は開発中のものです。** · 2011/11/05(土) 20:55:01.57

そんな略し方初めて聞いた

**名前は開発中のものです。** · 2011/11/05(土) 20:55:16.04

>>88
こういう表示をしたい、という話でAとBの処理方法があるという話が出ました
(↑この段階で>>34への答えは終了)
誰かはAがやりやすいと言いました
誰かはBがやりやすいと言いました

どっちが使いやすいの？と誰かが聞きました
誰かは人によると言いました
誰かは好み次第だよと言いました
(でもそれだと納得しないようです)

好みの話は>>34には言ってないよ　話ごっちゃにしてないか？

**名前は開発中のものです。** · 2011/11/05(土) 21:02:24.34

>>87
＞好みの問題はできるようになった人が自分で判断すればいいってだけだろう

そのとおり、自分で判断すればいいだけだ
>>52は各人が自分で判断すればいい事をわざわざ言及するから不自然なの
要するにID:6jezSpm0は本音ではDB云々に反論したいわけだ（実際>>80で反論してるしね）
「俺はマップ派」とか付け加えてるのがいい証拠

>>85
コピペ基本で、必要に応じて雛形改造じゃ一つの変更で作業量が膨大になる
DBならタイプ数増やして専用コモン弄ればそれで済む
これを汎用性が高いと言っとるの

**名前は開発中のものです。** · 2011/11/05(土) 21:02:32.02

とりあえず複雑に捉え過ぎて頭がパンクしてるのはわかった

**名前は開発中のものです。** · 2011/11/05(土) 21:13:53.24

とりあえずこの流れみて
これからウディタやってみようって思う人はいないだろーね
こうしてますますニッチ化が進行していく、と

**名前は開発中のものです。** · 2011/11/05(土) 21:16:38.61

>>96
ニッチ言いたいだけだろ

**名前は開発中のものです。** · 2011/11/05(土) 21:16:44.10

２ちゃんの専用スレ見てからソフト使ってみようって人も少ないと思うけどな

**名前は開発中のものです。** · 2011/11/05(土) 21:20:16.99

別にニッチ化とやらでもいいじゃない
使いたい奴が使うさ

**名前は開発中のものです。** · 2011/11/05(土) 21:50:53.74

>>90
不自然か？

**名前は開発中のものです。** · 2011/11/05(土) 22:15:39.30

>>90はDBで試した上で出来なかったって言ってるんだよね？
出来なかった時の処理を細かく言えばDB派の人が修正してくれるんじゃないか？
>>90が単純ミスしてる可能性もある訳だし

**名前は開発中のものです。** · 2011/11/05(土) 22:17:45.55

効率悪い奴がなんか引っ込みつかなくなってすごいことになってんな

**名前は開発中のものです。** · 2011/11/05(土) 22:37:08.08

ちなみに俺がDBで一番好きなキャラは
界王神に力を開放してもらった真・悟飯な

**名前は開発中のものです。** · 2011/11/05(土) 23:16:03.98

>>100
不自然かどうかはおいといて事の発端はめぐめぐみたいなの作りたいってレス。
めぐめぐにはこの機能というかウェイトをイベント毎に入る。
しつこいがまだまだ粗出てくるからな。SHOPだとかイベントが起きて
範囲内に入ってても吹き出しピクチャを消したい場合が出てくる。どうすんの？
こっちはSHOP抜けてすぐ表示せずにウェイト入れて制御できるけど
DB派とか言われてもこっちも思いっきりDB利用してる。
言いたいのは範囲入った⇒表示。終わり。という安直な考えでは出来ないって事

**名前は開発中のものです。** · 2011/11/05(土) 23:18:26.02

そこがそもそもの発端じゃないってのが認識の違いなんだろうな

**名前は開発中のものです。** · 2011/11/05(土) 23:19:44.45

ないわ
悟飯のピークはピッコロと修行してた頃だろ

**名前は開発中のものです。** · 2011/11/05(土) 23:19:53.46

よく知らないけどSHOPの時の変数作って吹き出し表示のときに分岐したらいいんじゃないかな

**名前は開発中のものです。** · 2011/11/06(日) 00:17:29.42

だからマップでもできるけど汎用性だとDBのほうがダントツでしょ？って話だろ？
管理面でマップとかめんどくさすぎてダメだな。
仕事で構造化とかやってるとマップに置くような不確定要素とかムズ痒すぎる

**名前は開発中のものです。** · 2011/11/06(日) 00:22:19.76

基本システム2で装備の状態異常耐性がなくなってるけど
それを改造で実現させようとした時に
構造化大好きの人は装備コモンを丸ごと弄くろうとしそうなイメージ

**名前は開発中のものです。** · 2011/11/06(日) 02:25:28.04

２でウディタはじめて、これから異常耐性装備作ろうとおもったら無いの気づいた
必須項目だろ・・・どうすっかなぁ
自作コモン弄るのは良いけどデフォ弄るのって色々と怖い

**名前は開発中のものです。** · 2011/11/06(日) 04:58:53.25

バックアップというかコピーとって色々実験してみようぜ
月並みな言葉だが失敗してみるのも悪くない

**名前は開発中のものです。** · 2011/11/06(日) 05:13:14.33

今来て読んだが
ID:ht4gUw/eが碌に読まず、あるいは理解せずに返答してることと、
少なくとも>>50の時点では（実際は今も）「出来る」と結論が出てないのに
「出来る」前提で話進めてごっちゃになってるのがカオスの原因かね。（出来るが複雑になりすぎる場合も含む）
ちなみにID:ht4gUw/eは後者にもガッツリ引っかかってるからよりカオス。

**名前は開発中のものです。** · 2011/11/06(日) 05:27:58.90

むしろ構造体使うのに「できない」とする根拠ｋｗｓｋ

**名前は開発中のものです。** · 2011/11/06(日) 05:48:13.21

・マップイベント派
マップイベント使えば簡単と言っただけでDB一切使わないなんて言ってない
後にはDB使うべき時は使うと言ってる

・DB派（汎用性派）
ID:ht4gUw/eはマップイベントを使うことを（言葉は違うが）格好悪いという微妙な理由で拒絶してる

・好み派
マップイベント一切使わずDB管理だけでも組めるかも知れないが明らかに面倒だろ
面倒な方法が好きなら勝手にやれば？　という意味で好みと言ってる

通常変数はDBと変わらんのでどうでもいい
要は汎用性に拘って労力考えない芸術家気取りのグラマが一人いただけ

**名前は開発中のものです。** · 2011/11/06(日) 06:04:04.06

ここでめぐめぐの作者がNPC台詞のコモンEVを公開という神展開を期待

**名前は開発中のものです。** · 2011/11/06(日) 06:34:12.53

>>114
ツッコミどころ満載すぎるｗ

DB使うっつってるのはID:Ur4rSReOだけ
ID:6jezSpm0はマップオンリー

>>34に対する教示は>>45で既に終わってて
>>47からは構造化の話にシフトしてるのに
それすらひっくるめて好みの問題って言って〆ちゃうからつっこまれるんだろｗ

**名前は開発中のものです。** · 2011/11/06(日) 06:55:02.64

>>116
前者はDBで出来る所はDBも使うけどある処理はDBでは出来ないから
通常変数使ってマップイベント処理しないといけないって言ってる
(この人は全部DBで出来ると言ってる人に納得してない状態)

後者はDBで全部出来るけどマップイベントの方が好きって言ってる

んでDBで出来るしDBのが良いって人もいる
(後者とこの人のレスが混ざって混乱を生んでる気がする)

こうじゃないの？

**名前は開発中のものです。** · 2011/11/06(日) 07:02:35.50

>>116
・常識派　ID:Ur4rSReO
マップイベントを利用した一目瞭然な実例をあげた
DB一切使わないなんて言ってないどころか、後にはDB使うべき時は使うと言ってる

・コモンイベント派兼DB派　ID:32DegsZp
基本理念はマップイベント派の一部
処理をコピペしまくったマップイベントに任せるのを嫌い、処理部分はコモンにすべきという考え
これ自体は当たり前の主張だが、できるだけDBで管理すべきという主張をしている

・マップイベント派　ID:6jezSpm0
コモンイベント派に対抗し、コモンに頼るよりも全てマップイベントに任せた方が美しいという考えを主張した

・初期好み派　ID:6jezSpm0　ID:aMNnC3Fi
この時点では「コモンイベントもマップイベントも好きにすりゃいいじゃん」という主張だった

・汎用性派　ID:zHrDB7Mt
好み派を馬鹿にしてるだけで発言内容がカスカスなので忘れられていた、屁のような存在

・汎用性派　ID:ht4gUw/e
汎用性という単語を旗印にマップイベントの利用を否定し全てをDBで管理すべきと主張した
大勢の人が「できるかどうか怪しい」と疑っている『DBで全部管理』をできると断言しているので実はただの天才かもしれない

・後期好み派　ID:6jezSpm0　ID:aMNnC3Fi
汎用性派に人格攻撃を受け初期好み派が変貌
「マップイベント一切使わずDB管理だけでも組めるかも知れないが明らかに面倒だろ
　面倒な方法が好きなら勝手にやれば？」　という意味で「好み」を使い始めた

**名前は開発中のものです。** · 2011/11/06(日) 07:24:55.52

いやぁー　香ばしくなっておまいりました

**名前は開発中のものです。** · 2011/11/06(日) 07:51:40.68

>>118
DB/マップの優劣の話からこれほど「好み」って単語が飛び交うあたり
優劣の話と好みの話をごっちゃにしてる奴の数ハンパないなｗ
Aの優位を主張したからって、A以外を使う事を否定なんて誰もしてないのにね
こういう二極論からはいい加減卒業しようや

**名前は開発中のものです。** · 2011/11/06(日) 08:02:28.91

>>120
全然理解できてなさそうだということは理解できた

好みという単語だけで過剰反応して言葉狩りしなさってるけど
好み＝個人の自由と言ってるだけだぞ本当に

お前の言葉でいう
＞Aの優位を主張したからって、A以外を使う事を否定なんて誰もしてないのにね
まさにこれ、そのもの
何でお前が決め台詞みたいにかっこつけてこれを言ってるのに
同じこと言ってる「好み」を単語の聞こえだけで否定してるのか理解できん

**名前は開発中のものです。** · 2011/11/06(日) 08:11:48.98

常識……だと……？

【ウディタ】WOLF RPGエディター 其の28

【ウディタ】WOLF RPGエディター　其の28