■吉里吉里／ＫＡＧ／ＴＪＳ雑談質問スレ■その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/05/22(土) 19:30:44

前景じゃなくて背景なのか？

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

背景描画して　その上にキャラクターを描画したいですが
透明な部分も描画すると全部上書きされるので
指定した色を描画しない方法です

**名前は開発中のものです。** · 2010/05/22(土) 20:14:38

今時そんなことしないよ
アルファ使いましょう

**名前は開発中のものです。** · 2010/05/22(土) 20:36:30

アルファよくわからんのです・・・・

**名前は開発中のものです。** · 2010/05/22(土) 20:46:27

　　　　　　　　　　　　　　　 !,-/::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::ヽ,
　　　　　　　　　　　　　　　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 ~

**名前は開発中のものです。** · 2010/05/22(土) 20:50:36

>>14
key
リファ読め
でもアルファの方がいいよ本当

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

いつの間にか新スレが。
>>1乙

**名前は開発中のものです。** · 2010/05/22(土) 21:49:28

吉里吉里公式のリポジトリに、CRCとかMD5のチェックサムを求めるネイティブプラグインあるかな？
なければ作ってみたいんだが。

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

なんでリポジトリ見ないの？死ぬの？

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

かもおおおおおおおおおおおおおおおおん
アルファ三ぷるぅぅぅぅぅううううううううっぅぅぅｌ

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

truncだけでもソースがいっぱいだからチェックするのﾏﾝﾄﾞｸｾ
まあ、無駄にSHA-1とかまでサポートしてるアホなのはないはずだから一通り作ってみるか。

**名前は開発中のものです。** · 2010/05/22(土) 23:27:07

ファイルIOの口がないtjsでチェックサムとか何に使うの？

**名前は開発中のものです。** · 2010/05/22(土) 23:36:53

プラグインからならIStreamでファイルに触れるじゃん。
TJSに公開されてないだけで。

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

あ、俺はネットワーク通信のデータ検証の用途で使おうと思ってる。

**名前は開発中のものです。** · 2010/05/22(土) 23:57:50

とりあえずスレッド処理がんばれな。そうしないと簡単に画面フリーズするから。

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

以前スレッド生で管理しようとして挫折したんだが、
Boost.Asioのスレッドプール使えば大丈夫だったりしないかな……。

**名前は開発中のものです。** · 2010/05/23(日) 01:24:55

>>30
スレッドのプール自体は何つかっても関係ない。

吉里吉里でスレッド処理が難しい原因は、吉里吉里本体がスレッドセーフでないことにある。むろん通常の用途ではその必要がないからなんだが。
要するに、吉里吉里の諸機能は、常にメインスレッドから呼び出す必要がある。たまたま大丈夫なところもあるが区別はできない。
外部スレッドからは、なにかしらの同期処理を介してメインスレッドに処理を依頼することになる。

逆に吉里吉里側からサブスレッドの処理を呼び出す場合は、サブスレッドがスレッドセーフに
かかれてれば特に問題はない。

吉里吉里標準の機構だけで処理するなら、Window オブジェクトの registerMessageReceiver で吉里吉里側の
処理を登録しておいて、サブスレッド側からは postMessage で WM_APP_* などをつかって機能呼び出しをする方法がある。
Windows のウインドウメッセージ機構はスレッド間で安全に同期することが保証されているのでこれで問題なく動作する。
スレッド側からは結果を通知するだけといった単純な構造ならこれだけで問題ない。

Window オブジェクトを使いたくない場合、あるいは、吉里吉里(メインスレッド) とサブスレッド間で相互処理が必要な
場合は、パイプなりセマフォなり適当なプロセス間通信のハンドラを作っておいて、吉里吉里からは、それを continuous handler
でポーリング、サブスレッド側からは適宜 sleep や WaitFor*Object を使ってポーリングして、ハンドシェイクするような形で
処理することになる。吉里吉里側で Wait してしまうと描画が止まるので要注意

**名前は開発中のものです。** · 2010/05/23(日) 01:28:54

こういう人がいるから吉里吉里を使うのはやめられないぜ……。
まったく意味が分からないけど、見ているだけでワクワクする。
これだけの知識や技術を持っているのに自分でエンジンを作らずに吉里吉里を使っている事実。
それほどまでに吉里吉里が優れていると感じる瞬間だ。

**名前は開発中のものです。** · 2010/05/23(日) 01:37:04

いや、このくらいの知識は　Windows でプログラムするなら常識。知らないとマルチスレッドプログラミングなんてできない
その常識もった上で吉里吉里の仕様を見て入り口を示してるだけ

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

>>33
そうなのか。
Windowsプログラムができて、吉里吉里の仕様を理解できるなら、同じ物を
作れるだけの力があるに違いないという理解だった。
吉里吉里を利用して拡張できることと、吉里吉里と同じレベルの物を一から
作れることは、能力的に別次元の話なんだな。
だとしても、Deeたんも君らも尊敬の対象にであることに変わりはないのです。
謙遜せずに素直に受け入れろｗ

**名前は開発中のものです。** · 2010/05/23(日) 03:57:22

プログラム言語なんて一定の条件をｊ満たしてたら誰でも作れるから
別に驚くほどのことではない

**名前は開発中のものです。** · 2010/05/23(日) 04:12:14

吉里吉里はスクリプト言語
マルチスレッドが考慮されてないのはあたりまえ

Windowsはもともとがマルチタスクを前提として設計されている
こっちはすごい

>>31 はどっちも混合して考えているバカ

**名前は開発中のものです。** · 2010/05/23(日) 04:25:31

>>36
神ＩＤ

**名前は開発中のものです。** · 2010/05/23(日) 05:09:50

なんか変なのが現れちゃった……論理的な反論なしに短絡的に馬鹿と締めくくってる
ところを見ると、嫉妬君ってやつか。
本人は謙遜してるのにそれを無視して褒めたせいかも。ごめんね。

**名前は開発中のものです。** · 2010/05/23(日) 06:26:51

>>36 がどういう思考の流れで「混合」という意味不明な思考に至ったのかはちょっと興味あるなw

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

oggとかに書き込んであるタグ情報を取り出す方法ってある？
タイトルタグとかを抽出出来ると管理が楽になるんだけど・・・

**名前は開発中のものです。** · 2010/05/23(日) 08:47:09

ogg対応のプレーヤやタグ編集ソフトを使うのはダメなのかのう
俺SuperTagEditorつーやつ使ってるけど、
タイトルを一括してクリップボードにコピーできるぞ
そうすりゃ後はテキストファイルにしたりexcelに貼り込んだり

完全自動化したいってんなら、
oggフォーマットを勉強して冒頭のヘッダ情報を抜き出すソフトをお作り

**名前は開発中のものです。** · 2010/05/23(日) 09:00:19

いやそうじゃなくて吉里吉里の中で取得して変数に格納なりしたいって話なんだけど

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

>>36
>>31はグリーンスレッド的な実装をする話をしてるんであってマルチタスクの話はしてない。
それにいまはpythonだろうがrubyだろうがsmalltalkだろうがjavascriptだろうがスレッドくらい使える。

まあ、吉里吉里で>>31の方法を使ってまで並列処理する意味はない気がするが。
つーか吉里吉里ならGILで十分。

**名前は開発中のものです。** · 2010/05/23(日) 16:32:36

言いだしっぺがやる法則ですね分かります

**名前は開発中のものです。** · 2010/05/23(日) 16:49:22

どこらへんがグリーンスレッド的なんだろう ^^;
そもそも >>31 は、吉里吉里の TJS 実装は GIL を持ってなくてロックしてくれないからどうするかって話だぞっと

**名前は開発中のものです。** · 2010/05/23(日) 17:11:32

> 吉里吉里はスクリプト言語
> マルチスレッドが考慮されてないのはあたりまえ
> Windowsはもともとがマルチタスクを前提として設計されている
> こっちはすごい

吉里吉里は、Win32レイヤで書かれた下位層、
C++記述されたスクリプト言語であるTJS層、
TJSで記述されたノベル言語であるKAG層。

の3層構成になっている。
で、下位層はC++でWin32APIを直接叩いてるから、
そのレイヤでは当然Windowsプログラミングの常識が絡んでくるのよん。

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

ちなみに配布されている「吉里吉里」という名前のパッケージは
これら全てをひっくるめた総称として使われていることが多いですね。
適当な話をする時にはごっちゃでもいいんだけど、
これらの階層を意識した細かい話をする時には
階層の区分けに自覚的でないと話が混乱するよ。

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

>>43
ネットワーク処理を書くのなら、スレッド無しで非同期処理のみで実装するほうが面倒な件。
ああいや、完全非同期にしても吉里吉里のタスクとは別でaccept待つならスレッド一つは必要になる？

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

Windows7 64bitになって、krkrrel.exe（リリーサー）が途中でエラーになって
動かないんだけど同じ人いるかな。

互換性のトラブルシューティングでもvirtual PCのXPモードで動かしてもダメだった。

46 · 2010/05/23(日) 21:55:21

すまん、最新版DLしたら直った。

手持ちがkr2_230版だったが、最新のはkr2_230r2になってた。

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

r2になって色々改善されてるっぽいよね

52 · 2010/05/25(火) 05:20:44

教えてくださいー。
格闘ゲームのＨＰ表示みたいなメーターを装着したいんですけど
どうやったらいいですか？
ググったらタイムアウトまでの時間表示のやり方というのしか見つけられませんでした。
時間とともに減っていくだけじゃなく、数字の増減を表示したいのですが・・・。

**名前は開発中のものです。** · 2010/05/25(火) 12:17:34

スレ跨ってすみません
前スレ986です
目的はオート中のウェイトをクリックなどの操作でキャンセルです
「どんな操作で」が質問中に抜けていて混乱させてしまいすみませんでした
前スレ995を参考にやってみようと思います
みなさんありがとうございました

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

>>52
カウントダウンタイマーなら、残り時間を格納している変数があるはずだから
そこをHPの変数とかに置き換えればOK
あとは残り時間を減らしていく部分とか、ゼロになると何かする部分とかは削る

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

ZOOMプラグイン使って縮小させるとかでいいんじゃない
簡単だし

**名前は開発中のものです。** · 2010/05/25(火) 16:59:43

ZOOMだと、右から左にグラデがかかってる画像とかをバーにすると、ちょっと駄目かも。
setSizeでレイヤの描画表示領域のサイズを変えるのが一番いいんじゃね

**名前は開発中のものです。** · 2010/05/25(火) 17:29:25

>>56
よさげだね。

**名前は開発中のものです。** · 2010/05/25(火) 23:33:51

>>55
国家の基はあくまでも人です。対等や平等はありえません。
あらゆる対人関係が上下関係であるのと同様、国家間の関係は上下関係です。
日本はまず日中関係、日韓関係でそこをはっきりさせる必要があります。
子どもの躾と同じです。
そして日米関係、これは正確には米日関係という事になります。
甘んじろと言うのではありません。
分・際を弁えることと下に甘んじることは、全く違います。
二言目には対等だの平等だの口にする民主党は、そこを理解していません。

**名前は開発中のものです。** · 2010/05/26(水) 16:19:28

>>58
ラーメンまだー？

**名前は開発中のものです。** · 2010/05/26(水) 16:28:41

>>59
誤爆だろそうでなくても相手するなアホ

**名前は開発中のものです。** · 2010/05/27(木) 12:22:15

背景を３Dにするってできますか？

**名前は開発中のものです。** · 2010/05/27(木) 12:22:51

その質問をしているレベルでは永遠にむり

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

ヒントだけでもお願いします

**名前は開発中のものです。** · 2010/05/28(金) 08:21:12

3Dソフトを買う→背景を作ってレンダリング→背景レイヤに表示　終わり

**名前は開発中のものです。** · 2010/05/28(金) 09:29:40

>>63
きわめて確立は低いがマジ質問の可能性にかけて。

吉里吉里内でレンダリングしたり、３Ｄ画像を動かそうと思ったら無理。
既存の吉里吉里ではそういった物はサポートされていない。
３Ｄで作った画像を背景にするのは当然可能。つか２Ｄも３Ｄもこれなら
一緒だからな。

**名前は開発中のものです。** · 2010/05/28(金) 10:55:15

kagexってクリッカブルマップってのは使えない？

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

>>65
drawdeviceIrrlicht プラグインってのがあってだね。
無理ではないんだ

**名前は開発中のものです。** · 2010/05/28(金) 14:36:44

>>67
実はその存在は知ってたり。
ただ、一般的ではないし、簡単に導入できるものでもないので割愛した。
あくまでも吉里吉里のツールとして想定されてないって感じで書いたんだが
まあ、回りくどかったな。
「プラグインならあるけど、恐らく君じゃ無理」と書くべきだったかも。

**名前は開発中のものです。** · 2010/05/28(金) 16:03:47

嘘を書くような奴は回答しなくていいんだ。

**名前は開発中のものです。** · 2010/05/28(金) 20:06:13

ポインタ値を使って読み書きできるバッファプラグインを作ったんだが、
TJSの層からポインタ使って云々て吉里吉里だと一般的じゃないよね。
なんで？　tjs_intで値運ぶとconstとかの情報が消えていろいろ危険だから？

**名前は開発中のものです。** · 2010/05/28(金) 20:10:01

あ、ていうかスクリプト言語からポインタ云々自体がそもそも滅多にないか。
でも吉里吉里はどうせネイティブ層とズブズブなんだから、
ポインタであれこれするのも一般的になっていいのにと思う。
そうすればスクリプトからレイヤのピクセル直接弄ったりが楽になるのに。

**名前は開発中のものです。** · 2010/05/28(金) 20:11:15

単純に「ポインタを使ってまで処理すること」に対する需要がTJS(というか吉里吉里全般)においては少ないってだけなんじゃね？

**名前は開発中のものです。** · 2010/05/28(金) 20:41:06

>>71
一般的には、TJS　からポインタさわれても破壊おこすだけでメリットゼロだからだろう。
TJSから扱う時点でいろいろ操作インターフェース間にはさまって、ポインタつかうメリットであるところの性能でないし。

インターフェース仕様さらしてくれれば批評したげるよw

**名前は開発中のものです。** · 2010/05/28(金) 20:59:23

例えばこういう使い方とか。

/* STLのvector<unsigned char>とTJSのArrayの合いの子みたいなもの */
var buf = new OctetBuilder( );
/* 最初のスキャンラインをmemcpy */
buf.addBlock( layer1.mainImageBuffer, layer1.mainImageBufferPitch );
/* バッファ内のアドレスを他の関数（ネイティブ層）へ渡す　例えば反転とか */
GL.flipScanLineBytes( buf.begin, buf.end );
/* 別のレイヤへmemcpy */
buf.copyTo( layer2.mainImageBufferForWrite, buf.length );

レイヤのサイズが違ったりぬるぽだったりしたら鼻から悪魔でたしかに怖いけど。

**名前は開発中のものです。** · 2010/05/28(金) 22:00:16

>>74
GL が汎用のビットマップ操作のクラスを実装したものだと想像するが、
その作りだと、あまりにも簡単にふっとびすぎるだろう。TJSのメリットである安全性を犠牲にしてまでつくる構造じゃない^^;

layer の mainImageBuffer や mainImageBufferPitch はプラグイン内部でだけ触るべきものだね。
OctetBuilder の begin や end も同様で、任意の場所からアクセスさせたいなら、例えば、インターフェースは
GL.flipScanLineBytes(buf, begin, end) として、begin と end が null ないし voidなら、それぞれ buf の
先頭と末尾を意味させて、数値ならオフセット値として扱う、といった構造にするのが妥当。
さらに buf の範囲外なら例外をなげれば万全

引数の型判定できるんだから、処理対象として、Layer を渡された時と、OctetBuilder を渡された時を
区別して内部分岐してどちらでも同じような感覚で使えるようにするのがユーザ的には一番使いやすいだろうね。
ただ、そうすると、Layer と OctetBuilder のインターフェースが違うのが気持ち悪いというのがあるかもしれない。

それを嫌う場合、逆転の発想で、最初から両方に同じインターフェースをはやしてしまうという手がある。
まず、もろもろ必要なポインタ操作をうけつけるインターフェースをネイティブで準備して、ObjectBuilder はその
インターフェースを単純に継承した実装にする。Layer 用には、同インターフェースの操作を、Layer の実インスタンスに proxy して
アクセスするような実装を準備して、メソッド呼び出しの時点でフックして追加で NativeInstance をを持たせるか、あるいは
単にそれで作ったクラスと Layer を多重継承させれば良いだろう

それらのオブジェクトを処理する機能側では、まず対象オブジェクトがそのインターフェースをもっているかを
NatigeInstanceSupport　経由で確認して、もってなければエラー、もってれば、そのインターフェースを直接
ネイティブでさわるようにすれば、データの扱い的にも安全、コード的にもすっきり、さらに性能も出せる

**名前は開発中のものです。** · 2010/05/28(金) 22:17:13

うん、生ポインタ弄りたいなら安全性的にもパフォーマンス的にも
プラグインからやるのが一番ってのはわかるし、俺も普通そうしてるんだ。

ただ今、大量かつ高速なI/Oが必要な処理を実装してて、
吉里吉里のコンソールから手軽にテストしたいっていう要求から
生ポインタ使ったインタフェースを実装してみたんだ。
オクテット列とかのテンポラリを介すると、その分のコストで正確なベンチがとれないなと思って。

OctetBuilderはいちおう普通のポインタ使わないインタフェースもあるけどね。
buf.push( 0xDE, 0xAD, <%BE AF%>, OctetBuilder.fromHex("DE AD BE AF") );
/* buf.asOctet == <%DE AD BE AF DE AD BE AF%> */

**名無し＠腹八分** · 2010/05/28(金) 22:19:42

http://1st.geocities.jp/mayuge_honor/mayugeindex.html
↑評価してほしいです。

お願いします。＜（_ _）＞

**名前は開発中のものです。** · 2010/05/28(金) 22:30:05

>>76
まあテスト用でってのなら、いいんじゃね？
一般的になることはないだろねってことで。

吉里吉里の標準オブジェクトでポインタあつかってるのは、Layer のバッファ関係、
DrawDevicce の interface、Window のメッセージ処理まわり、ぐらいかな。
いずれもプラグインから扱うのが前提の機構

**名前は開発中のものです。** · 2010/05/29(土) 09:25:29

文字の大きさをタテ長にしたりヨコ長にしたいのですができますか？

**名前は開発中のものです。** · 2010/05/30(日) 11:17:52

一回別のレイヤに描画してそれを拡大コピーするとかでは？

**名前は開発中のものです。** · 2010/05/30(日) 11:23:43

むつかしそうですがやってみます

**名前は開発中のものです。** · 2010/05/30(日) 22:54:43

[my_change storage="背景"]
とやると、背景が一定時間で
背景0→背景1→背景2→背景0→...
と移り変わるようなプラグインを作りました。
プラグインのonTimer関数内で、
elm.storageを適切に変更　→　kag.tagHandlers.image(%[page:elm.page, layer:elm.layer, storage:elm.storage]);
と背景切り替えを行っている形です。

しかし、これをやっただけですと、セーブロードに対応できません。
この切り替えが行われている場面でセーブしたセーブデータは、ロードされたときに切り替えまで再現してくれません。
どうしたら、ロードされたときにも再現してくれるでしょうか。

よろしくお願いいたします。

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

状況が分かりかねますが、
tagHandlers.imageを通しているので、
使用しているレイヤがKAGのbaseレイヤで、セーブ可能ラベルを(中略)、画像情報はセーブされていると思うので、
たぶん、onTimerが動かないとか、いうような話ではないかと思うのですが…
タイマーが動いているか否かのフラグをf.とtf.にもって
ロードのタイミングで比較、必要なら、onTimerを再度設定とか。つ、「Plugin.tjs」

82 · 2010/05/31(月) 23:44:23

すいません、試してみる時間がないので、急ぎな返信します。

分かりにくい状況ですいません。
f.とtf.にフラグを持つ　の辺りがよく分からなかったので、色々調べてやってみたいと思います。
onStoreだとかonRestoreなんてのを調べてましたけど、これは見当違いだったみたいですね；；

ご返信、ありがとうございます。

**名前は開発中のものです。** · 2010/06/01(火) 00:46:55

>>84
いや、onStore とか onRestore であってる・・・

**名前は開発中のものです。** · 2010/06/01(火) 00:52:23

>>84
83です。状況が分かりかねるので確ではありませんが、onRestore、使ってください。見当違いじゃないです！！
「f.とtf.」は、KAGのゲームフラグと一時変数（kag内の辞書flagsとtflagsへの参照)のつもりでした。
別に他の変数でもOKですっていうか、「rain.ks」みたいに、プラグインに変数を持った方が自然かもです。

**名前は開発中のものです。** · 2010/06/01(火) 02:38:57

棒グラフの表示をしたいのですが、どういう風に考えればいいですか？

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

layerExDraw というプラグインを使えばよさそうなことが分かりました。

プラグインというのは多分pluginというファイルに掘り込めばいいんでしょ？

で、そこから先が分かりません。
layerExDrawの製作者のHPが見つからないし、どこにも説明らしき物が見つからない。
誰か知りませんか？

**名前は開発中のものです。** · 2010/06/01(火) 03:26:51

円グラフとか使うなら、layerExDrawプラグイン使わなきゃ無理だけど、
棒グラフならTJSスクリプトだけで出来るよ。
数値の分だけ、fillRectやcolorRectで塗りつぶせばいいだけ。

88 · 2010/06/01(火) 03:35:49

>>89
TJSを全部教えてくれとはいいません。
TJSを学ぶために、まず始めに行くべき所だけでも教えてもらえませんか？

**名前は開発中のものです。** · 2010/06/01(火) 03:38:39

テンプレ見ればいいんじゃね

88 · 2010/06/01(火) 03:43:45

それじゃ、もういちどシステムリファレンスでも見てくることにします。
ありがとうございました。

しかし、けっきょくあのプラグインの使い方は分からなかった。
googleがこんなに使えないと思ったのは初めてだ。

88 · 2010/06/01(火) 03:47:59

何度も何度もすいませんが、
何とか理解できそうです。
>>89さんのアドバイスも役に立てることができそうです。
ありがとうございました。

**名前は開発中のものです。** · 2010/06/01(火) 03:49:30

>>92
TJSと吉里吉里のリファレンスで基本文法と関数覚えれば、5分くらいで作れるよ。
あと、プラグイン使うときは、
Plugin.link(プラグインのファイルパス)で読み込めばいい。
これもリファレンスに書いてある。

**名前は開発中のものです。** · 2010/06/01(火) 03:51:14

ごめ、Plugin.linkじゃなくてPlugins.linkね。

**名前は開発中のものです。** · 2010/06/01(火) 05:27:34

layerExDrawのマニュアルは吉里吉里開発サイトにある。
サンプルもbranchesのkag3exにあるはず。多分ね。なければごうさんの日記のログのどっか。
一通りＴＪＳを読み書き出来るようになっているのが前提みたいだから結論だけ欲しい人には難しいかも。

**名前は開発中のものです。** · 2010/06/01(火) 10:30:32

吉里吉里から別のプログラムを呼び出すにはどうすればいいでしょうか？

**名前は開発中のものです。** · 2010/06/01(火) 10:35:28

>>97
step.1
　まずマニュアルを隅から隅まで読みます
step.2
　マニュアルを読んで得た知識を使用します
step.3
　目的が達成されます

**名前は開発中のものです。** · 2010/06/01(火) 11:09:17

exeとかcallとかそういうのがついた命令があったと思う。

**名前は開発中のものです。** · 2010/06/01(火) 12:02:17

そういや２ｃｈってゴミの山だったね

**名前は開発中のものです。** · 2010/06/01(火) 12:23:03

ゴミをふやすのはやめようね

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

いいんじゃね？
ゴミだし

**名前は開発中のものです。** · 2010/06/02(水) 14:58:42

>>99が答えてくれてるのにそれはなかろうよ

**名前は開発中のものです。** · 2010/06/02(水) 18:39:44

>>103
（的確に）答えていると言う意味では、
>>98
が正解だと思うけどね　w

**名前は開発中のものです。** · 2010/06/02(水) 19:03:42

まあ、マニュアル検索すればよい問題だし、ぐぐっても結構出ると
思うしな。

**名前は開発中のものです。** · 2010/06/02(水) 19:18:13

中世錬金術じゃないんだから、鉛の質問から黄金の回答なんて出てこない
てことで質問者は>>1を良く読めと

97 · 2010/06/02(水) 19:22:09

>>1　を素早くサッっと良く読みましたがわかりません＞＜

**名前は開発中のものです。** · 2010/06/02(水) 19:40:28

空手チョップを極めるくらい簡単でした
System.shellExecute( "data/FFFTP.exe" );

98 · 2010/06/02(水) 23:39:32

よくできましたね、おめでとう

**名前は開発中のものです。** · 2010/06/03(木) 00:06:03

traceタグか同様の機能があればTJS内で使いたいと考えてます。
具体的には、メソッド内で関数名や式の中身などをコンソールに
出力したいのです。

**名前は開発中のものです。** · 2010/06/03(木) 00:28:36

Debug.message("関数名");

**名前は開発中のものです。** · 2010/06/03(木) 00:38:33

>>111
ありがとう御座います。
もう１点なのですが、デバックモードである事をTJS内で判断できますでしょうか？
デバックモード中のみだす様にしたいのです。
無理なら適当な変数で代用可能と思っておりますが、そっちで動機が取れれば
一番なので。

**名前は開発中のものです。** · 2010/06/03(木) 09:15:20

System.getArgument("-debug") == "yes"

**名前は開発中のものです。** · 2010/06/03(木) 14:45:46

ダブルクォートやシングルクオート内で文字列として2つの記号を出力したい場合どうしたらいいでしょうか？
調べ方が悪いのかなかなかヒットしなくて困っています。申し訳ありませんがよろしく御願いします。
↓マクロ内ソース
tf.str="中身いじるよ！";
[link exp="&'kag.historyLayer.store(\n'+tf.str+'\n\n)'"][emb exp="tf.str"][endlink]
↓実行結果
kag.historyLayer.store(\n中身いじるよ！\n\n)←ダブルクオートで囲んでないので文字列として認識されず深刻なエラー