[過去ﾛｸﾞ] RPGツクールMZ_3作目 (1002ﾚｽ)
上下前次1-新
抽出解除 必死ﾁｪｯｶｰ(本家) (べ) 自ID ﾚｽ栞 あぼーん
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
184: 名前は開発中のものです。 [sage] 2020/11/24(火) 13:15:22.75 ID:QKNK/ZYm(1/3) AAS
>>181
181(1): 名前は開発中のものです。 [sage] 2020/11/24(火) 12:31:23.68 ID:eB9dIaI4(1) AAS
>>179
いうて二つの仕様が存在するのは珍しい話じゃ無いからな。下位互換という形である言語はいくつもある。非推奨扱いで次の次のバージョンとかで削られるけど
それはAPI関数を使う場合の話
最初からRPGを構成するプログラム（コアスクリプト）が用意されていてその改造が主のツクールプラグインだと両対応は不可能
仕様を変更するのなら実装も変更する必要があり、実装が変われば互換性は確保出来ない

いっそ徹底的に最適化してくれれば良かったのに納期の都合か知らないけど改造が微妙なんだよなぁ
ES2015以降に合わせてんだからclass構文くらい解禁してほしい
requestAnimationとかScene_MessageとかMZの新規改変、改良したとは言い難い
189(1): 名前は開発中のものです。 [sage] 2020/11/24(火) 18:03:07.47 ID:QKNK/ZYm(2/3) AAS
Scene_Messageに限らずWindowのrectをScene側で設定するように設計変更してるけど微妙なんだよなぁ
結局、そういう部分を弄る時ってWindowの機能変更もしている事が多いからrect設定だけScene側に移されても二度手間感がある
解像度変更に対応し易くなったって訳でもないしなんで変更したのかよく分からない

>>188
188(1): 名前は開発中のものです。 [sage] 2020/11/24(火) 17:57:35.32 ID:CS1Vuvfh(1/2) AAS
敵味方関係なく素早さ高い順に動くシステムが大好きなんだけど
要求スペックが高めだなあ
プログラムの経験があるならVXAceの方がいいのかな
CTBとかならRGSS3にもあるし、自前で改造する前提ならVXAceの方が幾分楽だと思う
193: 名前は開発中のものです。 [sage] 2020/11/24(火) 18:50:18.36 ID:QKNK/ZYm(3/3) AAS
>>190
190(1): 名前は開発中のものです。 [sage] 2020/11/24(火) 18:13:14.00 ID:O5kr25dC(1) AAS
MVだとウィンドウサイズの定義はWindowクラスでやってたけど、MZだとSceneなんだっけ
そう
ツクールのWindowはSceneごとに専用Window定義するから、改めてScene側で設定する事ってあまりないんだよね
それでも他のWindow位置に合わせて位置調整する事も多いから完全に非効率って程でもないんだけど
新旧、一長一短の設計で変える必要性があったのかというと微妙

ひょっとしたらMADOみたいな
WindowRectを自由に変更する外部デザインツールを販売する為に予め仕様を整えたのかなぁって思う
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.045s