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

1 · 2007/04/02(月) 11:18:12

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

※スレで質問をするときは、ドキュメント・スレの過去ログ・公式掲示板のログ・
FAQ・Google等で調べてからにしましょう。

前スレ
ttp://pc11.2ch.net/test/read.cgi/gamedev/1166252149/

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

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

詳しくは>>2-5辺りを参照のこと。

**名前は開発中のものです。** · 2007/05/15(火) 00:50:51

>>308
前者を中級者向けとして出したら、詐欺だと思うが。

**名前は開発中のものです。** · 2007/05/15(火) 01:14:47

>>308
KAGの場合はよく知らないが、
プログラミング一般に関していうなら
前者（初心者→中級者）のサイトや本の方が、
後者よりも圧倒的に多いと感じる。

**名前は開発中のものです。** · 2007/05/15(火) 02:02:28

たぶん、
１．KAGの動作原理(MainWindowとMessageLayerとSEとConductorの解説)
２．tjsからタグを使ってみる
３．tjsからオブジェクトを操作してみる
４．KIRIKIRI coreとtjsでゲームを作ってみる
という流れなら、なんとなくユーザがついていけるんぢゃないだろうか。

KAGは扱えるが、tjsはわからんっていう人は結構いると思うし。

**名前は開発中のものです。** · 2007/05/15(火) 10:53:53

実際のところソース読んだほうが早い

**名前は開発中のものです。** · 2007/05/15(火) 17:48:28

>>306
あれは失敗作。自己反映計算（リフレクション）は良くないが、だからと言ってCallオブジェクトやらを無くす理由にはならない。
そもそも、プロトタイプベースをわざわざクラスベースにする利点なんざ無い。
モジュール性を確保すればいいだけの話。

>>311
rubyのようにソース解説本が出てくれれば解釈し易いんだが、出るわけないか。
TJSは解るけどKAGが分からないって奴もいるだろう。

**名前は開発中のものです。** · 2007/05/15(火) 18:42:02

>>313
呼んだ？

**名前は開発中のものです。** · 2007/05/15(火) 21:59:25

>>313
>そもそも、プロトタイプベースをわざわざクラスベースにする利点なんざ無い。

ある。一般にクラスベースの方が良く知られている。
クラスベースの方が実行効率が良い。

そして、世の中を見渡せば分かると思うが、
プロトタイプベースも、結局はクラスベースのように扱われる。

>Callオブジェクト
Callオブジェクトってｗ　諸悪の根源ｗ

**名前は開発中のものです。** · 2007/05/15(火) 22:24:46

>>313
TJSは解るけどKAGが分からないってのは、
今まで出てる市販の本で対応可能では？

>>311の需要を満たすものは無いとは思うが

**名前は開発中のものです。** · 2007/05/15(火) 22:48:57

>>314
ま、まさかTJSだけでゲーム作ってるなんてことは…(((( ；゜Д゜))))ｶﾞｸﾌﾞﾙ
…ミジンコ脳の俺には想像もつかない…

**名前は開発中のものです。** · 2007/05/15(火) 23:08:29

ただの文字表示とか、どう考えてもKAGでやった方が楽な気が

**名前は開発中のものです。** · 2007/05/16(水) 09:48:41

そうでもないよ
俺も数年前にほとんど文字表示だけがメインの物を作ったけど
ワードラップ等の高度な禁則処理とか、両端ぞろえとか
隣にかぶる等の印刷所並みのルビの処理とか
日本字と英数字の間隔、各種約物の前後の間隔の調整とか
そういうのを実装しようと思うと、KAGを改造するよりも
TJSで書いてしまったほうが楽だった
リアルタイム処理がいらなかったからでもあるけどね

**名前は開発中のものです。** · 2007/05/16(水) 18:11:30

7andY、上の方に出てる本予約して宅配選んだのにまだこねえ
ちょっと不安になってきた

**名前は開発中のものです。** · 2007/05/16(水) 23:36:04

>>319
凄いとは思うんだが、逆説的に言うと文字表示にKAGを使わない場合、
そもそもTJSを使用するメリットはなんかあるの？

**名前は開発中のものです。** · 2007/05/16(水) 23:42:57

>>321

正直ちょっとしたツールとか作るときはKAGの数倍ラク

ノベル/アドベンチャーって前提があるならKAGいじくる方向だけど

**名前は開発中のものです。** · 2007/05/16(水) 23:53:21

いやKAGとの比較じゃなくて、KAGを使わない際のTJSの利点がよく分からない
何か他の言語でいいんじゃないのかなと。別にTJSに文句があるわけじゃないんだが

**名前は開発中のものです。** · 2007/05/16(水) 23:55:14

>>321
あー、もちろんたとえば C+Allegro とか D+DFL とかでもよかったんだけど
俺の場合、正直一番なじんでたのがTJSというか吉里吉里だったからかな
型は無いしGCはあるし、レイヤとか気楽に使えるしね
いろんな意味での気楽感っていうのは大きいと思うよ
俺は今ならDに慣れたのでDでやるかもしれないけど

**名前は開発中のものです。** · 2007/05/17(木) 00:14:50

結局一般的なノベルゲームタイプの文字表示するんなら
はじめから機能が充実してるＫＡＧベース
よっぽど単純か逆によっぽど特殊な表示法が必要ならＴＪＳで１から

**名前は開発中のものです。** · 2007/05/17(木) 00:21:06

でもやっぱ、一文字ずつ読み込むことに対応するために
KAGではどうしても両端ぞろえができないっていうのは
ほかのKAG以外の何かを検討するための動機として
けっこう大きい気がする

**名前は開発中のものです。** · 2007/05/17(木) 02:44:37

両端揃えって各行が同じ長さになるよう文字詰を調整することだと思うんだが
そんなＤＴＰソフトみたいなゲームエンジンあんのかよ。
ひょっとしてセンタリングや右揃えのときに
変な方向から文字出るのが嫌だってことか？
その場合は事前にその行の文章読み込んで横幅取得して
位置合わせてやれば解決。

**名前は開発中のものです。** · 2007/05/17(木) 02:47:13

いや、その通り
文字送りを微妙に少しずつ詰めたり開けたりすることで、右端を
ぴったり揃うようにする機能

右端ががたがたになってるのがどうにも気持ち悪くて

**名前は開発中のものです。** · 2007/05/17(木) 02:58:16

あー…そりゃ禁則処理の概念があるノベルツールならどれも普通はそうだぞ。

でも実現できなくはないな。
ページ単位で文章を事前読込み→一旦普通の禁則設定で改行→
[r]を含まない行の横幅取得→字間調整でいけそう

**名前は開発中のものです。** · 2007/05/17(木) 03:00:45

ただこうなると大幅改造したMessageLayer用意したほうが楽そう

**名前は開発中のものです。** · 2007/05/17(木) 03:03:03

昔、文章を整形して表示するようなTJSスクリプト公開していた人がいたね
確か蜷川りーや氏だったか
いつの間にかサイトはなくなったんだな

**名前は開発中のものです。** · 2007/05/17(木) 03:04:49

うん、改造でやるとしたら多分そうなるね

まあ画面単位での縦方向の両端ぞろえ（高さの違う行とかが混じってるときに、
画面の下端に空きができるのを避ける）をしないのなら、一段落ごとというか
KAGでいう[r]ごとでいいだろうけど

**名前は開発中のものです。** · 2007/05/17(木) 03:07:35

>>331
ごめんそれが俺ｗ

サイトはワイネットジャパンの夜逃げで消滅
自宅のパソコンはＨＤがクラッシュしてあぼーん

だからそのスクリプトはもう無いのですわｗｗ

**名前は開発中のものです。** · 2007/05/17(木) 16:13:46

TJSで厳密な両端揃えとかルビ処理って無理じゃね？
フォントの高さと幅しか取得できないのに何処にルビ置くんだ？
１行の高さと文字の前進幅が最低限取得できんとガッタガタになるだろ？

JavaME(CLDC+MIDP)でやった時文字グラフの情報が取得出来なくて全部自前で
持って両端揃えと文字上部に置くだけのルビ実装したがソースが恐ろしい事になったぞ。それ＋禁則処理。改行とルビまたぐだけでガタガタ・・・orz

そもそも、日本語文書の処理ってゲームの範疇軽く超えてるんだよな。ADVエンジンはそこら変矛盾してるよ。
まあ、最近はFxやOOoがOSSなんでロジックなんて幾らでもパクれるんだが。

**名前は開発中のものです。** · 2007/05/17(木) 16:14:13

KAGEXダウンロードしようと思って>>3を見ても、意味が分からない件
リポジトリブラウザって何やねん・・・

**名前は開発中のものです。** · 2007/05/17(木) 16:20:55

あー、やっと分かった
exe直接開くんじゃなくて、適当な所で右クリックするのね・・・

**名前は開発中のものです。** · 2007/05/17(木) 18:12:30

>>334
あーうん
「VAT」とか書くと間隔が空いてしまうし
イタリックの「a」の上に傍点をつけるとずれるし
行の途中で英数字のフォントが変わるとラインずれるし

それと１ピクセルが最小の単位だから細かい調節はできないしね

でも真四角の文字ばかりの日本語ならそれなりに見れるんじゃないかな

**名前は開発中のものです。** · 2007/05/17(木) 21:35:18

日本語文書の処理の関係だけど、メッセージレイヤを自然に段組にする方法って
ないよな……？
いちいちlocateで配置するんじゃなくて、文字を自然に流し込める感じの。

**名前は開発中のものです。** · 2007/05/17(木) 21:40:12

KAGEXを導入してみようと、docのテキストを読んでみたけど
既存のKAGへの導入の仕方さえ分からない
こりゃ諦めた方が早そうだ・・・

**名前は開発中のものです。** · 2007/05/17(木) 22:07:10

吉里吉里の情報集めようとすると未だにKAGと心中のリンク貼ってるところ多いな。
わがままではあるがサイト管理人は定期的にリンク確認してほしい。

**名前は開発中のものです。** · 2007/05/17(木) 23:10:58

俺なら残しとくよ
あれは功労者への敬意やなんかが込められてるから
それとリンクからアーカイブを辿る人も居るだろうしリンクを消すのは忍びない
閉鎖中みたいな注釈をいれておくといいかな

**名前は開発中のものです。** · 2007/05/17(木) 23:50:29

>>338
メッセージレイヤを複数枚並べるんじゃ駄目なのか？

**名前は開発中のものです。** · 2007/05/18(金) 00:10:16

>>337

フォントサイズが途中で変わるのは仮あて用のバックバッファに描画しといて一番高い文字の高さも記憶しておいて
１行分の文字列が描画できたら一番高い文字高さからラインの高さ算出して
その高さ*ライン幅で切り取ってフロントバッファに
転送でとりあえず何とかなる。

>>338
ルビとかフォントサイズ変更無視するなら描画可能領域をグリッド線で区切ってスクリーン座標系とグリッド座標系変換util用意。
描画APIの引数はグリッド座標系で指定してdraw(桁,行)にして描画時にAPI内でスクリーン座標に変換して描画。
この時、フォントの中心点とグリッドの中心点を合わせるようにする。
縦書き・横書き時のx,y方向の変化は何処かに隠ぺい、縦中横は無視。

これなら比較的簡単に綺麗にテキストをたれ流す事ができる。半角・全角が並ぶと不自然に字間が空くが。

**名前は開発中のものです。** · 2007/05/18(金) 01:53:24

KAGPAって今ダウンロードできなくなってるのか

**名前は開発中のものです。** · 2007/05/18(金) 01:53:25

Oh! Can Not Angel

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

ごめん誤爆ですた

**名前は開発中のものです。** · 2007/05/18(金) 05:39:08

KAGEXのenvinit.tjsの記述の仕方がよく分からん・・・
例えば、立ち絵が複数枚あるキャラが数人いて、登場時の画面位置を左・中・右という風に
envinit.tjsで管理しようとしたら、どういう記述をすればいいんでしょう？
取っ掛かりも無くて手詰まりに・・・

**名前は開発中のものです。** · 2007/05/18(金) 09:17:05

>>342
段組だからメッセージレイヤから他のメッセージレイヤへ改ページ時に文章飛ばす
仕組みが必要になる。
少ないページならそれでもいいけど。

>>343
なるほど試してみる。

**名前は開発中のものです。** · 2007/05/18(金) 11:07:50

セーブしますか？YES,NOでセーブさせるのってどうやるんですか？

**名前は開発中のものです。** · 2007/05/18(金) 12:00:08

kag3フォルダの中にあるkag3docフォルダがあって
更にその中にあるファイルをIEとかで開いてごらん
ちゃんと書いてあるヨ

**名前は開発中のものです。** · 2007/05/18(金) 12:10:49

>349
http://www.h2.dion.ne.jp/~yasozumi/lecture/lecture_hobby03.html#2

**名前は開発中のものです。** · 2007/05/18(金) 12:25:21

>>350
>>351
センキューです。
ちなみにプレイヤー側で、セーブするしおり番号は選べるようにできないのでしょうか？

**名前は開発中のものです。** · 2007/05/18(金) 12:40:05

>>352
それもここに書いてある。
http://www.h2.dion.ne.jp/~yasozumi/lecture/lecture_hobby03.html#2

しおりにセーブする
[save place=1 ask=true]
「place」でセーブするしおり番号を指定します。「ask=false」だと確認メッセージが出ません。省略すると「ask=true」になります。

**名前は開発中のものです。** · 2007/05/18(金) 12:49:00

>>353
それだと製作者側でしおり番号が決定されてしまうじゃないですか、
プレーヤー側で任意にしおり番号を選択指定できるようにしたいんです。

**名前は開発中のものです。** · 2007/05/18(金) 13:14:58

>>354
栞番号を選ばせる方法はいくつかあるけど
一番理解が簡単なのは、

*savemode
[link target="*save0"]0番の栞をはさむ[endlink][r]
[link target="*save1"]1番の栞をはさむ[endlink][r]
[s]

*save0
[save place="0" ask="true"][jump target="savemode"]

とか。吉里吉里/KAGに慣れてきて、TJSも触れるように
なってきて、記述量的に楽したければ、リンクのexp属性で
栞をはさむTJS式書いたりすることもあるね
（参考：KAG3リファレンス -> TJSをもっと使うために）

あとは、[input]タグで挟ませたい栞の番号を入力させ、
それを適当な変数に入れたのち、エンティティを使って
[save]タグ使うとか

**名前は開発中のものです。** · 2007/05/18(金) 13:18:27

>>355
なるほどー。ご丁寧な対応ありがとうございました！

**名前は開発中のものです。** · 2007/05/18(金) 22:46:42

[macro name=name]\
[nowait][font color=0xFEDFFF]\
[ch text=%ch]\
[endnowait][font color=default][r]\
[endmacro]\

こういうマクロを組んで、
[name ch=ほげほげ]
などと記述して、会話メッセージの、名前だけ色が変わるようにしたいのですが
上の表記だとフォントの色変更が適用されず、
[name ch=ほげほげ]
などのように、タグの先頭にスペースや文字などを入れると正しく動作します。

KAGEXで、linemode mode=free　のlinemodeをコメントアウトすると、スペースなどを入れなくても正しく動作したのですが
これはlinemodeを使わない方がいいという事でしょうか？

**名前は開発中のものです。** · 2007/05/19(土) 01:02:50

ＫＡＧＥＸなんて未完成品使ってるアホなんてホントにいるの？

**名前は開発中のものです。** · 2007/05/19(土) 01:04:17

>>358
それが、某メーカが使ってるんだなｗ

**名前は開発中のものです。** · 2007/05/19(土) 02:08:19

実績的には６ブランドかな。

通常公開されてるやつはいつもはげしくつくりかけ版なのと、
その時点の開発の使ってない機能の放置っぷりがひどいので、
素人が使うのは基本的におすすめできない（ぉ

**名前は開発中のものです。** · 2007/05/19(土) 02:53:24

KAGEX、stageレイヤのbackに読み込ませてトランスしてるのに、挙動がおかしい・・

**名前は開発中のものです。** · 2007/05/19(土) 03:12:47

お前の脳みそがトランス状態なんだろ

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

何度も申し訳ない、KAGEXで[link]タグを使おうとするとエラーが出る
ノーマルのKAGだと、
[link target=*start]test[endlink]
これで問題なく動作するのに、KAGEXで同じ記述にすると「致命的なエラーが」って出る
これってKAGEXのバグ？　吉里吉里は2.28安定版、KAGEXのRevisionは2681なんだけど

**名前は開発中のものです。** · 2007/05/19(土) 08:29:58

>>363
前スレの889～891で既出の話題では？

**名前は開発中のものです。** · 2007/05/19(土) 08:37:46

ちなみに>>363の現象は>>357の解決法と同じで大丈夫かと。

**名前は開発中のものです。** · 2007/05/19(土) 08:46:32

>>360
6ブランド？
3ブランド(すみっこソフト、なつぽち、ゆずソフト)以外にあったっけ？

それと公開されているKAGEXを(他人に)お勧め出来ないのは同意
機能の豊富さ以上に、バグの多さでクレームになりそうｗ
特にチームでのゲーム製作においては致命的かと
まあ、個人で勉強がてら楽しむ分には良いんじゃないかな

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

>>364-365
前スレまではチェックしてなかった、申し訳ないありがとう
KAGEX、レイヤに対するactionの部分だけプラグイン化してもらえたらなあ
レイヤの移動とかちょっとした操作は凄い便利なだけに・・・

**名前は開発中のものです。** · 2007/05/19(土) 12:34:44

みんなはKAGEXを使って、効率よくなった？
うちは結局使いこなせなくて普通のに戻しちゃったけども。

**名前は開発中のものです。** · 2007/05/19(土) 12:35:41

366の3ブランドはALcot、すみっこソフト、ゆずソフトの間違いです
ｽﾝﾏｿ

**名前は開発中のものです。** · 2007/05/19(土) 13:00:57

>>368
良くなったはず
とても使いこなせているとは言えませんがorz

今年の夏に一般公開予定のKAGEXに変わる
新規のフレームワークに期待したいところですね
ttp://ruriko.denpa.org/200612c.html#2701

**名前は開発中のものです。** · 2007/05/19(土) 18:11:04

KAGEXは使っていないけど
KAGEXのTJSソース参考にしていくつかの機能を公式の吉里吉里に取り込んで拡張してる

**名前は開発中のものです。** · 2007/05/19(土) 18:14:41

action周りを拡張してうｐ

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

KAGEXは俺には諸刃の剣。
なぜならtjsを覚える気がなくなるから。

俺もtjsソース参考に色々勉強だけさせて
もらって使ってない。

**名前は開発中のものです。** · 2007/05/19(土) 19:06:08

KAGだと前景レイヤを動かすのにも、moveタグをああしてこうして・・・ってかなり煩雑だけど
KAGEXだとactionタグでさらっと動かせる
これだけでもKAGEX使う価値は十分あるんだけど、如何せん使ってるうちに出てくるバグが・・・

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

>>373
別に覚える必要がなくなるのなら、
覚えなくても良いと思うのだが

tjsはあくまで手段であって目的ではないだろうし

>>374
もうあれですよ
自分でバグ取りしてスレに反映させちゃってください

**名前は開発中のものです。** · 2007/05/19(土) 21:44:45

ゲームエンジンの他人のバグを潰す事ほどコストが高くてメリットの少ない事はないな。
まあ、ADVエンジン特有の話だけど。

俺はKAGのタグハンドラ周りの改良、新プラグインアーキテクチャ導入（既存プラグイン互換）、入力装置の差異を吸収する入力管理、
ウィジェットツールキットの追加、KAGのあらゆる所に拡張ポイントの追加をやったんでプラグインを実装して実行時に接続すれば
ハンドラの追加、KAGカーネル部の動作フィルタリング、イベント部のフックが動的に出来るようになってる。
あと、プラグイン自体がバージョン管理、依存性解決の仕組みを持ってる。

んで今はKAGパーサ部を抽象化しようとして
ネイティブコード書かなきゃいけないんで一旦、機能フリーズして放置してる。

**名前は開発中のものです。** · 2007/05/19(土) 22:26:47

>>376
というか、それでゲームが売れていなければ、自己満足の世界やな。
多機能でも使いこなせなければ、ただのゲームエンジンだし。

**名前は開発中のものです。** · 2007/05/19(土) 23:16:34

>>375
374ではないけど、KAGEXのバグを気軽にできる報告場所が欲しいなぁとは思う。
公式の掲示板みたいなやつとか。

>>376
俺の場合はどっちかというと一から自分で作っていく方がコストが高いと思うけど。

**名前は開発中のものです。** · 2007/05/19(土) 23:47:07

>>378
KAGEXの公式の掲示板ってここですよねｗ

まあ、冗談は置いておいて、現状バグ報告はごうさんにメールすれば良いのでは？
他人と重複する可能性はあるが、そこは我々には分からないので気にせず報告すれば良いかと
むしろ複数人が同じバグを報告すると優先的に直すようになったりして

**名前は開発中のものです。** · 2007/05/20(日) 09:22:07

KAGEXで盛り上がってるとこすんません。

よかひげさんのExhistoryLayerをいじってるのだけど、
ドラッグするとポインタがスライダの端まで行ってはじめてずるっと動くという
スライダの動作がどうも好みじゃないんですよね。
吉里吉里同梱のSliderLayerの様に、ドラッグしたまんまに動いてくれる形に
したいのですが解答をお持ちの方、ご教授頂けませんか？

**名前は開発中のものです。** · 2007/05/20(日) 12:04:18

吉里吉里開発サイトってBTSあったけ？
フォーラムもML止まってるしなぁ。

**219** · 2007/05/20(日) 13:25:10

class Slider extends ButtonLayer
{
var dragging;
var draggedX;
var draggedY;
function Slider( win , par ){ super.ButtonLayer( win , par ); }
function onMouseDown( x , y , button , shift ) {
super.onMouseDown(...);
dragging = ( enabled && button == mbLeft );
draggedX = x;
draggedY = y;
}
function onMouseUp( x , y , button , shift ) {
super.onMouseUp(...);
dragging = false;
}
function onMouseMove( x , y , shift ) {
super.onMouseMove(...);
if( dragging ) parent.onSliderDragged( x - draggedX , y - draggedY );
}
}

**名前は開発中のものです。** · 2007/05/20(日) 13:25:54

//class VtScrollbar
function onSliderDragged( x , y ) {
if( target.pagebypage ) {
len = slider.height;
/**/ if(y < 5 ){ for( var i = 0; i > ( y / len ) ; i-- ) target.prevPage(); }
else if(y > 5 ){ for( var i = 0; i < ( y / len ) ; i++ ) target.nextPage(); }
}
else {
var len = ( height - next.height - prev.height ) / target.lineCount;
/**/ if( y < 5 ){ for( var i = 0; i > ( y / len ) ; i-- ) target.prevLine(); }
else if( y > 5 ){ for( var i = 0; i < ( y / len ) ; i++ ) target.nextLine(); }
}
}
//class HrScrollbar
function onSliderDragged( x , y ) {
if( target.pagebypage ) {
var len = slider.width;
/**/ if( x < 5 ){ for( var i = 0; i > ( x / len ) ; i-- ) target.nextPage(); }
else if( x > 5 ){ for( var i = 0; i < ( x / len ) ; i++ ) target.prevPage(); }
}
else {
var len = ( width - next.width - prev.width ) / target.lineCount;
/**/ if( x < 5 ){ for( var i = 0; i > ( x / len ) ; i-- ) target.nextLine(); }
else if( x > 5 ){ for( var i = 0; i < ( x / len ) ; i++ ) target.prevLine(); }
}
}
//何故か食い残しのクッキーが

**380** · 2007/05/20(日) 14:19:58

>>383
解答ずばり、ありがとうございます。
自分でも同じ動きまではいけましたが、
どうして同じ動きが出来たのかわからないし怖いので
ご教授頂いた方を使わせて頂きます。
読んでわかる方が気持ち良いですし。
ありがとうございました。

y>5
の５をtarget.lineCountが少ないうちは増やしてやる仕掛けを入れると
ログが溜まっていない段階でも綺麗に動くかもです。
色々やってみます。
重ねてありがとうございました。

**名前は開発中のものです。** · 2007/05/21(月) 17:55:43

背景を単色で表示させるため画像を使用しているのですが
HTMLのように画像を使用せず色指定で単色の背景を表示させる事は可能でしょうか？

黒に限ってはfreeimageで行けるのですが…

**名前は開発中のものです。** · 2007/05/21(月) 18:19:44

黒か白の画像を一枚用意しといてガンマ値いじればいいんじゃね

**名前は開発中のものです。** · 2007/05/21(月) 18:20:27

背景に色指定なら、iscriptの中に
var b = kag.fore.base;
b.fillRect(0, 0, b.width, b.height, 0xXXXXXXXX);
でいける。詳しくはリファレンス夜目

**名前は開発中のものです。** · 2007/05/21(月) 18:27:14

>>387
それだと色の状態が栞に保存されんから
プラグインクラスかなんかにして更にセーブロード処理書かなきゃならなくなるぞ。
一時的に必要なだけならいいけど。

**名前は開発中のものです。** · 2007/05/21(月) 18:28:22

>>388
ガンマいじるのもたしか栞には保存されなかったと思うけど
違ったらスマンが

**名前は開発中のものです。** · 2007/05/21(月) 18:31:04

>>389
imageタグ経由でいじったガンマ・フロア・セイルは保存されるよー。

**名前は開発中のものです。** · 2007/05/21(月) 18:33:16

…そういや色変えるにはいじるのはガンマじゃなくて輝度（フロアかセイル）だな。間違えた。

**名前は開発中のものです。** · 2007/05/21(月) 19:04:45

解決したけど、あえて「HTMLのように」にこだわるなら16進数で描ける
colorRectじゃないか？
プラグイン書くとしても単純だしすぐ出来るだろう

**385** · 2007/05/21(月) 19:30:09

ありがとうございました。
>>387で要件を満たせました。

せっかくなんでこれを機にTJSに手を出してみようと思います。

**名前は開発中のものです。** · 2007/05/22(火) 00:11:44

KAGEXについてアドバイスください。
KAGEXのサンプルを見てるとカットイン画像とかはnewlayタグを推奨しているみたいですが、
右クリックで、メッセージと同時にカットイン画像を消す方法って無いですかね？

普通にKAGで書く場合は
[image layer=3 page=fore storage=star visible=true left=100 top=100]
[layopt layer=3 page=fore autohide=true]
のように、autohide属性をつければ良いのですが、
newlayタグを使用した場合、上記と同等の動作をする記述方法が分かりませんでした。

一応下の記述でそれっぽい動作はするのですが、
この方法だと「2」の地点で、セーブ・ロードするとカットイン画像の消去が無効になってしまうんですよね。
[call storage="world.ks"]
[linemode mode=free]
*start|1
[newlay name=star xpos=0 ypos=0 file=star show]
[layopt layer=3 page=fore autohide=true]
1

*start|2
2

newlayタグにautohide属性みたいなものがあれば良いのでしょうが、ドキュメントを見た所なさそうな感じですし。

なおレビジョンは2652です。
どうも最新のレビジョンは環境レイヤにKAGの前景レイヤ自体を使ってないようで、
もっと書き方が分からない状態なので、
とりあえずこのレビジョンでどう記述すればよいかアドバイスいただけると助かります。

それとconfig.tjsはデフォルト、envinit.tjsとstar.pngはごうさんのサンプルをそのまま借用しています。

**名前は開発中のものです。** · 2007/05/22(火) 05:57:21

うーん、16進数で色指定できる奴なら
R、G、Bそれぞれの10進数に直すツールや知識がありそうな気もするんだが。
>>385は解決してるみたいだから遅いかも試練が
一応16進数を変換して背景色変えるマクロおいとくわ。
状態はKAGで自動保存してくれるからプラグイン化の必要はなし。

;【事前準備】
;１．真っ黒に塗りつぶした背景用画像を準備する
;２.マクロの"●●"部分を黒画像の名前に変更する（例・画像がblack.jpgなら"black"）
;【使い方】
;背景色を「FF1234」にしたければ、[bgcolor color="FF1234"]と書く

@macro name="bgcolor"
@eval exp="tf.str='0123456789ABCDEF',mp.color2=(mp.color).toUpperCase()"
@eval exp="for(var i=0;i<3;i++)mp['mpc'+i]=(tf.str).indexOf((mp.color2).charAt(i*2))*16+(tf.str).indexOf((mp.color2).charAt(i*2+1))"
@image storage="●●" page="fore" layer="base" rceil=%mpc0 gceil=%mpc1 bceil=%mpc2
@endmacro

;ここまで
必要であれば@image～部分のpage属性をbackにしたりしてくれ。

**名前は開発中のものです。** · 2007/05/22(火) 06:05:37

あ、ごめん試してみたら変だった。ceilとfloor間違えてた
正しくはこっち

;【事前準備】
;１．真っ黒に塗りつぶした背景用画像を準備する
;２.マクロの"●●"部分を黒画像の名前に変更する（例・画像がblack.jpgなら"black"）
;【使い方】
;背景色を「FF1234」にしたければ、[bgcolor color="FF1234"]と書く

@macro name="bgcolor"
@eval exp="tf.str='0123456789ABCDEF',mp.color2=(mp.color).toUpperCase()"
@eval exp="for(var i=0;i<3;i++)mp['mpc'+i]=(tf.str).indexOf((mp.color2).charAt(i*2))*16+(tf.str).indexOf((mp.color2).charAt(i*2+1))"
@image storage="●●" page="fore" layer="base" rfloor=%mpc0 gfloor=%mpc1 bfloor=%mpc2
@endmacro

;ここまで

>>394のやつは、黒画像じゃなく白画像なら正しい色になる。

**名前は開発中のものです。** · 2007/05/22(火) 09:14:40

>>396
乙。tf.strだけmpじゃないんだｗ

**名前は開発中のものです。** · 2007/05/22(火) 16:30:58

吉里吉里ってセーブすると、
ロードしたとき、それ以前の一番近いラベルの場所から開始されるんですよね。
ロードしたときにセーブしたその場から始められるようにするにはどうすればいいんでしょうか？
一行ごとにラベルを書けばいいのでしょうか？

**名前は開発中のものです。** · 2007/05/22(火) 16:39:18

どこでもセーブでググれ

**名前は開発中のものです。** · 2007/05/22(火) 17:24:28

>>399
どこでもセーブプラグインより、ラベルを直接打った方が安定する件。

**名前は開発中のものです。** · 2007/05/22(火) 19:15:59

>>400
同意

**名前は開発中のものです。** · 2007/05/22(火) 19:53:21

遊び手からよく出る不満がラベルまで巻き戻ることなんだよなぁ
むこうは吉里吉里のこと知らないからバグだとか言う奴もいる。

**名前は開発中のものです。** · 2007/05/22(火) 20:39:31

>>394はこちらの勘違いでした。
そのため、無視して下さい。
申し訳ありません。

マニュアルに下記の記載がありました。
> ◆layopt (拡張)
>
> stage / event および前景レイヤに対して、従来の layopt に加えて
> 以下の属性を追加で利用できるようになります。

ただ、レビジョン2701でstarという画像を用意して、
first.ksに下記を記述してもautohideは有効になりませんでした
(前景レイヤには有効です。無効なのはstageレイヤに対してです)。
[image layer=stage page=fore storage=star visible=true left=0 top=0]
[image layer=0 page=fore visible=true storage=star left=300 top=300]
[layopt layer=stage autohide=true opacity=100 zoom=50]
[layopt layer=0 autohide=true opacity=100 zoom=200]

上記の記述では従来のlayoptタグの属性のopacityや追加されたzoomは
stageレイヤに効くのですが、autohideは効きませんでした。

マニュアルの文言からは従来のlayoptタグの属性は一通りstageレイヤでも有効と読み取れたのですが、
認識間違ってますかね？

識者の方お願いします。

**名前は開発中のものです。** · 2007/05/22(火) 21:18:03

>>402
遊び手が何も知らない、ということを前提するのは作り手として当然のことなんだけどね。
そこんとこを判っていない作り手も多い。

遊び手「わーん、バグだよー」
作り手「ﾌﾟｷﾞｬｰｗｗ　お前吉里吉里のこと知らないだろｗｗｗｗ」

こんなんじゃ、困る。
遊び手に、バグだと思わせるような誤解をさせるような作り方をした製作者がｲｸﾅｲ

**名前は開発中のものです。** · 2007/05/22(火) 21:21:55

作り手の質も使い手の質も年々もの凄い勢いで下がっております

**名前は開発中のものです。** · 2007/05/22(火) 21:30:38

ＰＣの普及により、年齢も下がっております。

**名前は開発中のものです。** · 2007/05/22(火) 21:31:14

有名所は大抵実装してるからなぁ＞どこでもセーブ
そう言や、吉里吉里＝エフェクトがスキップできない
的な意見もどっかで見た希ガス。

**名前は開発中のものです。** · 2007/05/22(火) 21:57:47

ときメモやPiaキャロのシステムにすればいいんだよ。