■吉里吉里／ＫＡＧ／ＴＪＳ雑談質問スレ■その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辺りを参照のこと。

1 · 2007/04/02(月) 11:19:20

【公式】
kikyou.info
ttp://kikyou.info/
吉里吉里/KAG 掲示板
ttp://kikyou.info/tvp/bbs/
公式掲示板過去ログ検索
ttp://www.kirikiri.info/bbslog/
吉里吉里開発サイト
ttps://sv.kikyou.info/trac/kirikiri/

【ドキュメント】
KAG System リファレンス（※初心者必読！）
ttp://devdoc.kikyou.info/tvp/docs/kag3doc/contents/
吉里吉里２リファレンス
ttp://devdoc.kikyou.info/tvp/docs/kr2doc/contents/
TJS2 リファレンス
ttp://devdoc.kikyou.info/tvp/docs/tjs2doc/contents/

【FAQ】
逆引きマニュアル
ttp://homepage1.nifty.com/gutchie/kirikiri_kag2/faq.html

【網羅的リンク集】
OUTFOCUS Wiki ブックマーク
ttp://hpcgi1.nifty.com/gutchie/wifky/wifky.pl?p=%A5%D6%A5%C3%A5%AF%A5%DE%A1%BC%A5%AF

1 · 2007/04/02(月) 11:20:43

【講座】
吉里吉里2/KAG3によるノベルゲーム開発
ttp://homepage1.nifty.com/gutchie/kirikiri_kag3/game_dev.html
Studioついんくる - 吉里吉里2/KAG3講座
ttp://contest2004.thinkquest.jp/tqj2004/70619/subindex.html
成恵同盟 - もえかぐ（萌えるＫＡＧ講座）
ttp://www.geocities.jp/narue2664/moeKAG/
熊野にんち - 吉里吉里講座
ttp://www.h2.dion.ne.jp/~yasozumi/lecture/lecture.html
RUTA'S GAME - 初心者のための吉里吉里講座
ttp://www.manitoux.net/ruta/game/kiri/

【解説】
Inside KAG3
ttp://hpcgi1.nifty.com/gutchie/wifky/wifky.pl?p=Inside+KAG3
TJS入門
ttp://homepage1.nifty.com/gutchie/kirikiri_kag/tjs_primer.html

【KAGEX】
KAGEX
ttp://ruriko.denpa.org/2006_ca.html#W_%E5%90%89%E9%87%8C%E5%90%89%E9%87%8C
KAGEXのダウンロードの仕方(Subversionリポジトリへのアクセスの仕方)
ttp://kikyou.info/diary/?200610#i4_3

**名前は開発中のものです。** · 2007/04/02(月) 11:25:57

>1
乙です

**名前は開発中のものです。** · 2007/04/02(月) 11:54:21

1.乙

**名前は開発中のものです。** · 2007/04/02(月) 12:50:33

　　　　　　　　　　　　　　　 !,-/::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::ヽ,
　　　　　　　　　　　　　　　i''./:::::::::::::::::::::://::::::l:l'i::::::ヽ:::::::ヽ:::::::::::::::l丶
　お尻の穴に　　　　　　　〉!:::::::::::::::l:::::://l:::::/ll .lヽ:::l !ヽ::::l:ヽ::::::::i::l::l
　　指をいれて　　　　　　ヽ::::::::::::::l:l::::/:l .l:::/ l　 l,ヽ:l-l-l:::lヽ:ヽ::::::l:l.ll
　　　匂いを嗅ぐと　　　　　l::l.l:::::::ll.l:::l''l~~∨' '　 '　_,-'i-∨　l::::l::::l:l,,l_
　　　　　　　　　　　　　　　 _l::l .l::::l .l,l:l''~(~~i''　　　　 l　ヽﾉiヽ.l:::::l:l:l::::::~''-,_
　　新スレですよ　　　 _,-'':::l:l　l:l.l　'~l .ll||ll l　　　　　l l|||l.ﾉ　l:::::l-''''''''---,,'-,_
　　　　　　　　　　　　,-':::::_,,,-ヽl::::::l　ヽ,,,,,,ﾉ　　　　　 '--''　 l::::::l　　　　　　~
　　　　　　　　　／-''''~　　　l:::::::l.l　　　　　 ____'___　　　　./l:::::::l
　　　　　　　　　　　　　　　　 l:::::::l'ヽ.　　　　 l　　 l　　　／　l:::::::l
　　　　　　　　　　　　　　　　　l:::::::ll　 ',,- ,_　　ヽ-' 　_,-''--,,ll::::::l ~

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

>1　乙カレー。

**名前は開発中のものです。** · 2007/04/03(火) 00:16:22

>>6
それじゃただのコピペ荒らしだろ。このスレのテンプレはこっち

　　　　　　　　　　　　　　　 !,-/::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::ヽ,
　　　　　　　　　　　　　　　i''./:::::::::::::::::::::://::::::l:l'i::::::ヽ:::::::ヽ:::::::::::::::l丶
　お尻の穴に　　　　　　　〉!:::::::::::::::l:::::://l:::::/ll .lヽ:::l !ヽ::::l:ヽ::::::::i::l::l
　　指をいれて　　　　　　ヽ::::::::::::::l:l::::/:l .l:::/ l　 l,ヽ:l-l-l:::lヽ:ヽ::::::l:l.ll
　　　匂いをKAGと　　　　　l::l.l:::::::ll.l:::l''l~~∨' '　 '　_,-'i-∨　l::::l::::l:l,,l_
　　　　　　　　　　　　　　　 _l::l .l::::l .l,l:l''~(~~i''　　　　 l　ヽﾉiヽ.l:::::l:l:l::::::~''-,_
　　新スレですよ　　　 _,-'':::l:l　l:l.l　'~l .ll||ll l　　　　　l l|||l.ﾉ　l:::::l-''''''''---,,'-,_
　　　　　　　　　　　　,-':::::_,,,-ヽl::::::l　ヽ,,,,,,ﾉ　　　　　 '--''　 l::::::l　　　　　　~
　　　　　　　　　／-''''~　　　l:::::::l.l　　　　　 ____'___　　　　./l:::::::l
　　　　　　　　　　　　　　　　 l:::::::l'ヽ.　　　　 l　　 l　　　／　l:::::::l
　　　　　　　　　　　　　　　　　l:::::::ll　 ',,- ,_　　ヽ-' 　_,-''--,,ll::::::l ~

**前スレ969** · 2007/04/03(火) 00:28:45

前スレ>>996
それだぁああああああ！！！！！！１１
サンクスッ！！！

座標計算の間違いとの事で、俺が書いて正常に動いてた
サンプルコードはたまたまバグが発生しない座標を指定してた模様…
どうやら、コピー元レイヤの座標が(0, 0)の場合のみ、このバグは出ないっぽい。
（プライマリレイヤのみしか効かないと勘違いしたのも多分このせい）

ああすっきりした…
とりあえず、copyRectの重ね掛けで回避する事にします……

**名前は開発中のものです。** · 2007/04/03(火) 00:44:56

>>8
一見親切だが、やってることは最低だ。

**前スレ969** · 2007/04/03(火) 01:27:03

置きみやげ。
このメソッドを、全てのレイヤの基礎となるレイヤクラス（KAGLayerクラスなど）に
登録しておけば、とりあえずはバグ回避できるはず。
ただし、あんまり詳細に動作確認はしてないので、使う場合は自己責任でおながいします。

    function piledCopy(dleft, dtop, src, sleft, stop, swidth, sheight) {
        if(!(src.left + src.top)) {
            super.piledCopy(*);
            return;
        }

        sleft = sleft - src.imageLeft;
        stop = stop - src.imageTop;

        copyRect(dleft, dtop, src, sleft, stop, swidth, sheight);
        var n = src.children.count;
        for(var i = 0; i < n; i++) {
            var c = src.children[i];
            if(!c.visible) { continue; }
            piledCopy(dleft + c.left, dtop + c.top, c, 0, 0, c.width, c.height);
        }
    }

**名前は開発中のものです。** · 2007/04/03(火) 01:28:53

1乙です

思いっきり初心者丸出しな質問ですいません
背景画像を表示する文の後ろ以降が動作しないのですがどうしてでしょうか?
PCがオフラインなので過去ログなど読めないので、もし良ければ回答お願いします

**名前は開発中のものです。** · 2007/04/03(火) 07:29:10

日本語でおｋ

**名前は開発中のものです。** · 2007/04/03(火) 07:29:58

>>12
君はどうやってここに書き込んでるんだ？
ネカフェ？　しらんがな

14 · 2007/04/03(火) 07:37:56

ごめん。ついイラッとして書いた。
携帯からかもしれないね。

**名前は開発中のものです。** · 2007/04/03(火) 07:43:19

**名前は開発中のものです。** · 2007/04/03(火) 08:38:12

@じゃなくて[]のほうの構文を使えばよい

**名前は開発中のものです。** · 2007/04/03(火) 09:59:28

>>13->>17
書き方が気に障ってしまったのでしたらすいません
本の通り[]でくくっていますが、どうしてもその一文を入れると動かなくなってしまうんです
背景画像は表示されますし、その一文を抜けば他の部分は問題なく動くのですが

**名前は開発中のものです。** · 2007/04/03(火) 10:20:46

こっちはエスパーじゃねえんだ「その一文」とか言われても分かるか

**名前は開発中のものです。** · 2007/04/03(火) 10:44:06

>>19
すいませんっ!!
一文というのは
[image storage="画像名" layar=base page=fore]\
で、指定した背景画像は出るのですがそれ以降止まってしまいます

**名前は開発中のものです。** · 2007/04/03(火) 10:55:32

>>20
写しミスかもしれないが、layarになっている。

layer=baseに修正して、実行して止まったところで SHIFTを押しながらF4を押してコンソールを開いてみてください。
エラー内容が出力されているかも。

エラー内容が分からなければ、エラーの内容を貼り付ければ誰か教えてくれるかも。

**名前は開発中のものです。** · 2007/04/03(火) 11:23:14

>>21
layarは携帯での打ち間違いでした(´・ω・｀)

コンソールを開いてみましたがエラーなどは出ていないようです…
問題の文以下は

[image storage="画像" layer=base page=fore]\
画像の読み込みに 11ms かかりました
[link target=*hazimeru]はじめる[endlink]
[link target=*end]しゅうりょう[endlink]
[style align=defoult]\
[s]
(info) CPU clook : 2793.9MHz

となっていますが、実際には選択肢は表示されていません

**名前は開発中のものです。** · 2007/04/03(火) 11:28:31

>>22
・メッセージレイヤがvisibleになってないんじゃねえの
・defoultじゃなくてdefaultじゃねえの

**名前は開発中のものです。** · 2007/04/03(火) 11:42:58

>>23
>・メッセージレイヤがvisibleになってないんじゃねえの
それはコンフィグで変更するものですか?

**名前は開発中のものです。** · 2007/04/03(火) 11:52:19

>>24
頼むから質問する前に　リ　フ　ァ　レ　ン　ス　読　め
100回読め
[layopt]とか[current]とか調べろ

**名前は開発中のものです。** · 2007/04/03(火) 12:03:51

>>25
すいません(´・ω・｀)
読んできます

**名前は開発中のものです。** · 2007/04/03(火) 23:50:05

今、コミメで製作してるんだけど
吉里吉里で作るメリットって何？

**名前は開発中のものです。** · 2007/04/03(火) 23:55:04

>>27
ないから気にするな

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

>>27
やる気があればなんでもできる
ただ、吉里吉里が人気でてるけど、単純にサウンドノベルとか
そういった型にはまったノベルゲームを完成させたいだけなら
GUIな簡単なツールを使ってていいと思う

これは他の初心者さんにもいえる
吉里吉里にこだわる必要はない
よくもわるくも自由度は高いが難易度も高い

手に馴染むものを見つけるのが一番

**名前は開発中のものです。** · 2007/04/04(水) 00:48:04

>>27
「コミックメーカー製のゲームはプレイしない」というプレイヤーはいるけど、
「吉里吉里製のゲームはプレイしない」というプレイヤーは見かけたことがない。
メリットはそのあたりかな。

**名前は開発中のものです。** · 2007/04/04(水) 09:58:31

セーブ＆ロード画面で
最新のセーブデータのリンク色を変えたいと思っています。

[font color="0x0000ff" cond="sf.save==tf.i"]
[link target="*save" exp="sf.save=kag.current.lastLink"]

*save
[save place="&sf.save" ask=true]

こう書くと「栞をはさみますか？」で「いいえ」を選んだときも
色が変わってしまい、困っています。
何かいい方法があったら是非教えてください。

**名前は開発中のものです。** · 2007/04/04(水) 13:38:52

ログ画面を画像で表示する方法を教えてください。
初心者丸出しな質問ですがよろしくお願いします。

**名前は開発中のものです。** · 2007/04/04(水) 13:49:21

ログ画像ってなに？

**名前は開発中のものです。** · 2007/04/04(水) 14:12:47

>>31
MainWindow.tjsを改造するしか。

**名前は開発中のものです。** · 2007/04/04(水) 14:13:04

>>33
すみません。
絵を貼るのを忘れてました。
http://hey.chu.jp/up/source3/No_0368.jpg

水色の部分が画像だと思ってください。

**名前は開発中のものです。** · 2007/04/04(水) 15:31:07

メッセージ履歴を表示したいのか？
スクリーンショットを取りたいのか？
メッセージレイヤーの背景色を変えたいのか？
なにをやりたいのかすら分からん。
とりあえずログって言葉を使うな。

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

>>35,36
おそらく、HistoryLayerを黒の半透明(0xc8000000で塗りつぶし)じゃなくて、画像にしたいってことじゃないのかな。
であれば、
system/HistoryLayer.tjs
を改造すればできます。
多少のtjsの知識が必要ですが。

**名前は開発中のものです。** · 2007/04/04(水) 17:10:09

初心者ならconfig.tjsから
frameGraphic = ""; // position タグの frame 属性に相当
ここをいじるかシナリオ内で
[position frame="***"]
とするか

**名前は開発中のものです。** · 2007/04/04(水) 17:56:53

>32
Project Lipsのチョイ技集にあった。

今はアーカイブ状態のしか置いてないから、
ttp://project-lips.net/game/krkr.htm
から落とすか、Internet Archiveで。
ttp://web.archive.org/web/20051214104522/project-lips.net/support/tyoi.htm#12

**名前は開発中のものです。** · 2007/04/04(水) 18:09:00

吉里吉里とSystem4.0はツールが元々意味もなく
精もないGUIになってるから編集ツールが作り難いんだよな・・・。

**名前は開発中のものです。** · 2007/04/04(水) 20:41:02

>>31
その書き方だと、リンクをクリックした時点で実行されるようなので、
「はい」をクリックした時点で実行するようにすれば良いかと。

そのため>>34の言うとおり、MainWindow.tjsのsaveBookMarkWithAsk内で「はい」をクリック時に、
変数に格納するよう記述すれば実現したいことは出来るはずです。

**名前は開発中のものです。** · 2007/04/04(水) 22:35:19

別にMainWindow.tjs書き換えんでも・・・。
あまり慣れてない人にKAGの改変奨めるのはどうかと。

**名前は開発中のものです。** · 2007/04/04(水) 22:57:41

>>31
tf.num →　押されたリンクに対応する栞番号

*save
@eval exp='sf.save=tf.num' cond='kag.saveBookMarkWithAsk(tf.num)'

31 · 2007/04/05(木) 00:51:01

>>43
理想通りになりました。ありがとうございます。
MainWindow.tjsを書き換えるのは怖かったので助かりました。
これはこの一行でたりるんですね。
condはifと同じものだと思っていたので少し不思議です。

**名前は開発中のものです。** · 2007/04/06(金) 07:29:17

前スレの621に影響されてみますた。

サクラエディタ用TJSの微妙な定義ファイル
http://kissho.xii.jp/1/src/1jyou4191.lzh.html

**名前は開発中のものです。** · 2007/04/06(金) 08:21:01

NoEditerのTJS定義ファイルなら作ったなぁ・・・

**名前は開発中のものです。** · 2007/04/06(金) 22:47:40

すいません、質問させてください。

ttp://www.h2.dion.ne.jp/~yasozumi/lecture/lecture_complex01.html
このサイトに書いてあるとおりにメッセージレイヤーの透明化を
したんですが（[position opacity=0]）
メッセージレイヤーを再び表示する方法がわかりません。

opacity=100とか、数値を変化させればいいのかな？
と思ったけど何も変わらず
visible=trueにしてみても、やっぱ何も変わりません…

対処法わかる方、ご指導お願いします。

**名前は開発中のものです。** · 2007/04/06(金) 23:19:25

opacityは0～100ではなく0～255

**名前は開発中のものです。** · 2007/04/06(金) 23:27:31

余計なことしないで単純にposition opacity=0でウィンドウを消しただけなら、
position opacity=255（←あるいは自分で設定している、ウィンドウの濃さの数値を入力する）
で戻してやればいいだけ。

**名前は開発中のものです。** · 2007/04/06(金) 23:33:58

すいません100にしても、255にしてみても（数値を変えてみても）でした

[wait time=200]
*その1|第一章
[cm]
[position opacity=255]
[image storage="haikei" layer=base page=back]
[trans method=crossfade time=1000]
[wt]
以下文章[l][r]

にしてるんですが、元に戻ってくれません…
なにか上の文章でミスっているところありますか？

**名前は開発中のものです。** · 2007/04/06(金) 23:39:34

>>50
[position opacity=0]から[position opacity=255]まで書いてくれないと分からんよ・・・

どこかでメッセージレイヤの番号かフォア・バックが変わってるんじゃ？
次の手順で、どのメッセージレイヤを透明・不透明にしたのかが分かるはず

１．まず[position opacity=0]の直【後】に[trace exp="kag.current.name"]と書く
２．[position opacity=255]の直【前】にも[trace exp="kag.current.name"]と書く
３．吉里吉里起動して問題の箇所を実行
４．Shiftキーを押しながらF4キーを押してコンソールを開く
５．コンソールから、たぶん最後の方にある▼[trace]って行を探す
（表メッセージレイヤ0とか出てるはず）

positionで属性省略しまくると初心者は泥沼にはまると思う
opacityやvisible程度ならlayoptがオススメ

**名前は開発中のものです。** · 2007/04/06(金) 23:40:21

手っ取り早い方法はたぶん
[cm]の直後に

[backlay];←追加
[position page=back opacity=255];←訂正

（コピペ可）

**名前は開発中のものです。** · 2007/04/06(金) 23:41:49

>50
positionにpage=back足してみ

**名前は開発中のものです。** · 2007/04/06(金) 23:42:45

[backlay]覚えろ

47 · 2007/04/06(金) 23:55:05

出来ました！
皆さん助言ありがとうございます。

[backlay]もなんとなくで講座サイトをコピペして使ってました…
これから改めて勉強します。
頑張ってゲーム完成させたいと思います。

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

だから

リ　フ　ァ　レ　ン　ス　読　め　よ

ブッ殺すぞ゜゜(´□｀。)°゜。

**名前は開発中のものです。** · 2007/04/07(土) 00:32:14

>>56
すいません…読んである程度理解した気になってました…

**名前は開発中のものです。** · 2007/04/07(土) 00:32:50

ある程度読んで、か

**名前は開発中のものです。** · 2007/04/07(土) 06:13:59

俺は一ヶ月くらい
過去ログや講座やりファ毎日眺めてたぞ
やっと全容把握できたかな
いやまだまだ足りない

**名前は開発中のものです。** · 2007/04/07(土) 09:20:44

うん、まぁ、そんな怒んないで。
作りたいものが先にあるからツールを使い始めるわけで。
あのリファリレンスを完全理解してから～ってのは初心者にはハードル高いんです・・・。

自分はとてもココに書きこめるウデじゃないからＲＯＭ専してるヤツですが。
とりあえずわかる範囲で組み立てていって、いくつか作ってるうちに他も覚えていこうという気持ちはよくわかるので。
私もいまだにそのレベルなので特に（ノД；）。

さすがにレイヤ透明化程度なら自分でいろいろ試したり調べて解決するべきだと思いますが。

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

>リファリレンスを完全理解してから
まずは嫁。
そして分からなかったときも嫁。
話はそれからだ。

リファレンス嫁といわれる奴は明らかに読んでない。
右の耳から入って左の耳に抜けるのと一緒。

それに多分、TJS書ける人間の方がリファレンス覚えてないだろう。
分からん事があったらソース追うのが一番早いから。

**名前は開発中のものです。** · 2007/04/07(土) 16:31:03

質問させてください。

たとえばimageフォルダ内にもうひとつフォルダを作って
その中の画像を指定する場合はどうしたらいいのでしょうか？

**名前は開発中のものです。** · 2007/04/07(土) 16:44:44

KAGリファレンス＞チュートリアル＞準備をしよう
公式ログ＞
ttp://www.kirikiri.info/bbslog/log/005007

**名前は開発中のものです。** · 2007/04/07(土) 16:46:12

>63
ありがとうございます。

**名前は開発中のものです。** · 2007/04/07(土) 20:54:24

世に出てる吉里吉里使用作品が超えているハードルに
つまづいているようならば、明らかに書き方がわるい
リファレンスには基本的なことはすべて書かれているし
タグの属性が取りえる値なんかも載っている

確かに完全に理解するのは無理だが、理解しようとしろ
書かれている内容の意味が（ググっても）わからなければ
聞けばいい

なんだかんだ言ったって、質問を解決するために回答する側も
時間を割いてるんだ（場合によっては検証したりもする）

わからないから答えを教えてもらうまで待つんじゃなくて
理解してないと自覚してたのならリファレンスを嫁
そして1ヶ月くらい試行錯誤しろ

そして無理だと判断したなら、もっと簡単なツールを使え
吉里吉里を使いこなすのには努力と時間が必要

**名前は開発中のものです。** · 2007/04/07(土) 21:04:22

<<65
最近それがわからないﾔｼが
多すぎる…orz　＜なんだかんだ言ったって、質問を解決するために
　　　　　　　　　　　回答する側も時間を割いてるんだ（場合によっては検証したりもする）

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

>>65
安価間違えた…ｽﾏｿ

**名前は開発中のものです。** · 2007/04/07(土) 21:59:18

質問です。
初心者ですいませんが、メッセージレイヤーを途中から非表示にしたいのですが、
途中で
[position layer="message0" visible="false"]
というタグを入れるのですが消えてくれません。
どのようにすればいいでしょうか？

**名前は開発中のものです。** · 2007/04/07(土) 22:02:06

この流れからしておそらく↑は釣り

**名前は開発中のものです。** · 2007/04/07(土) 22:08:33

いえ…本当です。
お願いします。

**名前は開発中のものです。** · 2007/04/07(土) 22:11:25

>>70
>>56

**名前は開発中のものです。** · 2007/04/07(土) 22:22:08

[position layer=message0 visible=false]

**名前は開発中のものです。** · 2007/04/07(土) 22:28:29

リファレンスは読みましたがわかりません。

**名前は開発中のものです。** · 2007/04/07(土) 22:31:15

>68
もっかい同じこと言ってみる
positionにpage=back足してみ

**名前は開発中のものです。** · 2007/04/07(土) 22:34:35

>>74
出来ました。
ありがとうございます。

**名前は開発中のものです。** · 2007/04/07(土) 22:54:10

　自称初心者の諸君

　　K A G　リファレンスは全ページ読め！

**名前は開発中のものです。** · 2007/04/07(土) 23:29:22

>75
おまいはこの辺かな
KAGリファレンス＞チュートリアル＞トランジションを使おう

**名前は開発中のものです。** · 2007/04/08(日) 01:16:25

自称初心者もアレだが回答者ももうちょい考えろ
例えば>>36
>>33は明らかに訳が分からんが>>35の補足で大体予想がつくだろ
スクショを撮りたい訳ではなさそうだし
画像って言葉からレイヤーの色を変えたいわけではないだろう
って事はおそらくメッセージ履歴を画像の上に表示したいと予想が出来るわけだ

とりあえず、予想した答えを出しておいて
質問者が求めていた答えと違っていたら
もっと分かりやすく書けやボケと言えばいい

とりあえず、意味がさっぱりならスルーしろ

60 · 2007/04/08(日) 09:16:41

････すみません。私の書き込みが間違っていたかも。
私が書いたトコからの流れみたいのばかりだと、たしかに私でも「リファレンス読め」といいたくなりますね(;´・ω・`) 。

**名前は開発中のものです。** · 2007/04/08(日) 10:09:21

それでも結局は教えてやってるあたり
人がいいよなお前ら
募金詐欺とかにひっかかるなよ

**名前は開発中のものです。** · 2007/04/08(日) 11:49:32

べつに減るもんじゃないしな
どうせたいしたことでもないのに変にもったいぶって
「おしえてあげないよべえー」とかって方があれだろ

**名前は開発中のものです。** · 2007/04/08(日) 12:40:36

メッセージレイヤーのみトランジションしたいのですがうまくいきません。
とりあえず書いたのは以下

[position layer=message0 page=fore left=30 top=50 width=740 height=500]
[position layer=message0 page=back left=30 top=50 width=740 height=500]
（適当な本文）
[current layer=message0 page=back]
（適当な本文）
[current layer=message0 page=fore]
[trans layer=message=0 children=false time=300 method=scroll from=bottom]
[wt]

症状
トランジション自体はするんだけど、トランジション中に出てくる裏画面のメッセージレイヤーの大きさが小さい
おそらく禁則処理分と思うけど右側と下側が一行分ぐらい小さいままトランジションが進む。
トランジションが完了すると大きさは戻る。

本文表示中と言うかトランジション直前にクリックしてると綺麗にトランジション出来る場合もある。
シナリオの再読込をすると症状が治まったり再発したりする。
同じソースなのに症状が起きたり起きなかったりなので原因が分からない。

**名前は開発中のものです。** · 2007/04/08(日) 12:41:37

AAで書くとこんな感じ
┌────┐
│　　　　　　│
│　　　　　　│
│　　　　 ┌┘
│　　　　│
└───┘
こんな風にスクロールしてしまう。

**名前は開発中のものです。** · 2007/04/08(日) 14:25:40

さっぱりわからんが、
表示する本文がレイヤに対して長すぎて、
[p]してない位置で自動的に改頁されてないか？

**名前は開発中のものです。** · 2007/04/08(日) 15:12:06

> トランジションが完了すると大きさは戻る。
> 同じソースなのに症状が起きたり起きなかったり

単に処理速度が追いついてないんじゃ
メッセージレイヤを小さくするとどう？

**>92** · 2007/04/08(日) 15:15:04

言葉では伝えぐらいのでスクリーンショットとってきました
http://i-get.jp/upload500/src/up2121.jpg
これで症状分かりますか？
>84
本文は数文字で[p]、[l]、[r]や[font]など一切入っていません。

**名前は開発中のものです。** · 2007/04/08(日) 15:26:52

>>86
わかんね
「おそらく禁則処理分と思うけど」と言うのなら、
禁則されない程度のごく短い本文で試してみてはどうか

**>92** · 2007/04/08(日) 15:31:24

よく分からないけど症状が確定してきました。
[position layer=message0 page=fore left=30 top=50 width=740 height=500]
[position layer=message0 page=back left=30 top=50 width=740 height=500]
[image storage="white.png" layer=base visible=true page=fore]
[image storage="white.png" layer=base visible=true page=back]
[wait time=1000]
質問スレ>92
[current layer=message0 page=back]
質問スレ>92
[current layer=message0 page=fore]
[wait time=800]
[trans layer=message0 time=6000 method=scroll from=bottom]

これで一回目は必ず段差が出来る。
シナリオの再読込をすると段差が出来ない。
再読込は二回目以降でも安定している。
一度終了してもう一度吉里吉里を起動するとまた段差が出来る
再読込すると段差が出来ない
バージョンは2.28でず。
>87
文字が数文字なのです。configの禁則関係も触っていません。

**名前は開発中のものです。** · 2007/04/08(日) 15:51:02

>>88
それ試しに動かしてみたが、特に変な動作はしないな
どこか前の箇所でleft属性でも弄ってんじゃねーの

**名前は開発中のものです。** · 2007/04/08(日) 16:15:57

>>88
何でbacklay使わないんだ？？

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

>>88
ゲームの中に突っ込んだのでプレーンな吉里吉里じゃないけど、確かにずれた
裏から出てきたメッセージフレームが、スクロール中に欠けるみたいだ
画像でも、opacityで指定した矩形でも起こる

試しに740*500の画像を800*600にして（増えた部分はアルファチャネルで透明に）
フレーム画像にしたらうまくいったが、どうか

**名前は開発中のものです。** · 2007/04/08(日) 18:58:49

公式から落としたてのsyoukaiのfirst.ks丸ごと消して新たに入れてみた。確かに欠けるね。
http://up2.viploader.net/pic/src/viploader450853.png
俺も初心者だから理由はさっぱり分からん。

**名前は開発中のものです。** · 2007/04/08(日) 19:48:59

>>88
現象確認。
ずれは禁則ではなくメッセージレイヤ0の裏のleftの値に依存してます(>>88の2行目のleft)。
ためしにleftを-30にすると逆に左側に段差が発生します。
そのため、left=0で現象が出なくなります。

>>91
多分800x600で試したため、
ずれている部分が画面外で結果的に正常に見えただけと思われ。

**名前は開発中のものです。** · 2007/04/08(日) 20:00:07

後、>>88の書き方だと、トランジション終了時、下側がちらつくはず。
なので2行目のtopは0で。

多分left=30, top=50が裏画面では原点(0,0)扱いになｂﾁてるっぽいね＝B
理由はャGロイ人に。

**名前は開発中のものです。** · 2007/04/08(日) 21:59:08

前々々スレ
ttp://www.geocities.jp/kirikiri_log/1147590108.html#R678
以前貰ったレスを参考にマウスカーソルとフォーカスの同期に挑戦してます。
こちらの記事の通りだと、カーソルをボタン上から動かした際に
フォーカスが残ってしまうので、ミジンコ脳を振り絞り
onMouseLeave()にもう一つif(focused)kag.focusedLayer = null;
の記述を入れて回避しました。
…が、現状キーでフォーカスを移動させると、なぜか五回に一回ほど
カーソルとフォーカスがズレる現象が起こりますorz
正直半分諦めかけてるんですが、もし分かる方いましたら、どうかアドバイスおながいしますorz

**名前は開発中のものです。** · 2007/04/08(日) 22:07:14

親切にありがとうございました。
>93さんの言うとおり裏画面の指定を left=0 top=0 で直りました。
原点がどうとか難しいことはよくわかってませんがいろいろ自分でいじって勉強してみます。

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

cond属性について質問があります。
condは必ず先に評価されるわけではないのでしょうか？

下記のようなマクロを呼び出した時、4行目「sabun2」の行でエラーになってしまいます。

呼び出し元
[charaLoad chara="主人公" sabun1="笑い"]　←「sabun2」は指定していない

呼び出されるマクロ
[macro name="charaLoad"]
[eval exp="f.chara = charaList[mp.chara];"]　←キャラ画像、座標などを格納した配列から該当キャラ情報を取り出している
[image * storage="&f.chara['base'].img" visible=true]
[pimage * storage="&f.chara[mp.sabun1].img" dx="&f.chara[mp.sabun1].x1" dy="&f.chara[mp.sabun1].y1" cond="mp.sabun1!=void"]
[pimage * storage="&f.chara[mp.sabun2].img" dx="&f.chara[mp.sabun2].x1" dy="&f.chara[mp.sabun2].y1" cond="mp.sabun2!=void"]
[endmacro]

ちなみに下記のようにしたら問題なく動作しました。
[if exp="mp.sabun2!=void"]
[pimage * storage="&f.chara[mp.sabun2].img" dx="&f.chara[mp.sabun2].x1" dy="&f.chara[mp.sabun2].y1" cond="mp.sabun2!=void"]
[endif]

**名前は開発中のものです。** · 2007/04/11(水) 06:12:56

エンティティとだったらどっちが評価早いんやろうね

とりあえずifで回避できたんならいいんじゃねーの？
マクロ内だし、多少すっきりしてなくても

**名前は開発中のものです。** · 2007/04/11(水) 22:04:32

状況からみるに、エンティティ展開のが先ってことだろうね

**名前は開発中のものです。** · 2007/04/12(木) 00:01:17

一旦、全属性を評価するはず

**名前は開発中のものです。** · 2007/04/12(木) 00:20:32

今リファ見たら、pimageはその都度layer属性指定必須になってるようだが、その辺は平気か？
あとはどういうエラーが出たのか書いてくれんと、書いてある部分だけだとちょっとわからん。

**名前は開発中のものです。** · 2007/04/12(木) 03:02:00

>>97
cond を先頭に持ってきたら評価順変わるのか？　と思ってやってみたけどやっぱりエラーになるね。
>>100 が正解か。
どうしても cond でなければいけない（if タグで不都合の生じる）ケースはちょっと思いつかないけど。

でもリファレンスには注意書きがあったほうがいいよね。報告頼んだぞ！＞ 97

**名前は開発中のものです。** · 2007/04/12(木) 12:35:37

>>101
[pimage *]だからマクロ呼び出し時にlayerを指定したら大丈夫じゃない？

>>102
[pimage * storage="&f.chara[mp.sabun1].img if mp.sabun1 !== void" ... cond="mp.sabun1 !== void"]
とか？　めんどくせーｗｗｗｗｗｗ
まあ、[eval exp="mp.sabun1_img = f.chara[mp.sabun1].img if mp.sabun1 !== void"]みたいにわけてもいいと思うけど

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

　　　　　　 l::_　-‐r='ｧ''ﾌﾌﾉ|::l　"ﾞヽ:::l　ｰ_-　､　　　　　　）　が　　た　　こ
　　　　　　　　　　 l=三三}∠ﾆヽ'__ｌ/}´, -､|;ﾘ　　　｀ヽ丶､　 -=ﾆ　　っ　　わ　の
　　　　　　　　　　ﾉ='":::::{′'ﾆﾆ6ｰ'’F'aﾃ〈　　　　　　丶. ､＼　　,）！！　け
.　　　　　　　 /:::ｌ"ﾍ::i'　｀_,. 　 ,　〔.｀　ﾊ　　　　　　　ヽ＼丶⌒ヽ.　　者
　　　　　　　 {::::::ヽ_{:{　/ r'ニ‘ｰ--'-､.!::|　　　　　／.｀,ﾆﾆ= ､ヽﾉ-､　め
､　　　　　　　＿ヽ:::__/｀ﾞ　 | 　｀￣￣´|.l:::|　　　　 y'／　, - ､ } }　　 ⌒ヽ, -､/^ヽ｢｀
. !　r─-‐'´x x x/x/l.|.　　ヽ`ﾆ二_ー- '_ﾉ;ﾘ　　　o ｡' {/　 /　ﾛ .ｲ '　`-～'　rｭ
　`┴- x ､x_ x /ｘ/xl |　　　　　‐' ノ￣ﾉ `;ｰ-　. _ ／>ゞこ　°, -- ､ ⊂ヾ ,...---......、
　　　　　　￣ ¨T''┴‐- ､, -＜._,∠x_ｘ x x x／∠､　　 }./ﾞｽﾞ三'ノ　. , ':::::::::::::::::::::::::＼
-‐, ､　　　　ｰ_- 　⊥ x x＿ヽ x xヽ. x x ￣／／｀ヽ| 々 / / rう　､_j /::;:､::::::::::;;::::::::::::::::ヽ
. /x l ` ‐x.､_　　￣ l x ‐- -_ ニ､ ‐-ゝ x ｘ/／ x x xLノ / / ′ヽ-'　ﾚ'-‐｀'^" ､´ﾞヽ::::::::::l
. 〉 | | x x x /｀i　ｰ-| ｘ x x x x￣ヽ>ニ.＿x ＿ニ -‐ ﾉﾚ'　/ /　　″| =-　　,..__ヽ j::::::::::l
/ xヾ!x x x l x| x xノl x x x x x x ｀　ｰ-＼ヽ＼＼ -‐' ノ　　／　ヾ) ノ|　ﾉ　　｀`　〉-､:/
x x /ｘ x x | xﾊ／x x＼ x x x x x x x x x ￣__.二. -_‐ｧ　,ｨ　〃　,く　l　r`ｰ- ､　　 "６/　-=

**名前は開発中のものです。** · 2007/04/13(金) 22:45:41

こわけ者め　たっ！

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

烏龍茶吹いた

**名前は開発中のものです。** · 2007/04/14(土) 18:22:15

そういやスレ過去ログのほう10で止まってるね。

**名前は開発中のものです。** · 2007/04/14(土) 19:36:24

質問よろしいでしょうか？

通常は画像全てをトランジションさせて表示しているのですが、
エフェクトカットの機能がオンになっている時は、transタグのtime属性に"0"を指定するようにしています
何回か続けて"0"でトランジション表示しても特に止まったりはしないのですが、
"0"を指定するコトによる不具合ってあるでしょうか？
PCに掛かる負荷が大きいとか？
"0"を指定するのは止めた方が良いのでしょうか？

**名前は開発中のものです。** · 2007/04/15(日) 00:22:34

>>108
エフェクトカットしてるときは、直接page=foreに描いてしまう方がいいけど、
めんどくさいので、time=0でいいと思う。
たいした負荷にはならないし。

**名前は開発中のものです。** · 2007/04/15(日) 13:42:58

質問です。
一度メッセージレイヤーを非表示にしてその後表示にすると
非表示にする前にあったメッセージが消えてしまうのですが残したまま非表示→表示というのはできませんか？

**名前は開発中のものです。** · 2007/04/15(日) 14:15:30

>>110
positonでやってる？
laycountなら消えないようだけど

**名前は開発中のものです。** · 2007/04/15(日) 14:16:26

>>110
失礼。
layoptです。吊ってくる

**110** · 2007/04/15(日) 15:15:25

あああ
[layopt layer="message0" visible="false"]
[freeimage layer="base" page="back"]
[trans method="crossfade" time="800"]
[wt canskip="false"]
[image layer="base" page="back" storage="階段.png"]
[trans method="crossfade" time="800"]
[wt canskip="false"]
[layopt layer="message0" visible="true"]
いいい

一度メッセージレイヤーを非表示にして場面切り替えをして
その後メッセージレイヤを表示にしたいんだけど
「あああ」が消えてしまって「いいい」が表示される。

**名前は開発中のものです。** · 2007/04/15(日) 15:44:39

>>110
>>54,56

**名前は開発中のものです。** · 2007/04/15(日) 15:57:30

二行目のfreeimage丸ごと削除しろ

**名前は開発中のものです。** · 2007/04/15(日) 15:58:28

>>114
ｻﾝｸｽ出来た。

**名前は開発中のものです。** · 2007/04/15(日) 16:43:23

ここ最近

トランジションの質問
backlay覚えろ、リファレンス嫁

を繰り返している気がするんだが
トランジションの質問してくる奴ってどこの講座で勉強しているわけ？
ちょっと気になる・・・

**名前は開発中のものです。** · 2007/04/15(日) 16:47:28

勉強してないからここで聞くんだろ

**117** · 2007/04/15(日) 17:13:05

さすがにそれは論外でorz
何か傾向があるなら教える側も参考になると思ったんだよ

**名前は開発中のものです。** · 2007/04/15(日) 18:35:56

>>109
ありがとうございます
時間的に余裕があったら変更したいと思います

**名前は開発中のものです。** · 2007/04/15(日) 22:29:02

誰一人として悪くはない。
この企画は…構造自体が不幸を孕んでいたのだ。

戦犯はいない。
理解できない、根源から違った存在がいただけだ。
誰にとっても。

本当なら決して出会うことのなかった、才能も、経験も、熱意も、人脈も、
何もかも違う人々に関わってしまった事自体がお互いに不幸だった。
つまり…関わった時点で無残な結末が予定されていたのだ。

今はもう…その不幸を呪い、やがて忘れる時を待つしかない。

**名前は開発中のものです。** · 2007/04/15(日) 23:37:20

>121 何があったwww

**名前は開発中のものです。** · 2007/04/16(月) 01:24:04

>>121
よくわかんないけど、
このスレをベースにしてゲームを作るってこと？

**名前は開発中のものです。** · 2007/04/16(月) 01:34:06

わっふるわっふる

**名前は開発中のものです。** · 2007/04/16(月) 05:32:43

http://kikyou.info/tvp/dev_detail.php
吉里吉里更新
2.29-dev.20070416
＞＞内部的な描画モデルを新しいモデル(DrawDeviceモデル)に変更(新しい描画モデルでは、
＞＞ハードウェア描画を利用するプラグインを作成可能)

これってバリバリ動くようなのも作れるようになるってこと？

**名前は開発中のものです。** · 2007/04/16(月) 08:05:59

いや、結局はおまえの腕次第ってところは変わってない

**名前は開発中のものです。** · 2007/04/16(月) 09:13:49

へー、俺は劇的な機能の追加と感じてるんだけど
皆はそうでもないのかね

**名前は開発中のものです。** · 2007/04/16(月) 11:44:26

どんなところが劇的なのよ

**名前は開発中のものです。** · 2007/04/16(月) 12:23:47

バリバリ動かすコードを書けるかという大問題

**名前は開発中のものです。** · 2007/04/16(月) 13:33:58

>>128
最近は DirectX ベースでかなり綺麗に動かしてるシステムが目立つから、
CPU描画ベースの吉里吉里２だとどうしても弱い印象がある中、新アーキテクチャの
吉里吉里３はまだ先がみえないので、つなぎの意味でのカンフル剤としてはなかなかの
ものではないかと。

これで吉里吉里２のエンジンとしての寿命が２～３年は延びたと思う。

典型的な使い方の想定としては、ポリゴンベースの表示系を DirectX か OpenGL
ベースで書きおこして、サーフェースやポリゴンモデルを直接扱うクラスをTJS側に
拡張して利用かな。本体のCPU 描画系はテクスチャ生成用エンジンとして使って、
デフォルトで存在して画面に配置可能なサーフェースの一つとして扱えば
従来の概念の延長で使える。

DirectX とかには興味あるけどスクリプト処理系を組むのが大変だとか思ってる
プログラマへの訴求力はかなりあると思う。一般への訴求は誰かがいいかんじの拡張
drawdevice を作って公開してくれるかどうかだろうね。

**名前は開発中のものです。** · 2007/04/16(月) 13:41:35

タグやプラグインで扱える形で誰か頼む
俺は無理

**名前は開発中のものです。** · 2007/04/16(月) 14:32:22

TVPGetDirectDrawObjectNoAddRefでDirectDrawのobjectが取得できるようになるみたい。
となると、Direct3Dはプラグイン側次第ってことか。
手始めに、Direct3Dを使ったエフェクトがでてくるだろうな。

**名前は開発中のものです。** · 2007/04/16(月) 14:39:01

*test
@eval exp=tf.i=0
*loop
@checkbox name="f.test[tf.i]"
@emb exp="f.test[tf.i]"
@eval exp=if(++tf.i<f.test.count)kag.process(,'*loop');
@s
上記のスクリプトですが、何故か操作しても内容が変更、確定しません。
@checkboxを@editに変えても不可、
@currentで丁寧に指定しても不可、
間に@commitをはさんだり色々試したのですが、どうも上手くいきません。

原因わかる方、誰か助けてください。!
後、流れ切ってすみません。

**名前は開発中のものです。** · 2007/04/16(月) 14:44:19

kag.tagHandler.XXXX = function()
と書いてXXXXという名前のマクロを作る際に、
最後にreturnを書いて戻り値を返さなければならないらしいのですが、
MainWindow.tjsを見てみると「return 0;」の他に4や変数を返しているものがありました。
今のところすべて0を返して動いていますが、戻り値を変える事で何かが変わるのでしょうか？

**名前は開発中のものです。** · 2007/04/16(月) 15:35:17

DrawDeviceのプラグインを誰かが作ってくれることにwktk
俺にはとても無理だｗ

>>134
Conductor.tjs参照

-5: // いったんイベントを処理(現在のタグは後回し)
-4: // いったんイベントを処理
-3: // 後回ししてブレーク
-2: // ブレーク
-1: // シナリオ終了
0以上: //次へ

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

このDrawDeviceとかいうのを使えば
今は前景レイヤーに読み込ませて、紙芝居方式で無理矢理動かしてる
例えば剣閃とか爆発のエフェクトとかも
もっと気軽に簡単に、綺麗なのが出せたりするって事なんかな

**名前は開発中のものです。** · 2007/04/16(月) 19:00:36

>>133
そのスクリプトでどういう風に動いて欲しいの？

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

>>136
神がプラグインを作れば・・・の話。
普通の人が使いこなせるものだとは思えない。

プラグイン側でレイヤーのイベント処理ができるようになったみたいなので、
どのような使い方が出てくるか、ちょっと楽しみではある。

**名前は開発中のものです。** · 2007/04/16(月) 21:39:40

>>133
@checkbox name="&'f.test[' + tf.i + ']'"
なんかだとどうだろうか

**名前は開発中のものです。** · 2007/04/17(火) 11:40:30

>>137
*test
@eval exp=tf.i=0
*loop
@checkbox name="f.test[tf.i]"
@eval exp=if(++tf.i<f.test.count)kag.process(,'*loop');
[link target=*ok]ok[endlink][s]
*ok
@commit
これだけの事なのですが…何故か上手くいかないんです。
別に致命的に困ったわけじゃ無いので一個一個書いても良いのですが、
原因だけでも知っておきたくて…
>>139のやり方でも駄目でした。

**名前は開発中のものです。** · 2007/04/17(火) 12:06:09

なにをやりたいか日本語で書け

**名前は開発中のものです。** · 2007/04/17(火) 12:42:33

>>140
137の言ってることが全然分かってないのでは。

スクリプト記述だけ出して「これだけのこと」って言ったって、
そのスクリプトで「どういう動作を望んでいるのか」と、
「現在どういう動作になっているのか」を文章で説明しないと、
その動作が間違っているのか合っているのか、検証しようにもできない。

恐らくは
「f.test.countの数の分だけチェックボックスを表示して、
　OKを押した時点でのチェックボックスの状態をまとめて
　保存したい」
って事なんだろうけど、作成した本人でないとこれが本当かどうかも
分からないわけでさ。

動作が上手くいかなくて困っているのは分かるけど、聞き手は
エスパーじゃないんだから、ちゃんと説明しないとイカンですよ。

**名前は開発中のものです。** · 2007/04/17(火) 14:49:07

＞＞配列を使う場合は、最初に [ ] を使って配列を宣言しないとなりません。
＞＞例:[eval exp="f.hairetsu = []"]

これのことじゃないの？

**名前は開発中のものです。** · 2007/04/18(水) 22:23:28

>>138
レイヤマネージャ、ウィンドウとドローデバイスがプラグインに公開されたのね。
描画デバイスって概念はこれ単体ではただ、描画バックエンドを差し替え可能なだけだからそれだけでは非開発者が想像するような事は出来ないね。

ウィンドウとレイヤマネージャが描画デバイスに関連付けられて各種イベントを通知するようになってんのも恐らくは描画デバイス側で再描画要求を処理するのがメインだろう。

3DでグリグリとかやろうとするとOpenGLとかの各種描画関数もTJSに公開しないといけないけどスクリプト使ってんのに・・・

function disp( void ) {
glClear(GL_COLOR_BUFFER_BIT |GL_DEPTH_BUFFER_BIT);
glEnable(GL_DEPTH_TEST);
glPushMatrix();
glColor3f(1, 0 ,0);
glTranslatef(-0.5, 0 , 0);
glDrawArrays(GL_POLYGON, 0 , 3);
glViewport(0, 0, 640, 480);
glPopMatrix();
glPushMatrix();
glColor3f(0, 0, 1);
glTranslatef(0.5, 0, -1);
glDrawArrays(GL_POLYGON, 0, 3);
glViewport(0, 0, 640, 480);
glPopMatrix();
glFlush();
}

function init{//foo}

なんてコードをだらだらと書きたくないよ・・・
結局、非開発者には関係ない話だね。それに吉里吉里３で描画モデル変わるだろうし。

**名前は開発中のものです。** · 2007/04/18(水) 23:17:03

リファレンス読んだけど
＞[macro name=transwait][trans *][wt][endmacro]
＞transwait マクロに対して指定した属性がそっくりそのまま trans タグに渡される
馬鹿なんでこの文章が理解できない。
＊の使い方の例を２，３個挙げてくれないか

**名前は開発中のものです。** · 2007/04/18(水) 23:24:11

[emb exp="あいうえお"]

動作
あいうえお

[macro name=hoge]これは[emb *]です[r][endmacro]
[hoge exp="あいうえお"]
[hoge exp="かきくけこ"]

動作
これはあいうえおです
これはかきくけこです

**名前は開発中のものです。** · 2007/04/18(水) 23:48:11

それって
[macro name=hoge]これは[emb=%kana]です[r][endmacro]
と書いて
「hoge kana=あいうえお」
[hoge ｋａｎａ=かきくけこ]
ってやるのと同じじゃないの？＊をわざわざ使う意味がまだ分からない。

「transwait マクロに対して指定した属性」ってのがなにを指してるのか分からん
[trans *]　←これって＊以外の属性あるの？

**名前は開発中のものです。** · 2007/04/18(水) 23:55:30

[trans time=%time mode=%mode face=%face type=%type …]
のようなものを省略して書いていると思えばいい

**名前は開発中のものです。** · 2007/04/19(木) 00:12:29

>>145
漏れは

[macro name=hoge][emb exp="hoge.hoge(mp)"][macro]
[hoge id="hogege" x=100 y=120]

とかやってるな。

**名前は開発中のものです。** · 2007/04/19(木) 00:13:14

[trans time="%time|500" mode=%mode face=%face type=%type …]
こういうのは省略できない？

**名前は開発中のものです。** · 2007/04/19(木) 00:39:51

実際に動かしてみりゃいいじゃん

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

あれ、数日前試して無理だったのに今やったらできた。
何かを間違えていたのか……？
まぁいいや、ありがと。

**名前は開発中のものです。** · 2007/04/20(金) 17:48:40

TJSの中で正規表現を使いたくて、リファレンスと格闘して
if(number == /[0-9]/)
と記述してみましたが、うまくいきませんでした。
numberに0から9までの数字が入っていた場合、その番号のレイヤーを選ぶ、
というようにしたいのですが、どなたか教えてください。

**名前は開発中のものです。** · 2007/04/20(金) 18:03:23

if(/[0-9]/.match(number).count > 0)

たぶんこれでいけるんじゃね？

**名前は開発中のものです。** · 2007/04/20(金) 18:03:58

if(/[0-9]/.test(number))

0から9に限定したい(10とか11とかは除きたい)のであれば、

if(/^[0-9]$/.test(number))

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

>>153-155
正規表現じゃなくて、

if(+number < 10) {
layer = kag.back.layers[+number];
}

みたいのじゃだめか？
正規表現クラスを内部で作成するので、こっちのほうが多少軽いはず。

**名前は開発中のものです。** · 2007/04/20(金) 23:15:05

>>153-156
numberがどんな値をとりえるかによるな
文字列で "0" とか "8" とか "dummy" とか、数値形式の文字列かも
しれんし、それ以外の文字列かもしれない。もしくは空文字列かもしれない
とかだったら、正規表現が適しているね
+number は "dummy" のときとかは 0 になるはずだし

確実に数値形式の文字列("4"とか)とわかってるんだったら、156だな

**153** · 2007/04/21(土) 13:45:25

>>154-157
皆様の解説を参考に解決しました。
丁寧にありがとうございます。

**名前は開発中のものです。** · 2007/04/22(日) 12:31:24

掲示板やら講座やら、色んなところを参照してKAGと少しのTJSはそれなりに
使えるようになったと思う。
けれど、ちゃんとTJSを使おうとすると引っかかるって人は自分の他に結構
いない？　TJSリファはどこからどうやって読めばいいのか……。

例えば、効果音をTJSで鳴らすには、kag.se[n].playってのは、「TJSをもっと
使うために」読めば分かる。
でも、それを@wsする方法が分からん……とか。

**名前は開発中のものです。** · 2007/04/22(日) 13:54:16

>>159
で？

**名前は開発中のものです。** · 2007/04/22(日) 14:11:02

>>159
MessageWindow.tjsとConductor.tjsを追えばわかるのだが、@wsはsestopというトリガを待つ。
さらに、トリガを待つConductor#waitを追えばわかるけど、stop()でシナリオの進行を止めている。

KAGの部分は、systemディレクトリのtjsファイルを追えば分かると思う。
解析からおこなったらどでしょ。

**名前は開発中のものです。** · 2007/04/22(日) 14:26:44

だな。KAGっぽいことをTJSでやりたければ、
system/*.tjsを読むと理解が深まる
とりあえずMainWindow.tjsから入ることを勧める

**名前は開発中のものです。** · 2007/04/22(日) 14:47:20

>>159
それは実際のところは「TJS を使ってる」のではなくて、「KAGの機能をＴＪＳから使ってる」
だから、TJSのリファレンスを読んでかいてあるわけはない。

なお、TJS そのものには「待つ」という概念は本質的に存在しない。
KAG の待ちは、Conductor という吉里吉里２の組み込み機能であるTimer を
利用したステートマシンの機能として提供されている。

TJS は所詮言語でしかなく、高級なゲームエンジンの概念を内包しているものでは
ないので、「イベントドリブン」「ステートマシン」といった用語の意味が理解できるまで、
別途ゲームプログラミングの書籍を購入するなり、ゲームプログラミングを解説してる
ページを見るなりして勉強したほうが良いと思うぞ。
吉里吉里付属のドキュメントにそのあたりの解説は全く存在しない。

そのあたりを理解していれば、>>161 や >>162 が言ってるように KAG そのものの
ソースを読んでいけば KAG がどう動いているのか理解できる。
このときには TJS リファレンスと吉里吉里２リファレンスが大いに役に立つ。

まあ、その種の本や解説はたいてい C++ によるものなので、
TJSベースでの「ゲームプログラミング概論」には案外ニーズはあるのかもね。

**名前は開発中のものです。** · 2007/04/22(日) 15:23:38

>>163
「吉里吉里コアとtjsだけで作る吉里吉里入門」ってのがあったら、それはそれで買いそうｗ

**名前は開発中のものです。** · 2007/04/22(日) 15:27:04

drawtextでレイヤーに文字が書けない俺は
そんな本があったら買う

**名前は開発中のものです。** · 2007/04/22(日) 16:06:32

>>165
そこで躓いてるんだったら、本があってもやっていけるかな
そこまでして、TJSで何やりたいんだ？

**名前は開発中のものです。** · 2007/04/22(日) 16:10:15

いや別にやりたい事は無いんだけど
昔TJSで文字表示できるかなと思ってやってみたら
上手くいかなかった苦い思い出があったから

**名前は開発中のものです。** · 2007/04/22(日) 16:39:45

MainWindow.tjsから入れとか正気か？
KAG開発者以外であれをちゃんと読んでる奴なんて存在するのか？

かといってConductor.tjsから入れというのも気が引けるわけだが…＾＾；
他言語のメインループに慣れた人にとっては気持ち悪いよねアレ。

**名前は開発中のものです。** · 2007/04/22(日) 17:02:46

>>168
部分的になら、読んでる人はいるだろ
現状で満足するなら別だが、勉強したいのならば妥当だとは思うが
他に、これから勉強するという人に薦められるやつ知ってたら教えてくれ

>>159
とはいえ、量も多いし、下のほうの getHandlers() からかな

**名前は開発中のものです。** · 2007/04/22(日) 17:34:53

>>169
逆じゃない？
現状で満足するならMainWindow.tjs、
勉強したいならConductorの挙動を追ってくべきかと

**名前は開発中のものです。** · 2007/04/22(日) 17:41:24

Conductorの話をしてくれた人ありがとう。
全く別件でぶつかっていた僕の問題が解決したよ・・・

本当に感謝している。

**名前は開発中のものです。** · 2007/04/22(日) 18:06:50

>>170
いや、その現状というのが、KAGリファレンスの
TJSをもっと使おうというレベルなんじゃないだろうか

**名前は開発中のものです。** · 2007/04/22(日) 19:04:43

>>168
ある程度、tjsが書けるひとであれば、MainWindows.tjs、MessageLayer.tjs、Conductor.tjsの挙動を知っておくのは必要だと思う。
時間とお金と暇をもてあます人は、KAGを使わないで、作っている人もいるだろうし。
（俺の場合は、面倒なので、KAGを拡張する形で改造しているが）

DrawDeviceにもなることだし、前スレだかでちょろっと出たような気がするけど、
KAGParserあたりも外に出してくれると、もうちょっと面白いことができそうな気がする。

**名前は開発中のものです。** · 2007/04/22(日) 19:26:48

>>172
KAGの範囲内で個々の処理を学ぶ＝現状
KAGから抜け出す＝勉強

かと勘違いしてた。ｽﾏｿ

>>173
だからそれが逆なんじゃないか？
KAGを使わないんなら、MainWindowやMessageLayerにある
個々の処理を眺め回しても仕方ないと思う。
KAGを真似ても不必要にコードが膨らんでしまうだけだよ。
作るのがノベルゲームじゃないのならMessageLayer自体必要ないかもしれないし、
挙動も何も、MainWindowやMessageLayerの関数群は
ほとんどが独立してて一連の流れがあるわけじゃないので、
分からないことがあった時に必要に応じて該当箇所だけ見てれば足りるんじゃないかなと。

**名前は開発中のものです。** · 2007/04/22(日) 21:38:00

質問です
正規表現がよくわかりません
文字列Aから : を全て削除したいんですが
A.replace(<対象文字列>, "");
の対象文字列の部分にはどのように書けばよいのでしょうか？

**名前は開発中のものです。** · 2007/04/22(日) 21:49:04

>>173
KAGParserは昔TJSで実装してたけど
重いからやめてネイティブになったってどっかで見たよ！

>>175
ググれ

**名前は開発中のものです。** · 2007/04/22(日) 23:13:05

入門書といえば、KAGEXの入門書も欲しいな

**名前は開発中のものです。** · 2007/04/22(日) 23:13:40

sage忘れorz

**名前は開発中のものです。** · 2007/04/23(月) 01:05:40

>>174
KAG の実装はつぎたしなのでごちゃってるけど、個別のコードの書き方自体は
かなり示唆にとんでると思う。タイマベースでの全体制御の方法論、
トリガをつかって安定動作させる書き方、連想配列を駆使したコード、incontextof の
使い方などなど。吉里吉里２＋TJSの勘どころはまちがいなく KAGの中にあると
思うので、独自構築するにしても、一回は読んでおくべきかなと。

ゲームプログラミングの概念的には、KAG のような外部タイマベース
ではなく、イベント処理や画面再描画などの吉里吉里内部のメインループと
直結したContinuous ハンドラをつかった記述方法論のがわかりやすいかな
と
思わなくはない。たいていのその種の入門が構造的にはそのスタイルだしね。

ただ Continuous ハンドラは登録されちゃうと待ちが無いので、そのままだと何も
してないときでも、優先度は低いながら CPU を食らいつくすのが難点といえば難点。

drawdevice 側で VSYNC 待ちするとか（これ自体は吉里吉里標準で設定すればそう機能する）、
C++ ベースの Continuous ハンドラプラグインで次の開始予定時間まで Sleep してしまうとか、
直接内部のコードを読んでる人ならすぐみつけられる方法論はあるけど、
素の吉里吉里で「指定されたインターバル期間（処理落ち含む）でのContinuous ハンドラの呼び出し」
の機能が提供されてると、TJSだけをつかってプログラムしようと思う向きにはわかりやすくて
うれしい気はする。

**名前は開発中のものです。** · 2007/04/23(月) 01:12:35

吉里吉里の場合、トランジションがカオスになってるのをなんとかしてほしい。
KAGからトランジションを使う分にはきにならないが、tjsだとトランジション関連がめんどくさい。

**名前は開発中のものです。** · 2007/04/23(月) 10:10:34

画面を綺麗に拡大縮小しながらプレイできるようなのって可能なんですか？
ウィンドウサイズを任意サイズに変更できるプラグインがあるけど
等倍以外では汚くなる（ピクセル補間なし）

これを速度を保ちつつ拡大縮小できるようになれば
画面サイズ問題は解決する

自分としては環境依存してもいいから欲しいです
(でかいサイズのモニタを使っている人への救済として)
古いパソコンにあるような環境依存をバッサリ切ってしまえば
けっこう導入は楽なのかなとか考えているんですが
甘いですか

**名前は開発中のものです。** · 2007/04/23(月) 10:14:37

> 速度を保ちつつ拡大縮小
日本語でおｋ

**名前は開発中のものです。** · 2007/04/23(月) 10:53:00

>素の吉里吉里で「指定されたインターバル期間（処理落ち含む）でのContinuous ハンドラの呼び出し」
それTimerでできるんじゃ？

**名前は開発中のものです。** · 2007/04/23(月) 12:24:11

>>183
吉里吉里のTimer って別スレッドでタイミングとった上で、WindowsMessage として
ながれこんでくるという正しい実装なんだけど、位置付的にはキー入力とかと
同じレベルになっちゃうので、予測できないゆらぎがありそうでゲームの
メインループの基準にするのには微妙に気持ち悪い。

Continuous ハンドラ、というかメインループ中で強制同期のが
ゲームエンジン的には直観的でわかりやすいかな、と。

**名前は開発中のものです。** · 2007/04/24(火) 12:48:08

KAGEXで
[linemode mode=*]
[erafterpage mode=false]
って同時指定できない？

**名前は開発中のものです。** · 2007/04/24(火) 23:02:24

>>185
kagex.txtを見る限り、[linemode mode=*]時はerafterpageは無効になっているような気がするのですが。
301行目～340行目を読む限り。
違ってたらすいません。

そういえば最新の吉里吉里でKAGEXのサンプルを動かすと↓のような現象出ませんかね？

1. 「ワールド拡張:トランザクション」を選択すると、メッセージ欄の1文字目が表示されない(Worldではなくorldと表示される(Wが履歴にしか表示されない))。
2. 「ワールド拡張:トランザクション」のwaveとかmosaicが一瞬で表示されてしまう。

自分だけですかね？
仕様が変わったのかな。

**名前は開発中のものです。** · 2007/04/25(水) 22:22:38

>>186
たぶんすごい勢いでバグってるのでしばらく最新はさわらないほうがいい気がする。
ちょっと前にタグうってるのでそこをつかうのが吉

**名前は開発中のものです。** · 2007/04/25(水) 22:53:52

>>187
どうもです。
4/2のタグうちってのを使うようにします。

**名前は開発中のものです。** · 2007/04/26(木) 21:15:17

吉里吉里3は何が変わるの？
何か新しいことが出来るようになるの？

**名前は開発中のものです。** · 2007/04/26(木) 22:30:36

>>189
TJS3が文法、作法ともに激変してる・・・というかECMA-262 ed.4並みにカオスってる。

なんでRuby信者ってああいう曖昧でごちゃごちゃしたの好きなんだろうか？

あれだと相変わらず互換性なさそうだね。
ライブラリ周りが出来てないから何が出来るかは今の所何とも言えない。

**名前は開発中のものです。** · 2007/04/26(木) 22:58:19

基本的に吉里吉里2とは別物だと思う
KAGのようなのもつくるんだっけ？

とりあえず、吉里吉里2/KAG3は安定してるし
別に乗り換える必要もないだろ
マカーに使用させたいなら別だろうけど

**名前は開発中のものです。** · 2007/04/27(金) 00:09:41

逆にお前らが吉里吉里３に望んでることって何だ？

アクセス指定子
レイヤの軽量化
バイナリファイル操作(その為の変数型も)

俺はこの３つがあれば幸せになれるよ

**名前は開発中のものです。** · 2007/04/27(金) 00:27:45

つうか全くの別物。
相変わらず互換性無いっていうか
互換性なんか最初から考えてないだろうけど
(だからメジャーバージョンアップなんだろうしさ)。
別に急いて使うもんでもないだろうね。

**名前は開発中のものです。** · 2007/04/27(金) 00:38:49

言ってることは分かるが、互換性の放棄は最初から公言してることだし、
使う使わないは個人によるだろうし、
取り立てて何度も連呼するようなことでもないだろ

フリー＆ソース公開でわざわざ作ってくれてるんだから
生温かく見守ってなるべくいい気分で作ってもらおうぜ。
使う必要ないなんて言いまくって、Deeたんの開発意欲を削ぐ結果になったりしたらえらいこっちゃ。

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

まあ、Deeたんが止まってもソースがGPLだから既に公開されてるものについては必要と思った連中が派生させるだろう。

原開発者からの派生で息吹き返したOSSもある。OSS開発ってのはそういうもんだから長期的に見てみんと分からんよ。

特にNN5なんかはコンパイラとおらねぇと思ってたから感動した。人海戦術は偉大だね。

長期的に他人のソース追っかける気がないなら自分で作ればいいんだしね。

**名前は開発中のものです。** · 2007/04/27(金) 08:41:08

分かったから空気読んで自重しろと

**名前は開発中のものです。** · 2007/04/27(金) 11:52:27

>>190
例えばどんなところでそう思うわけ？

**名前は開発中のものです。** · 2007/04/27(金) 12:46:39

>190
仕様をざっと見てみたが、
TJS3がTJS2から「激変」というほどは変わってないと思う。

クロージャがまともになったりと、色々と正当進化だろう。

というか、なんで作者に「Ruby信者」とかレッテル貼ってるわけ？
Rubyをそれほどやってるようには見えないけどな。

ま、レッテル張り低脳の証だから、190と話してもムダだろうがねｗ

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

いやそこは華麗にスルー推奨

**名前は開発中のものです。** · 2007/04/27(金) 20:28:21

Deeたん愛してるよー(´3`)