■吉里吉里／ＫＡＧ／ＴＪＳ雑談質問スレ■その21

**名前は開発中のものです。** · 2010/05/22(土) 15:41:56

ノベルゲーム製作ツール吉里吉里/KAGのユーザーが雑談・質問をするスレです。
自作ゲームの進行状況や製作ツールについての話、TJS等の話題もどうぞ。
マルチポストはやめましょう。個人叩きも禁止です。

※スレで質問をするときは※
KAG/TJS/吉里吉里ドキュメント、スレの過去ログ、公式掲示板のログ、
FAQ、Google等で調べてからにしましょう。
努力の形跡が見られないとスルーされがちです。初心者？でも頑張れ！

↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓
吉里吉里２／ＫＡＧ３雑談質問スレ＿過去ログ
ttp://www.geocities.jp/kirikiri_log/

吉里吉里ダウンロードページ
ttp://kikyou.info/tvp/

ダウンロードしたアーカイブに含まれる「KAG System リファレンス」は
初心者にとって最も頼もしい教科書です。何度も繰り返し読みましょう。
■タグリファレンス … KAGの機能が網羅的、辞書的に載っています。
大よその機能(KAGでどんなことが出来るか)は把握しておきましょう。
■Tips/その他 … 陥り易いミスやより高度な使い方への足掛かりになる
数々のTipsが記載されています。
■TJSをもっと使うために
ゲームのインターフェイスをカスタマイズしたい、また
KAGの命令に無いことをしたくなったらまずここを読んでみよう。

必要に応じて>>3-5の公式掲示板や講座等を併用してください。
(併用に、紙媒体の参考本が欲しい人は、ダウンロードページにリストがあります)

前スレ
■吉里吉里／ＫＡＧ／ＴＪＳ雑談質問スレ■その20
http://pc11.2ch.net/test/read.cgi/gamedev/1264933876/

**名前は開発中のものです。** · 2010/07/05(月) 10:44:44

KAGのタグの処理の過程上、数値でもなんでも文字列で渡るので、処理する側は文字列前提のものが
多いけど、たいていは単純に整数化されるから、整数を与えても問題ないものばかり
可能ならば文字列で渡したほうが無難

レイヤ数オーバーで (void) から Object へ～ってやつは、2枚しかレイヤがないときに
kag.fore.layers[3] としたら void が返って、それにたいして void.loadImages とか
しようとしてるから、そういったエラーが返ってくる

>>310 のは、確かに KAGWindow.getLayerFromElm は文字列要求だから
メッセージレイヤかどうか調べるため1文字目が "m" かしらべるときに layer[0] としてて、
そこで 0[0] となって、 (int)0 から Object へ～ってエラーがでちゃってる

**名前は開発中のものです。** · 2010/07/06(火) 10:05:21

もうasキーワード導入して型明示できるようにしてくれ

**306** · 2010/07/06(火) 19:27:07

以前マクロ内でmp.layerを弄っていたときに引っ掛ったことがあったので
もしやと早とちりしたm(_ｶﾒ_)m
>>307 ありがちなのは、栞にレイヤ数が保存されるのを失念しているケース。

@macro name=image2
[eval exp="mp.layer='0'"][image layer=%layer…]←OK
[eval exp="mp.layer=0"][image layer=%layer…]←これは(int) 0から Object へ～ってエラー。
[eval exp="mp.layer=0"][image layer=&mp.layer…]←OK
@endmacro

**名前は開発中のものです。** · 2010/07/07(水) 00:56:52

質問させてください。
コンフィグ画面で、フォントを左右ボタンで一つづつ変更させたいのですが、
←現在のフォント名→　のような形で。
このように、「次のフォント」もしくは「一つ前のフォント」を指定するには、どうしたらよいのでしょうか。

**名前は開発中のものです。** · 2010/07/07(水) 01:05:51

単純に「使用可能なフォントの配列」を用意してやってそれを参照すりゃいいんじゃないのかい。
オレが前に書いたコードだとこんな感じだったけど。(KAGではなくTJSとして実行)

// フォントリスト作成
var fonts = font.getList(fsfNoVertical);
var use_fonts = [];
/* use_fontsに日本語文字の含まれるフォントを登録する
細かく調べるのが面倒なのでとりあえず『フォント名に日本語が含まれている』奴を */
for(var i=0; i<fonts.count; i++){ if( /[^a-zA-Z 0-9!-@&\[-`{-~]+/.test(fonts[i]) ) use_fonts.add(fonts[i]); }
var currentFont = use_fonts.find(sf.fontFace) | 0; // 現在選択済になっているフォントをその中から探す。ここで見つかるのはフォント名ではなく、use_fonts配列の中の「何番目にあるフォントが指定されているか」という情報
// 現在選択済フォント名(例: MS明朝とか)はsf.fontFaceに記憶させる

あとは「次のフォント」もしくは「前のフォント」ボタンを押した時に、上記のuse_fontsを参照して

if(currentFont < 0) currentFont = use_fonts.count-1;
if(currentFont > (use_fonts.count-1)) currentFont = 0;
sf.fontFace = use_fonts[currentFont];
for(var i=0; i<kag.fore.messages.count; i++){
　　　　kag.fore.messages[i].comp.setDefaultFont(%[face:sf.fontFace]);
　　　　kag.fore.messages[i].comp.decideSizeChange();
　　　　kag.back.messages[i].comp.setDefaultFont(%[face:sf.fontFace]);
　　　　kag.back.messages[i].comp.decideSizeChange();
}
みたいな具合に「選択されたフォントをすべてのメッセージレイヤに適用する」処理を書いてやればよろしいんじゃないかしら。
ちゃんと動くかどうかは知らないけど

**314** · 2010/07/07(水) 01:44:19

>>315
うわぁ、リファレンス見てませんでした。ほんとすいません。
ありがたく参考にさせていただきます・・・。

**名前は開発中のものです。** · 2010/07/07(水) 01:55:20

KAGの仕様にあわせるなら、フラグは fsfSameCharSet | fsfNoVertical | fsfTrueTypeOnly | fsfUseFontFace にするのが妥当だぞっと
固定ピッチなら fsfFixedPitch も追加。詳細は MainWindow.tjs の selectFont 参照

fsfSameCharSet の指定があれば、たとえばデフォルトがMS明朝/ゴシックとかなら、それ以降選ばれるのも日本語フォントだけに
なるから絞り込みとか別にいらない

**314** · 2010/07/07(水) 10:39:37

>>315
>>317
おかげさまでうまくいきました。本当に有難うございます。

**名前は開発中のものです。** · 2010/07/08(木) 11:20:36

お前らレイヤってどうしてる？
俺はいちいち名前をつけて　&sf.前　な感じでやってるんだが、
もっとスマートな方法はないかね

**名前は開発中のものです。** · 2010/07/08(木) 15:04:23

｢&sf.前｣として何をしたいんだ？
目的語がねーよ。

**名前は開発中のものです。** · 2010/07/08(木) 16:33:16

>>319
エスパーしてみる。
前景レイヤの番号を管理するのに、用途によって番号を固定したいと。
キャラより前なら、sf.キャラ前　とか、そういうふうに名前をつけて管理してるけど、
もっとスマートな方法はないかとこういうことですかね？

マクロに組んじゃえばレイヤ番号意識することなんてほとんどないし、
そのやりかたでいいんじゃない？
空いてるレイヤ番号探して自動で使うとかもできるだろうけど、indexあたりが面倒くさそうだし。

**名前は開発中のものです。** · 2010/07/09(金) 10:07:19

＞空いてるレイヤ番号探して自動で使う

その機能を次のバージョンで是非

**名前は開発中のものです。** · 2010/07/09(金) 16:57:12

>>322
KAGEX

**名前は開発中のものです。** · 2010/07/09(金) 17:16:54

どんだけバカなんだよ

**名無しさん＠そうだ選挙に行こう** · 2010/07/10(土) 09:03:48

KAGEXって何か問題があって使えなかったんだよなぁ

**名無しさん＠そうだ選挙に行こう** · 2010/07/10(土) 09:07:15

昔使ったKAGEXは訳分からないバグがあって使うのやめた

**名無しさん＠そうだ選挙に行こう** · 2010/07/10(土) 17:35:15

なんでエラーになるか追える人でないと（ＫＡＧＥＸを使うのは）難しい

**名無しさん＠そうだ選挙に行こう** · 2010/07/10(土) 22:05:58

追えるけどドキュメントがまともにないから何が正しいかわからん。
修正しようがない。そんなもんは使いもんにならんぜ。

**名無しさん＠そうだ選挙に行こう** · 2010/07/11(日) 00:29:36

ぶっちゃけドキュメント未整備でシステム周りの挙動が不審、エラーのデバッグも含めて自己責任なんていうKAGEX使うくらいなら
自分でTJS使ってシステム整備した方が最終的に楽。自分で書いたスクリプトならエラー吐いても修正箇所の目処付けやすいしな

**名無しさん＠そうだ選挙に行こう** · 2010/07/11(日) 02:31:05

まともなデバッガすらない吉里吉里でドキュメントのないKAGEXデバッグしろとか鬼畜過ぎるしな。
なんの得にもならん。

**名無しさん＠そうだ選挙に行こう** · 2010/07/11(日) 14:51:04

いいじゃん。　タダなんだから。

オレは使ってるよ？
初心者だったけど、バグ直してるウチに、少しはＴＪＳとかＫＡＧの仕組みが判ったよ。

**名無しさん＠そうだ選挙に行こう** · 2010/07/11(日) 19:56:48

時間が浪費されまくるけどな

**名前は開発中のものです。** · 2010/07/12(月) 14:27:23

仕組みがわかったよとかいってる辺りもう全然初心者じゃない。レスから漂う実力。

**名前は開発中のものです。** · 2010/07/12(月) 15:25:20

我々が求めるのは仕組みの理解ではなく生産性なんですよね

**名前は開発中のものです。** · 2010/07/12(月) 15:49:28

生産性が必要なら金だして発注するのが一番だな。たぶん。

**名前は開発中のものです。** · 2010/07/12(月) 16:45:45

ところでレキシカルクロージャﾏﾀﾞｰ!?

**名前は開発中のものです。** · 2010/07/12(月) 17:15:01

レキシカルクロージャ入れるならクラスは撤廃してほしいなあ
クラスはRubyの真似してるんだろうけど中途半端

**名前は開発中のものです。** · 2010/07/12(月) 17:20:08

ごめん素人なんでさっぱりわかんないんだけど、
そのクロージャをいれるとクラスをなくせるの？

**名前は開発中のものです。** · 2010/07/12(月) 18:35:12

>>337がおかしいだけだから気にするな

**名前は開発中のものです。** · 2010/07/12(月) 18:42:11

レキシカルクロージャは欲しいが、
class無くすってのは全部functionに変数を束縛するってこと？
ClassInstanceInfoで処理ディスパッチしたりできなくなるとかマジ勘弁。

**名前は開発中のものです。** · 2010/07/13(火) 13:04:05

コンフィグ画面を作りましたが、上のメニューからも設定を変更できるようにしたいです。
コンフィグ画面からの変更は、上のメニューに反映されてチェックが付くのですが
メニューからの変更をコンフィグ画面に反映させるにはどうすればいいでしょうか。
kagの変数の変更監視ループみたいなものを仕込もうと思いましたが、
クリッカブルマップを使っていて[s]で停止しているのでそれができず、困っています。
こういう場合同期ってどうやって取るもんなんでしょうか？

**名前は開発中のものです。** · 2010/07/13(火) 13:44:03

>>341
メニュー部は kag.onなんたらMenuItemClick を呼び出すような構造になってるので、
それらの必要な部分を全部フックして必要な処理を書く

**名前は開発中のものです。** · 2010/07/13(火) 13:58:12

俺だったらメニュー消しちゃうなぁ　無粋だし

**名前は開発中のものです。** · 2010/07/13(火) 18:16:59

俺は自前のGUIにのっけてるのでメニューも自前だ。
全部TJSなんで気にならん程度に重いが。

まあ、メニューからの変更だろうがコンフィグからだろうが
オブザーバーパターンで総括的に処理するのがすっきりするだろうな。

**名前は開発中のものです。** · 2010/07/13(火) 21:38:18

コンフィグ画面での処理を「メニューの○○が押されたもの」と一致させりゃ楽でいいんじゃない？
コンフィグで「文字速度=最速(あるいはそれに似たような立場のボタン)が押された」時はメニューの
「一度読んだところは→ノーウェイト」が押されたとみなして処理をする……みたいなの

**名前は開発中のものです。** · 2010/07/13(火) 22:05:39

せっかくクロージャもどきがあるんだからオブザーバーなんて回りくどいことしないで
インスタンスメソッドをそのまま渡せばいいのに
実質全く同じだよ

**名前は開発中のものです。** · 2010/07/14(水) 03:19:43

ファーストクラスなだけでクロージャとか言われても。

その場凌ぎのデリゲートが大量発生してるC#コードや動的に関数定義しまくって
わけわかめなjsコードみたいにならなければそれでいいと思うよ。

まあ、コードの見え方が違ってくる以上実質同じなんて言えんが。

**名前は開発中のものです。** · 2010/07/14(水) 08:08:38

ゲームにメニューバーってなんだかなあ

**名前は開発中のものです。** · 2010/07/14(水) 13:28:57

オブザーバーだってその場凌ぎの無意味なクラス大量発生でしょ
吉里吉里でいうクロージャ(メソッドがインスタンスを引きずる)は
たぶんオブザーバーというかイベントの簡略化のためにあるんだろうし

**名前は開発中のものです。** · 2010/07/14(水) 17:16:25

そもそもｵﾌﾞｻﾞｰﾊﾞｰとかｸﾛｰｼﾞｬを一々意識してプログラミングする奴なんて吉里吉里使いにゃほとんど居ない気もするが……。
そこまでコーディングについて意識せず「めんどくせえしよく判らんから変数はすべてsfかfかtfの中で処理するお^q^」って奴でも動かせちゃうのがKAGだし

**名前は開発中のものです。** · 2010/07/14(水) 17:31:53

そんな人にはTJSは使えないけどな
わざわざスクリプト言語上でイベントベースの非同期プログラミングを強要するという
何がしたいのかわけのわからない設計だからな

**名前は開発中のものです。** · 2010/07/14(水) 18:33:18

Twitterクライアントプラグインを開発→W.Deeたんの呟きを取得してKAGシナリオとして保存、再生する
『ツインテニーソ☆ビューワ』として公開、というプランを考えたんだけど面白そう（技術的に）？

**名前は開発中のものです。** · 2010/07/14(水) 19:03:53

>>351
TJSに非同期なところは存在してないんだがなんか根本的な思い違いしてないか？

**名前は開発中のものです。** · 2010/07/14(水) 19:12:14

非同期ってマルチスレッドのことじゃないよ
一連の処理がイベントで分断されてしまうという意味
吉里吉里ではドキュメントでもまさにそういう意味で非同期という
言葉が使われてるから(AsyncTriggerなど)分かってくれるかと思ったけど

**名前は開発中のものです。** · 2010/07/14(水) 20:07:32

>>354
TJS的な「一連の処理」はイベントで分断はされない。分断されないからこそ AsyncTrigger や Timer があるわけで。
イベントドリブンシステムにのせるべきスクリプトシステムとしては一貫性のとれた設計だ。
これを「わけのわからない」って言うほうがわけがわからん

まあ、「一連の処理」ってのが、「ユーザが逐次実行したいこと」ってことで、
その実現のためにはまわりくどい書き方をしないといけないのはうざいってのが言いたいことなんだろうとは思うが。
イベントドリブン設計は、モジュールやコンポーネントつくるのには向いてるけど逐次実行記述には
向いてないってのは確か。

ただ、イベントドリブン処理系の上に逐次実行処理系を実装するのは比較的容易だが、
逆はとても大変なので、吉里吉里の設計は「汎用」エンジンとしてはすこぶる妥当だと思うがいかが？

**名前は開発中のものです。** · 2010/07/14(水) 21:10:05

商業利用だと、吉里吉里＋カスタマイズで十分なんだよな。
動作安定してるし。
足りない機能とかエフェクトはプラグインDLL作ればいいし。
吉里吉里２このまま不具合修正だけにして、安定版にしてほしいぐらい。

**名前は開発中のものです。** · 2010/07/14(水) 21:12:33

まあシナリオファイル自体がイベントストリームで馬鹿正直にファイルの上から下に実行してるわけじゃないからな。
これならわざわざ別フォーマットつくるよりtjsをDSLとしてevalしちゃうのもありだとおもう。
rubyのmiyakoとかSGEのluaとかスクリプトを直接実行してるだろ。

>逆はとても大変なので
HSPでXMLパーサ書いたときは地獄だった。

**名前は開発中のものです。** · 2010/07/14(水) 21:23:06

名前空間はおろか構造体もないHSPでパーサかｗ
Cでベタ書きしたほうがましなくらいだなあ。

**名前は開発中のものです。** · 2010/07/14(水) 21:42:39

パーサをCで書いてもコールバックする仕組みがないからハンドラ渡せないぞ

**名前は開発中のものです。** · 2010/07/15(木) 17:27:11

eruby、なんかタテになるんだが

が[eruby text="も" str="燃"]える　で、

が

燃

える

みたいになる

**名前は開発中のものです。** · 2010/07/15(木) 19:02:41

SAXでなくDOMならコールバックを考える必要はないだろ。

**名前は開発中のものです。** · 2010/07/15(木) 21:32:31

DOMはパーサじゃねーよ

**名前は開発中のものです。** · 2010/07/15(木) 23:12:45

構文解析機≒パーサなんだからDOMはパーサに決まってる（正しくはXMLパーサのサポートするAPI）だろ。

**名前は開発中のものです。** · 2010/07/15(木) 23:15:45

DOM自体はパーサじゃないがドキュメントを元にDOMを組み立てるのはパーサだ
吉里吉里のTJSパーサだって吉里吉里のソースを読んで抽象構文木(≒DOM)を組み立てるのが仕事だ

**名前は開発中のものです。** · 2010/07/16(金) 01:11:50

DOMはデータ構造のことでなくAPIだと何度言えば。

**名前は開発中のものです。** · 2010/07/16(金) 01:18:54

DOMは用語の定義とその操作には関与しているがほかは一切関与してない。
パースどころか表現がツリーであることすら定めてない。
中立的な仕様を提供してるに過ぎん。
DOMが実際に扱うソースはHTMLである必要はない。
だからxmlも扱えるしinfo set準拠であるならバイナリですら扱える。
xmlをバイナリにする場合ストリームを順に読めば処理できるようなフォーマットにするのが普通だからいわゆるパース作業も必要ない。
かならずしもパーサがあるとは限らん。
これは実装が決める事であって仕様は関係ない。実装と仕様を混同するな。

パーサはDOMを用意するものの一部でDOMはDOMだ。
DOMがはさみならパーサははさみ工場だ。

これで分からんなら無駄だからこれ以上騒ぐなよ。該当スレでやれ。

**名前は開発中のものです。** · 2010/07/16(金) 05:32:34

とりあえず Javascript のせてみたよー

**名前は開発中のものです。** · 2010/07/16(金) 12:25:37

TJS→KAG→JavaScriptの三重構造ですか

**名前は開発中のものです。** · 2010/07/16(金) 12:47:55

美味しんぼなら決め技の料理にでてきそうな構造だな

**名前は開発中のものです。** · 2010/07/16(金) 13:02:43

ソース＆ドキュメント
ttps://sv.kikyou.info/svn/kirikiri2/trunk/kirikiri2/src/plugins/win32/javascript/
バイナリ
ttps://sv.kikyou.info/svn/kirikiri2/trunk/kirikiri2/bin/win32/plugin/javascript.dll
サンプル
ttps://sv.kikyou.info/svn/kirikiri2/trunk/kirikiri2/tests/javascript/

吉里吉里の上に直接プラグイン実装したので TJS と同格。レキシカルクロージャ欲しい人はどうぞってことでw

**名前は開発中のものです。** · 2010/07/16(金) 13:40:05

>>360だけど、DLしたKSファイルが[ ]で\がないタイプだったからだわ。
俺は自動改行にしてるからだな。\追加したら治った。スレ汚しｽﾏｿ

**名前は開発中のものです。** · 2010/07/16(金) 18:13:30

もともとDee氏のオナニーに付き合わされてるだけなんだよなw
一般的なスクリプト言語処理系を組み込むのに比べてわざわざ独自に実装するメリットは皆無
ユーザーはみんな幸せになれる
言語処理系の部分が無くなれば吉里吉里自体もシンプルになるし
その分機能の充実に労力を回せる

**名前は開発中のものです。** · 2010/07/16(金) 18:26:17

>>372
当初Win標準の JScript つかってたけど遅すぎたから TJS 作ったという歴史的経緯を無視しちゃあかんよ。
TJSの性能はサイズ対性能比で考えると今でもかなり高い。V8 Javascript とか Ruby とかむちゃくちゃ富豪的

実際、10年来のアプリに最新スクリプト処理系が簡単に組み入れることができるってこと自体が異常で、
これは dee たんが言語マニアだったから言語処理用の基礎部分をきっちりつくりこんだことに寄ってる。TJSがあってこそだ。

**名前は開発中のものです。** · 2010/07/16(金) 18:29:21

>その分機能の充実に労力を回せる

ここがイミフすぎる

**名前は開発中のものです。** · 2010/07/16(金) 18:37:40

TJSってコレ以外だとどんな分野に使われてるの？

**名前は開発中のものです。** · 2010/07/17(土) 00:04:33

TJSは記述を楽にする機能が無さすぎ
せめてfor eachくらいあってもいいのに
まあ吉里吉里のソースコード見てると、ダラダラと低レベルなコードを書くのが好きな人みたいだから
TJSもそういう仕様になってるんだろうなとは思う

**名前は開発中のものです。** · 2010/07/17(土) 00:19:32

foreachが無くて困るのならDictionary.assign()やArray.assign()とforを組み合わせて実質同等な処理書けばいいんじゃね？
記述を楽にするのはツールじゃなくて「ツールを見て『これ使えそうだな』と気づく人間」だと思うんだ

**名前は開発中のものです。** · 2010/07/17(土) 01:03:55

自作しろよ。
EnumMembersでのコールバックとClassInstanceInfoでのディスパッチ組み合わせれば
for-eachくらいは汎用に実装できる。

**名前は開発中のものです。** · 2010/07/17(土) 02:01:50

TJSはマイナーすぎて世界が広がらないのが駄目なところだな。
まあファンにも問題があるってことだな。

**名前は開発中のものです。** · 2010/07/17(土) 03:56:51

広がらなくてもそんなに困った事無いな。欲しいものは自分でやるか、ここで手に入るし。
吉里吉里そのもののプラグインはごうさんをストーキングしてれば大概間に合うしー。

**名前は開発中のものです。** · 2010/07/17(土) 04:11:53

ｷｬｰごうさんなんかﾂｸｯﾃｰ

**名前は開発中のものです。** · 2010/07/18(日) 23:21:23

同人作りたい友達がさ、
「プログラムは吉里吉里と参考書があるからプログラマ２人しかいないし片方駆け出しだけど大丈夫!」って言ってるんだけど
このソフトそんなに簡単なもの・・・？
ここ見る限り凄い難しく見えるんだが。

**名前は開発中のものです。** · 2010/07/18(日) 23:25:08

>>382
おまえの頭が弱いだけだから大丈夫だ。

**名前は開発中のものです。** · 2010/07/18(日) 23:31:28

>>383
まあ実際弱いからなぁ･･･
実際さっき書いた友人の発言が不安すぎてつい質問してしまった次第だし。

**名前は開発中のものです。** · 2010/07/18(日) 23:36:35

なにこれきもい

**名前は開発中のものです。** · 2010/07/18(日) 23:46:18

なんかごめん

**名前は開発中のものです。** · 2010/07/19(月) 00:04:33

吉里吉里使い方簡単すぎてワロタ
ぐぐったら結構情報出てくるし、これ便利だな、楽に1本作れた

でも今後はブラウザベースで動くものに移行予定なので使わないかも

**名前は開発中のものです。** · 2010/07/19(月) 00:06:45

単なるノベルやADVを作るだけなら問題無いよ。だって最初から機能揃ってるから。
実際、セーブ/ロード/メッセージ履歴/コンフィグ設定（上部メニューから弄れるので実質コンフィグの役割を果たしている）
これだけあれば「フツーのノベルゲーム」の必須環境は満たしてるでしょ？
ただ、ここから飛躍して「Extra画面作ろうぜ！」とか「特定シーンのリプレイモードつくろうぜ！」ってなってくると
それらを満たす為にKAGやTJSでちょっと頭使う事になってくる。そこで初めてつまずくんじゃね

**名前は開発中のものです。** · 2010/07/19(月) 00:07:18

>>384
弄って簡単なADVとかノベゲ作るだけなら超簡単
自分で機能拡張しようとすると、プログラマとしての腕が必要になってくる

**名前は開発中のものです。** · 2010/07/19(月) 00:14:18

ありがとう。
立ち絵が飛んだり跳ねたりとかの基本は一通りできるんだな。
よかった、少し安心した。

**名前は開発中のものです。** · 2010/07/19(月) 00:16:47

リプレイモードはなー

既読シーン一覧画面自体作るとかも地味に引っかかるかもな
複数ページ切り替え機能、サムネイル作成……

**名前は開発中のものです。** · 2010/07/19(月) 00:20:19

アルバムとかも自作しようとすると詰まりやすいけど、結局いろんな人がフリーで公開してるからだいたいコピペで済むしね・・・

**名前は開発中のものです。** · 2010/07/19(月) 00:31:16

そうか、フリー素材とかもあるのか。
でも丸々コピペで完成!なんて超お手軽仕様なわけないだろうしな。
たった二人で恋色空模様くらいのことしようとか言ってるし。

**名前は開発中のものです。** · 2010/07/19(月) 00:40:23

いきなり緑茶レベルはｗ

**名前は開発中のものです。** · 2010/07/19(月) 00:41:14

>>393
丸々コピペで動くけどなｗ
自分たち用にデザインしなおしたりとかは必要になるだろうけど

**名前は開発中のものです。** · 2010/07/19(月) 00:44:01

>>394
ですよねー

**名前は開発中のものです。** · 2010/07/19(月) 00:44:49

同時に喋らせるとか、キャラの立ち絵を机なんかのオブジェに潜り込ませるとかはなんとかなるだろうけど
（それぞれ「playSE辺りでボイスを複数同時に流す＆同時にchタグなりembタグなりで喋らせる」、「キャラ立ち絵よりも手前に『机』の画像を置く」）
それにしてもKAGやTJSの動作を理解してないとしんどいと思うよ。
○○のようなものを～というのは簡単だけど、その○○にしたって中の人がめんどくせぇ処理書いて作ってたりするしな。
ましてやアレ吉里吉里じゃないから、デフォルトのままの吉里吉里じゃ出来ない事だってどっさり組み込んであるし。

**名前は開発中のものです。** · 2010/07/19(月) 00:51:25

やっぱり現実は厳しいな。
簡単なものから少しずつって言う概念を学んで欲しい。

**名前は開発中のものです。** · 2010/07/19(月) 02:25:44

もっとプラグイン形式で機能の取り捨てが出来ればいいんだがな
結局どこかで車輪の再開発やらなんやらが紛れ込んでるような気をさせたらこういうツールの存在意義が薄れる

**名前は開発中のものです。** · 2010/07/19(月) 08:20:02

「商業ゲーム級のインターフェイス（または演出）に憧れて」
みたいな動機を出されると、あまり強く言えないけど

まずはテキストと画像等の素材を
頭からケツまで用意するのが先だと思うけどねー
それでまるっと１本分KAGスクリプトを打てば、ノウハウもだいぶつくし
プログラム担当がそれ専業ってんなら、素材が出来たそばから仮組みしてくとかさ
ノベルゲーなら、UIや凝った効果は最後でいいよ

なわけでまさに>>398

**名前は開発中のものです。** · 2010/07/19(月) 08:44:00

まったく関係ないけど、
緑茶と聞いて吉里吉里製同人の雄と期待されていた玉露飯を思い出した

切なくなった

**名前は開発中のものです。** · 2010/07/19(月) 10:11:05

何も苦労せずに作ると、見た目や演出的にはしょっぼいものになっちゃうよね
まあそれでもいいんだけど

俺的には、画面がパッと切り替わるのが許せなくて必ずフェードで切り替わるようにした
けど、徹底しようとすると所々面倒だった
ロード時のフェードがtjs改造しないとできなかった記憶がある

**名前は開発中のものです。** · 2010/07/19(月) 15:29:27

ロード時にまでじわじわ切り替わるの、プレイヤーとしては嫌だわ。
演出上の必要がある場面でもない（プレイヤーの任意で実行されるんだから）
んだから、さっさと開始してほしい。

**名前は開発中のものです。** · 2010/07/19(月) 15:45:07

演出とユーザビリティはトレードオフの部分があるよね

セーブデータ選択画面の無機質なところからゲーム世界に
パッと飛んだんじゃ味気ないって考え方もありうるし

ディスクシステムのゼルダの伝説で、ダンジョンに入るときの
ロード時間がいかにもダンジョンに入っていくっぽい雰囲気で
良いと言う人までいたそうな

**名前は開発中のものです。** · 2010/07/19(月) 15:55:10

じわじわじゃねーんだよ。パっと変わると目が痛いの。目が弱くないとわからないんだろうけど
たった50msでも欲しい。

**名前は開発中のものです。** · 2010/07/19(月) 22:36:44

>>369
OH!威信慕は吉里吉里じゃなくてNスクリプターじゃ…？

**名前は開発中のものです。** · 2010/07/20(火) 01:41:12

設定項目の時に「画面遷移時間（設定画面）」みたいなタイトルのついたスライドバー用意すりゃ解決するんじゃね？
そのスライドバーが操作する変数（sf.画面切り替え時間, とでもしとくか）の値をベースにtransタグなんかの画面遷移を行うようにすれば
時間かけて遷移して欲しいやつはスライドバーで長めの遷移時間をとり、せっかちさんは0ミリ秒に等しい位での短時間遷移をとり、というように
双方お望みの仕様になると思うが

**名前は開発中のものです。** · 2010/07/20(火) 01:57:59

ディスプレイの設定で光度下げたりすればいいんじゃないの？

**名前は開発中のものです。** · 2010/07/20(火) 02:39:24

パッと変わるソフトは手抜き

**名前は開発中のものです。** · 2010/07/20(火) 03:05:37

長年の独自の研究により、画面・立ち絵・ウィンドウなどが切り替わるのにストレスを感じない長さは
0.3～0.4秒であるとの結論が出た