会話やリザルト画面等に利用するウィンドウの表示方法

[AI]

RPGツクールやウディタなんかだと、小さくて3*3に分割できる画像一つを使って
大きなウィンドウも描画できますよね？
C++界隈ではそういったウィンドウは、基本的にどのように描画されていますか？
やっぱりそういった素材であらかじめ好きな大きさのウィンドウを作り、
それを画像として表示するんでしょうか？
もしくは、自分の考えたやり方ですが
枠の部分は座標指定で逐一描画、
その下に窓の中身となる部分を描画してしまう、という方法が一般的でしょうか？

一番よく使われる方法、もしくはファイルサイズや処理の面で
能率のよい方法を教えていただければ嬉しいです。

[nullptr]

RPGツクールやウディタなんかだと、小さくて3*3に分割できる画像一つを使って
大きなウィンドウも描画できますよね？

ツクールやウディタを触ったことが無いのでよく理解ができてないのでもし見当違いだったら申し訳ないのですが、
メインウィンドウとは別のサブウィンドウを作るということでしょうか・・・？

C++界隈ではそういったウィンドウは、基本的にどのように描画されていますか？
やっぱりそういった素材であらかじめ好きな大きさのウィンドウを作り、
それを画像として表示するんでしょうか？
もしくは、自分の考えたやり方ですが
枠の部分は座標指定で逐一描画、
その下に窓の中身となる部分を描画してしまう、という方法が一般的でしょうか？

先の想定を前提にお話ししますが、C++に限らずウィンドウを作る場合はWindowsAPIを利用して作成するのが一般的です。

[softya（ソフト屋)]

ＲＰＧのツクールやウディタの仕組みに詳しい人がいないので、もう少し説明してもらってよいでしょうか？

RPGツクールやウディタなんかだと、小さくて3*3に分割できる画像一つを使って
大きなウィンドウも描画できますよね？

ってのが良く分かりません。
マップの描画の話（１）ではなくて、メッセージやメニューのウィンドウ（２）の話なのでしょうか？

（２）の場合として、ＤＸライブラリやＤｉｒｅｃｔＸで描画する場合は単なるグラフィックですから自在に自分でパーツを描画します。
違うのならもう少し説明を詳細にお願いします。

[ぱにしん]

どうも、元ウディタユーザーです
会話の文字のベースとなるウィンドウですよね

私はウィンドウが必要となる場面作ったことがないのでメジャー方法はお答え出来ませんが、
場合によると思いますね。

画像を用意するのが面倒、だとか、大きさの違うウィンドウがたくさんあるものを作られるならウディタやツクール風にされれば良いと思いますし、逆にウィンドウの大きさの種類が少ないのなら画像を用意されるのが良いと思います。

ソフト屋さんがRPG講座をされているのでそこで会話ウィンドウの表示の解説もあるでしょうから読まれてはいかがでしょうか?

[h2so5]

自分が今作っているゲームでは、以下のような画像を用意してウィンドウを描画しています。

gui_window_base.png (2.24 KiB) 閲覧数: 4971 回

つまりＲＰＧのツクールやウディタと同じような形式です。
この画像を3x3分割して並べることで、様々な大きさに対応させています。

この方法の利点は、ウィンドウデザインの自由度が高いところです。
背景の関係で画像では分かりにくいですが、ウインドウに影も付けています。

欠点としては画像を何度も描画するのと、
半端なサイズに対応するためマスキングを行っているので処理が重いという事が挙げられます。

[softya（ソフト屋)]

なるほど。ウィンドウパーツの話ですね。

私の作ったＲＰＧ講座ではウィンドウパーツは一切使用していません。
下地としてＤＸライブラリのDrawBoxで半透明描画して、周りをDrawLineで囲っているだけです。

気の利いたウィンドウなら、最低限3*3を使うのが定番でしょうね。
会話ウィンドウなら、それこそ分割パーツを使わずにウィンドウサイズのグラフィック一枚絵を使ったりしても良いと思います。

一番よく使われる方法、もしくはファイルサイズや処理の面で
能率のよい方法を教えていただければ嬉しいです。

一枚絵が一番簡単です。今時のＰＣならメモリ的にも速度的にも気にならないと思いますよ。
昔はメモリ節約と色々なウィンドウサイズ作るために３*３分解していただけですから。

[ISLe]

3x3って真ん中が無駄ですよね。
引き伸ばして描画できるなら縦棒・横棒は1ピクセル分あれば良いので、わたしは2x2+αの画像をよく使いますけど。
ウィンドウ描画用のモジュールは難しいものではないし一回作ってしまえば使い回せますしね。

ウィンドウが開いたり閉じたりするときにアニメーション効果を付けようと思うとけっきょく分割したりマスクしたりして描画することになるので、凝り始めた時点で一枚絵もデメリットが大きくなると思います。

効率云々はC++界隈という分類ではなくプラットフォームによって決まります。
プログラムの仕様にも左右されますね。

[AI]

説明不足ですみません、
ぱにしんさん、自分の言いたかったことをご説明いただきありがとうございました！
全員の方のご返信を読ませていただきました、結果的には画像用意が一番いいのですね…
結構サイズ違いのものもあったりするのですが、楽ですし、アニメーション効果なども気にしていないので、
今のところ画像用意でいこうと思いました。

お世話になりました！