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

**名前は開発中のものです。** · 2008/11/27(木) 06:43:48

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

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

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

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

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

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

**名前は開発中のものです。** · 2009/01/30(金) 04:15:54

>>766
そりゃ２回ファイル読むからざっと倍時間かかるなw

えーと、αつきインデックスは、Direct3D でのテクスチャ操作とかだともろに
描画性能差が出るけど、吉里吉里は内部ARGB32 固定なのでファイルサイズが小さくなる
メリット止まりではある。でかい立ち絵つかってるとスキップ時にはわりと体感差がでると思う。

一応その手の用途に使うツールの業界標準は Optpix iMageStudio
ただし超高い。35万くらい。コンシューマ系だと 256に減色して扱うのはほぼ
必須事項なので、各社、必要な環境ごとに１ライセンスは持ってる。

減色だけにそこまでだせないってことなら、
Palette Operator が、αつきインデックスにもきっちり対応してて、そこそこの品質。
市場的には Optpix にはかなわなくて、長らく更新されてないけど、まあ問題ない。
こっちは 38,000円と、比較的手が届きやすい。

ttp://www.advangate.com/

バイリニア時の色もれ防止のための透明境界部のカラー拡張もかけれるし、
一つもっておく価値はある。Photoshop はこの面では全く役にたたないからね。
残念ながら、Optpix のように、PSDをレイヤ情報を維持したまま読み込んで加工
してからばらして出力、とかはできない。まあ、そのへんはお値段相応ってことで。
減色とかの機能部分だけライブラリとして提供してくれるとうれしいんだがw

**名前は開発中のものです。** · 2009/01/30(金) 04:23:59

あ、あと、実際試してはないんだが、PNGはそれそのものがわりと重いので、パフォーマンス的には、
たぶん独自のインデックス画像形式＋ロードプラグインをつくって、シンプルな方法で軽く圧縮するだけとか、
無圧縮にして吉里吉里のアーカイバの圧縮にまかせるとかしたほうが高速になるんじゃないかと思う。

**名前は開発中のものです。** · 2009/01/30(金) 06:12:28

>>767-768
ありがとう。

>でかい立ち絵つかってるとスキップ時にはわりと体感差がでると思う。
知らんかった。まさにそのでかい立ち絵全部を差し替えるつもりだったんだが…
いい事づくめってのはやっぱりないんだな。

Palette Operatorは減色だけに４ﾏｿは冒険過ぎると思って
端からスルーしてたんだが、説明よく読むと使いでがありそうだな。
立ち絵以外にもボタン画像とかこれ使えたら良さげだなあ…
とりあえず試用して一通りテストしてみるわ。
圧縮についてももう少し色々試してみる。
参考になった、どうもありがとう。

**名前は開発中のものです。** · 2009/01/30(金) 10:44:10

あ、体感差がでるの「ロードが軽い」ってことで一応メリットね。念のため。

立ち絵は表情部分を差分化するとかなり小さくなる傾向があるから、そっちのほうが効果的かもしれず。
αレイヤ差分だと、たとえ共通パレットでも合成部分で誤差で違和感でないかちょっと不安かな
表情合成＞全部を共通パレットで減色＞完全切り抜き(αなし)差分化とかしないとダメかも。

減色系は Optpix の一人勝ちになっちゃって、他の実用製品が壊滅しちゃったんだよね^^;

**名前は開発中のものです。** · 2009/01/30(金) 12:21:32

>>768
うろ覚えだが、PNGもXP3の圧縮もzlibじゃなかったっけ？
だとしたらあんまり変わらんかもな。
検証してみる価値はあるかもしれんが。

**名前は開発中のものです。** · 2009/01/30(金) 12:37:31

あー、フィルタOFFにしてるとそうかも。
INDEX画像にしてあると、フィルタかけてもあんま意味ないはずだから、保存時にフィルタOFF＆圧縮レベル1とかに
してみるだけでもわりと効果あるかもしれない。

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

>>767
（絶版の初期Optpix使いなので）今そんなにクソ高いの？と思ったが
一般向けにOPTPiX webDesignerってのがあるね。試用版もあるでよ

**名前は開発中のものです。** · 2009/01/30(金) 14:47:14

>>766
>減色PNGの立ち絵作ったら、ほとんど劣化なしでtlg6の半分以下のサイズになった(ﾟдﾟ)ｳﾏｰ
それただの8bitPNGじゃね？
8bitPNGはロイヤリティーの発生するGIFの代替として開発されたからGIFよりサイズが小さくなるように設計されてる。
ただし、8bitPNGで使ってるアルゴリズムの関係上横長の画像は圧縮率落ちる。
8bitPNGはGIFとの差別化のために透明度指定できたりオプションでアニメ出来たりする。
まあGIFの特許はもう切れたんだけどね。

**名前は開発中のものです。** · 2009/01/30(金) 15:09:27

>>773
WebDesigner と iMageStudio は別物。
WebDesigner はゲーム素材用途としては残念ながら使い物にならない。あくまで Web素材用だね。

**名前は開発中のものです。** · 2009/01/31(土) 04:44:44

>>774 >それただの8bitPNGじゃね？
あ、うん、yukariのは8bit。tlg6とそのまんま比較はアレだったかも（また何かズレた答えだったらすまん）

>>770
>あ、体感差がでるの「ロードが軽い」ってことで一応メリットね。念のため。
うお、勘違いしてたわ。ありがとう。

表情は全身まるごと一枚差し替えで
（最初は合成で対応する予定だったんだがパターン多杉でコストがナー…）
それだもんで余計に減色で大幅に軽量化しないとやってられない感じだったんだ。

で、Palette Operator試してるけど高価なだけに流石に機能が充実してるね。
劣化も拡大表示しても全然気にならんし、自分とこの絵や制作規模なら充分以上だ。

それで改めて減色画像作って吉里吉里で圧縮後簡単に比べてみたんだが、自分とこだと大体
サイズ：tlg6＞減色BMP＞減色PNG
速度：tlg6＞減色PNG≧減色BMPという感じだった。減色つええ。

製作中のファイル管理もサイズ軽い方が何かと楽だし、ちょっとPalette Operatorは心が動くな…
とりあえずもう少し色々試してみる。ありがとう。

**名前は開発中のものです。** · 2009/01/31(土) 14:08:39

減色じゃなくて32bitとか24bit,16bit,8bit,パレット、インデックスって正確に言わないと比較にならないぜ。

**名前は開発中のものです。** · 2009/01/31(土) 14:12:49

この場合文脈でわかるだろ。

**名前は開発中のものです。** · 2009/01/31(土) 14:16:52

ていうかわざわざBMPを圧縮して比べる意味ってあるのか？

**名前は開発中のものです。** · 2009/01/31(土) 14:18:57

>>778
8bitBMPってマイナーすぎるんだが

**名前は開発中のものです。** · 2009/01/31(土) 14:21:30

補足しといた方が良いな。
8bitBMPはいわゆるインデックスカラーだがインデックスで扱う場合BMPよりGIFとか使うだろ。

**名前は開発中のものです。** · 2009/01/31(土) 14:39:00

便乗、クリッカブルマップ用の領域画像が作りやすいフリーソフトってない？
今はPictBear使ってる

**名前は開発中のものです。** · 2009/01/31(土) 15:11:25

>>782
フリーのedgeオヌヌメ

**名前は開発中のものです。** · 2009/01/31(土) 16:01:36

>>780
8bitBMPは256色時代はエースじゃねえか

**名前は開発中のものです。** · 2009/01/31(土) 16:02:33

文字色って白と水色以外変えれないの？
色々試してみたんだけどこれ以外は空白になる
ちょっと説明下手なんだが誰か教えてくれ……

**名前は開発中のものです。** · 2009/01/31(土) 16:23:54

>>785
変えられるよ
つか、そんな説明で分かるわけねーだろ
color=0xRRGGBBで指定してるか？
そもそもリファレンスは読んだか？
スクリプト見せろ

**名前は開発中のものです。** · 2009/01/31(土) 16:24:15

エッジってドッター用ってイメージあるんだが、作りやすいやすいん？

**名前は開発中のものです。** · 2009/01/31(土) 17:32:10

ドット絵向きだからこそ領域画像が作りやすいやすいんじゃないか？(･∀･｀)

**名前は開発中のものです。** · 2009/01/31(土) 17:34:40

ゲーム用画像素材の作り方スレに来たかと思った。

**名前は開発中のものです。** · 2009/01/31(土) 17:35:15

>>783
さんきゅう
試してみるー

**名前は開発中のものです。** · 2009/01/31(土) 20:18:36

edgeはインデックスパレットの編集がしやすいから
使ってるけど領域画像を作るのには使ってないや。

png透過の話は若干スレ違いな気もするが
自分には役に立った。横からだけどありがとう。

**名前は開発中のものです。** · 2009/02/01(日) 09:44:20

TJSを書いていて、Layerクラスのオブジェクトを作る時は

var hoge = new Layer(kag, kag.fore.base);
var hoge_back = new Layer(kag, kag.back.base);

という風に2つ作っておいて、この例だとhogeに対する記述をhoge_backにassignImagesしておかないと
上記の記述等で画像を読み込んで表示させる時、それまでにトランジションを何度となく行っている場合
可視状態になっているのがforeかbackかで、hogeに読み込んだ画像が表示されたりされなかったりします。
毎回表裏2つ分の記述とassignImagesを忘れないようにするのが、ちょっと面倒なのですが
何かいい方法はないでしょうか？

**名前は開発中のものです。** · 2009/02/01(日) 13:07:36

>>792
KAG用に作るのなら、面倒くさがらずにKAGプラグイン仕様にのっとってつくれ。
裏表反転時の呼び返しとか全部あるから。

どこまでも改造してもいいのなら、そもそも KAGの表裏切り返し仕様がめんどうさの根源なので、
・プライマリレイヤを独自に作成するように変更
・kag.fore.base も kag.back.base も両方それの子レイヤにする
・isPrimary を呼んでる判定ロジックを全部修正して矛盾がおこらないようにする
とかした上で、自前のレイヤは primaryLayer の下に置くようにすれば KAG のトランジションには
まきこまれなくなる。

**名前は開発中のものです。** · 2009/02/01(日) 17:51:53

>>793
横からすまんが、それは便利そうだ。
ちょっとやってみる。

**名前は開発中のものです。** · 2009/02/02(月) 00:06:35

oggやmp3といった音楽ファイルの
演奏時間を取得する方法ってないかな？

**名前は開発中のものです。** · 2009/02/02(月) 00:30:19

>>795
kag.bgm.buf1.totalTime

**名前は開発中のものです。** · 2009/02/02(月) 00:41:44

>>796
まさかあるとは。
助かったよ。サンクス。

**名前は開発中のものです。** · 2009/02/02(月) 17:04:51

KAGの前景レイヤーの参照を直接つなぎかえるような処理って、描画とつなぎ変え中のタイミングが衝突時、エラー吐いたりする？
そこまで行かなくとも、表示がおかしくはなる？

**名前は開発中のものです。** · 2009/02/02(月) 17:08:31

＞表示がおかしくはなる？
というか衝突すればそりゃおかしくなるか。KAGのレイヤー描画の仕様をよく知らないんだけど、
タグの解析とは非同期で描画とかも動くよね？

**名前は開発中のものです。** · 2009/02/02(月) 18:56:08

>>800

**名前は開発中のものです。** · 2009/02/03(火) 00:01:38

>>798
画面更新処理とTJSの実行は同一のスレッドで順次処理される。つまりどう書いても衝突しない。

**名前は開発中のものです。** · 2009/02/03(火) 00:02:18

>>801
な、なんだって～いいことを聞いた

**名前は開発中のものです。** · 2009/02/03(火) 00:04:14

>>801
うお、初めて知った
なんという親切すぐる仕様

**名前は開発中のものです。** · 2009/02/03(火) 00:11:26

イベントドリブン系のシステムでは一番典型的な仕様なわけだが……

**名前は開発中のものです。** · 2009/02/03(火) 00:20:35

お、おいら低能文系スクリプタなんで……

**名前は開発中のものです。** · 2009/02/03(火) 01:26:33

javaのSwingとかシングルスレッドでイベントキュー溜めてるだけじゃん。よくある設計。

**名前は開発中のものです。** · 2009/02/03(火) 01:29:23

す、すいません知識なくてすいません……

**名前は開発中のものです。** · 2009/02/03(火) 01:31:26

このスレの住人の半数が結構なプログラマーという・・・・
標準仕様だけでゲーム作ってる身としては肩身が狭い

**名前は開発中のものです。** · 2009/02/03(火) 02:14:59

というか吉里吉里の場合は内部的にスレッドセーフに作って
スクリプト側からはスレッドに触れないようになってんのかね？
関連しそうなソース読んだことないからよく分からんがスレッド触らせないってのは一つの良い手だと思う。
でも、次期吉里吉里だとスレッド扱えちゃうんだよね。
マルチスレッド絡みの質問増えるな絶対。

**名前は開発中のものです。** · 2009/02/03(火) 02:37:56

やっぱ、利用者の多いのもあるんだろうか、この板でも随一の
回答レベル。
能力もあるし、回答としてのレベルも高い。

よいしょしまくった後で質問しにくいが、ＴＪＳでButtonLayerを
使って作ったボタンの上で右クリックの処理を実行するにはどうすれ
ば良いんだろうか。

グラフィック表示させるレイヤならhitThresholdを255に設定すれば
ＯＫだけど、ボタンレイヤの場合、それをやるとボタンそのものが
機能しなくなっちゃう。
一番良いのは、rclickタグの機能がどのレイヤの上でも全部機能する
のがベストだけど、ボタンのクラスでイベントとして取れる方法でも
あれば教えてほしい。

**名前は開発中のものです。** · 2009/02/03(火) 03:28:32

>>808
明らかに何人か次元の違う人が居るよなｗ
ついてけないが過去ログとして残るだけで財産だな

**名前は開発中のものです。** · 2009/02/03(火) 09:18:28

上でも出てる「TJSに挑戦」ってサイトに乗ってる右クリックフック（onRightClick）
ではどうだろうか

ただし、ボタンレイヤの上でも反応するかは不明。その場合、ボタンレイヤ
のクラスに右クリックフックを入れれば反応するかも不明。
当方出先なんで、家に帰ったらまた調べてみる。

**名前は開発中のものです。** · 2009/02/03(火) 09:29:30

>>810
LayerクラスのonMouseDownは右クリックのときも呼び出されるから
マウスのイベントが受け取るような当たり判定になってたら大丈夫じゃないかな

**813** · 2009/02/03(火) 09:49:13

>>810
あ、ボタンレイヤ上でもメッセージレイヤを消したり右クリックサブルーチンが
呼び出されるようにしたいってことか

window.onPrimaryRightClick()を呼べばいいはず

**名前は開発中のものです。** · 2009/02/03(火) 10:04:16

>>810

>>813 の言うとおり、onMouseDown で判定して処理を流してしまえばいい。
ただし、おおもとの ButtonLayer いじると影響範囲でかくてやばいので（終了確認窓とかでも使ってるから）
MessageLayer.tjs の中の LinkほげLayer 系に定義を入れ込むのが良い。ボタン以外のチェックボックスとか
エディットとかでも同じようにいれればおっけー

function onMouseDown(x, y, button){
　super.onMouseDown(...);
　if (button == mbRight) {
　　releaseCapture();
window.onPrimaryRightClick();
　}
}

onMousDown でフックする場合は、
releaseCapture() しないといろいろ不幸だったような記憶。
onMouseUp か onExecute でフックする場合はその心配はないけど
ボタン離すまで反応しない。

**名前は開発中のものです。** · 2009/02/03(火) 10:23:40

イベント集約のactionメソッド使ってもできるんじゃない？

**名前は開発中のものです。** · 2009/02/03(火) 10:42:01

>>806
画像検索＆DLツール作ったとき、Swingがシングルスレッドだと知らなくて、途中からかなり強引にフォーム部分と
検索、DL部分を別スレッドに切り離したよｗｗｗ

**名前は開発中のものです。** · 2009/02/03(火) 10:46:51

Swingのすべてのクラスのjavadocにスレッドセーフではありませんって書いてあるだろｗ

**名前は開発中のものです。** · 2009/02/03(火) 10:48:43

>>818
ぶっちゃけよく調べないまま作り始めたｗｗｗｗ
作る→動かす→あるえ～？なんか操作受け付けない・・・？→調べる→シングルスレッド・・・だと・・・

**名前は開発中のものです。** · 2009/02/03(火) 10:50:33

ってゆ～かGUI部品なのになんでまたシングルスレッドで動く仕様になってるんだろう。
あきらかに不都合起きると思うんだけど。自分でスレッド作って管理すればいいって言われればまあそうですね、
ってことになるけどさあ・・・

**名前は開発中のものです。** · 2009/02/03(火) 11:05:03

って言ってもあれか。イベント処理内部で直接画像検索、
DL処理呼んでたからSwingが画面更新を別スレッドにしてても操作受け付けない問題は起きてたか。

**名前は開発中のものです。** · 2009/02/03(火) 11:12:25

つスレタイ

**名前は開発中のものです。** · 2009/02/03(火) 12:37:47

吉里吉里３までの高機能はいらないから、吉里吉里２がもう少しプラグイン拡張できればいいんだがな。
コアな部分の機能を使いたくてもexportされてないのとかあるから、もうちょっと汎用的になるとうれしい。
そんなことをしなくても、吉里吉里自体を改造すればいい話ではあるんだが。

**名前は開発中のものです。** · 2009/02/03(火) 12:52:32

>>815
最近は、「MessageLayer.tjs」のLinkButtonLayerクラスで
『onExecute』を使ってる。合わせるなら『onExecute』でしょ？用途しだいとは思うけど。

>>810
813とかぶるけど、
rclickタグ指定の機能を呼んでるのは「MainWindow.tjs(KAGWindowクラス)」のonPrimaryRightClick() 内。
たぶん、kag.onPrimaryRightClick()とかで呼ぶ。

用途にもよるし方法はいくつかあるだろうけど、たぶん、おそらく、お主の用途とスキルレベルだと
別途ButtonLayerのサブクラスを作ってやって、そこで、onExecuteをオーバーライドするのが安全だと思う。
もし、サブクラスの概念を知らないなら、tjsリファレンス嫁。
あと、サブクラスの記述は、他に適当なとこないならOverride.tjsかAfterinit.tjsあたりにかな。

>>811
禿同、、、べつにKAG改造とかするつもなりはなかったんだけど、迷い込むと、
何時の間にか、KAGのtjsが読めるようになっているのがこのスレのこわいところｗ
自分から見れば、VC++(& Windowsプログラミング)は超えられないし、超える気も起きない
大きな壁。でも、きっと、その壁を越えた人たちも玉石混合、スキル差は凄くあるんだろうね。

**名前は開発中のものです。** · 2009/02/03(火) 13:20:43

>exportされてないのとかあるから
ストリームの読み書きまわりか。

**名前は開発中のものです。** · 2009/02/03(火) 13:23:43

俺はTJSでミニゲームを作ってたお陰で、
AS3でFLASHゲームが作れるようになったよ。

というか、TJSで作ったミニゲームのソースから
必要無いコード削ってクラス名をいくつか置換したら
普通にAS3でコンパイル通って動いたという。

ありがとうこのスレ。

**名前は開発中のものです。** · 2009/02/03(火) 13:42:26

>>824
rclick の動作とあわせるには onMouseDown じゃないとダメです

**名前は開発中のものです。** · 2009/02/03(火) 13:45:18

>>823
本当にほしければ、dee たんにたのめば出てくるぞっと
もっとも忙しいから、面倒くさいのだとそう簡単にはいかないので、
あらかじめ改造した上でこれ本家にいれてくれお願いするのがベスト

**名前は開発中のものです。** · 2009/02/03(火) 14:15:17

>>828
deeたんにIRCへのお誘いを頂いたけど、忙しくて参加できず。
2.28系で本体改造してたけど2.30系へのマージがめんどくなって、放置。
本体はいじらない方がいいな、と思った。

**824** · 2009/02/03(火) 15:34:05

>>827
ああ、>>810が、「hitThreshold」とか「どのレイヤでも」とか言っているのは、
右クリックのときだけ、kagへ透過させたいって言う話か。
右クリック代替のメニューボタンを常駐させたいとかの話かとおもた。スマソm(_ _)m

**名前は開発中のものです。** · 2009/02/03(火) 15:35:26

自分用のいじり倒したKAGなら2.26→2.28→2.30対応と着実にメジャーアップしているｗ
そもそも開発始めたのは2.2系だったかの辺りなんだが
あまりにネイティブコード依存しすぎたんで今はpure tjsなサブセットだけで動くようにしてるな。

GUIデバッガ欲しいよデバッガ

**名前は開発中のものです。** · 2009/02/03(火) 18:21:47

吉里吉里のウィンドウハンドル取得するのってどうやればいいんでしょうか

**名前は開発中のものです。** · 2009/02/03(火) 20:20:57

自己解決
クラス名が"TTVPWindowForm"だから
FindWindow("TTVPWindowForm",NULL);でハンドル取得できる
(直接吉里吉里に関係ない内容ですいません)

**810** · 2009/02/04(水) 01:12:32

会社から帰ったら、たくさんの回答が出てて助かった。
815の通りに改修を入れた結果、思い通りに動いてます。
本当にありがとう。

しかし、本当にレベル高いな。自分の実力の低さに悲しくなるぜ

**名前は開発中のものです。** · 2009/02/04(水) 01:52:25

deeたんデジタル時計がとんでもなくオーバースペックじゃないすか

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

>>835
ソフトとハードどっちも出来るのか、すげぇ。

**名前は開発中のものです。** · 2009/02/04(水) 18:35:36

吉里吉里

**名前は開発中のものです。** · 2009/02/04(水) 21:42:50

自分も文字列の画面センター表示でつまずいていたので、
>>637さんのテキスト表示法が目からウロコでした。ありがとうございます。

便乗質問になってしまい大変恐縮なのですが、

@macro name="c"
@locate x="&(kag.current.width - kag.current.lineLayer.font.getTextWidth(mp.text)) \ 2 - kag.current.marginL"
@emb exp=mp.text
@endmacro

[c text="一行目"][r]
[c text="二行目二行目"][p]

上のお教えいただいたマクロに手を入れて、
シナリオでたとえば

[c]
一行目[r]
二行目二行目[p]

と記述できるようにする方法は、ありますでしょうか？

**名前は開発中のものです。** · 2009/02/04(水) 23:04:38

>>838
このレス(&板)では努力の跡のみられない、ろこつな『教えて君』は、嫌われる傾向にあります。
まずは自分の努力を見せましょう。

実際聞いてコピペするだけじゃ、理解できずにスキルアップできないと思うよ。

**名前は開発中のものです。** · 2009/02/04(水) 23:32:56

>>838
やり方としては
改行・改ページの度に
シナリオファイルの次行冒頭から改行・改ページタグまでの文字を検索し
文字幅を求め、開始位置を設定、かな
やってみれば。
俺は中央寄せを延々続けることなどないし
手間がワリにあわんのでやる気なし

**名前は開発中のものです。** · 2009/02/04(水) 23:53:39

>>679
横からですが、使わせてもらいますm(_ _)m
サブルーチン無しでokなんですね

**名前は開発中のものです。** · 2009/02/05(木) 00:52:03

> このレスでは

謙虚だな…

**名前は開発中のものです。** · 2009/02/05(木) 00:55:41

「○○を○○したけど無理でした。助けてくださいお願いします」がテンプレ？

**名前は開発中のものです。** · 2009/02/05(木) 01:03:39

> 助けてくださいお願いします

べつにそんな低姿勢を強要する必要はないだろ
質問者だって対等な立場だ

**名前は開発中のものです。** · 2009/02/05(木) 01:07:56

「いろいろしたけど無理でした。教えてください」がテンプレ

**名前は開発中のものです。** · 2009/02/05(木) 01:08:40

別に低姿勢になれとは言わんが
努力もしない奴に教えたくないのが一つと、本人が分かってないことをコピペでごちゃごちゃにしたソースをそのまま貼ったりされると何を聞いてるのかさっぱり分からないのが一つ

別に出し惜しみする気は無いけど、おいおい・・・・一個上のレスみりゃ分かるだろ・・・・
みたいなものやリファレンス見ろよみたいなものはスルーしちゃう
あと、立場は対等でも教えてもらう立場なんだから聞く時は「お願いします」と解決したら「ありがとう」ぐらいは言って欲しいのが本音
ネットでこんなこと言うと変なのに煽られそうだけど互いにすがすがしいと思うんだけどね

**名前は開発中のものです。** · 2009/02/05(木) 01:45:07

そうやって自分に異論を言う者＝変な者みたいなのはどうかと思うけど、
まあそれはともかく、別に教育者でもないしサポート屋でもないのだから
努力の大切さを説いて諭す必要もないし、答えたくないときは
やっぱり言ってるようにスルーするのが一番だと思うのだよね
その点同意

**名前は開発中のものです。** · 2009/02/05(木) 01:52:46

ネットやらなにやらに不慣れな人や子供だってたくさんいるだろうから、
近所の人、同じ場所を使う人ってことで諭すようなことを言うのもいいと思うけどね。

口やかましくない程度にしてくれないと困るけど。ここ最近は連呼しすぎだな。

**名前は開発中のものです。** · 2009/02/05(木) 02:02:12

初心者なりに努力したのに質問の書き方が悪かったせいで厳しいレスがきて
カエレ！って言われたように感じてしまったら可哀想だから
「こういう書き方だとレスが返りやすい」ってのがあればいいんじゃないかと思った
助けて～とかは適当
あくまで「望ましい」という範囲の話で、もちろん「だが断る」も自由

**名前は開発中のものです。** · 2009/02/05(木) 02:06:19

あー>>848の言う通りだと俺も思う

**名前は開発中のものです。** · 2009/02/05(木) 09:28:31

１から１０まで質問攻めみたいのはどうかと思うけど、この手の技術系スレや
掲示板（公式なんかの）だと
高圧的回答⇒質問者萎縮⇒過疎ってのは多いわな。
掲示板だと、掲示板運営者より口うるさい常連とか良くいるし。

その位調べないと成長しないって回答も良くでるけど、あれも意味がわからん。
特にゲーム作成ツールとか、それに順ずる開発言語とかなんて、成長する意味すら
危ういじゃね

**名前は開発中のものです。** · 2009/02/05(木) 09:37:13

まあ要は、質問は程々に、何がしたいかと自分が何をしたかくらいはちゃんと言いましょうって事で

**名前は開発中のものです。** · 2009/02/05(木) 10:35:24

まあ黎明期や不人気のツールの技法とかゲームの攻略スレは優しく
円熟期や人気のものは厳しくなるのは自然なことだわな

後者の場合ネットに情報集積されてたり本が出てたりすることも多いから
自分で調べろとも言いやすいし

**名前は開発中のものです。** · 2009/02/05(木) 11:22:04

>>838
マクロだとさすがに無理。要改造。

方法論としては、>>840は概念的にはいいんだけど、KAGの処理的の流れ的には
無理がある。以下は意味がわかる人むけ

・コンダクタにセンタリングフラグと蓄積用文字列を追加＋cコマンドの中身を変更
・ch タグの実装を別コマンド、たとえば ch2 とかに置き換える
・ch を再実装。センタリングフラグが立ってたら文字列として蓄積、立ってなければch2 を呼び出し
・r タグ部分で、センタリングフラグが立ってたら蓄積された文字列から長さを計算して locate 補正＋
　蓄積された文字列を split して ch2 の連続呼び出しに置換して挿入する処理を追加

これで普通のテキストのように連続表示させることができる。

**名前は開発中のものです。** · 2009/02/05(木) 13:52:03

テンプレぽく、多分こういう書き方だと返答されやすい。
てか>>1に思いっきり書いてあるんだけどね。
>>1すら読んでないのはただの教えてくんと思われて当然だろ

【スレ質問用】
吉里吉里で○○したい。
○○のために自分で検索やら組んでみた結果△△になった。(←努力の跡見せるのは大事)
ここから○○にするために、何かしらヒントあればお願いします。

**名前は開発中のものです。** · 2009/02/05(木) 14:26:54

なんでマクロってiscript～endscript使えないん？あれ、すごく困るんだが

**名前は開発中のものです。** · 2009/02/05(木) 15:07:21

パーサの処理の都合だろうな。動的展開するマクロバッファに iscript の処理を記録する概念が無いのだと思われる

一般的には、マクロ定義の外で iscript つかって function を定義して、
マクロ中ではそのファンクションを eval で呼べば困ることなどないとだろう。

**名前は開発中のものです。** · 2009/02/05(木) 15:22:56

>>854
意味がわかる人＝その説明を必要ない人
な気がするのは気のせいか ←ただの感想、批判してるわけじゃないからね

そこら辺のプラグインがあまり(タロー氏のは学ばせて貰ったけど)出てこないのは、
縦書き、ルビ、自動改行、インライン画像等々、汎用性をもたせようとすると
手間対効果が割りに合わないからかな？

限定用途にルビと文字の均等割付け、組んでてふと思った。

**名前は開発中のものです。** · 2009/02/05(木) 21:11:08

文字の前進幅とか文字（列）のマトリクスが取得できないTJSでどうやってセンタリングとか実装するのが問題だな。
プロポーショナルフォント使われるとメチャクチャになる。

**名前は開発中のものです。** · 2009/02/05(木) 21:38:46

あー俺もそういうの昔作ってスタンドアロンではほぼ完成してたんだけど
プラグイン化についてあれこれ考えているうちにHDDあぼーんしちゃった

**名前は開発中のものです。** · 2009/02/05(木) 22:03:15

どう設計してもコンダクタとMainWindowとタグハンドラに食い込むからプラグイン化は難しいな。
俺はタグハンドラそのものをプラグインで追加できるようにいじってあるから出来んこともないが。

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

MainWindowというよりは、KAGをごっそり作り直したい
KAGEXみたいにカオスにしたかないし

**名前は開発中のものです。** · 2009/02/05(木) 22:11:32

>>862
よし今すぐ作り直すんだ！

**名前は開発中のものです。** · 2009/02/05(木) 22:24:15

>KAGをごっそり作り直したい
コア部分でかつ一番カオスってんのがMainWindow.tjsなんだよな。
あとはKagParserも。
こいつを捨てたくて車輪の再開発中です。
他は使い回せそうなんだよ。
今のところシナリオファイルはxmlにしてWYSIWYGで吐いて直接触らせないようにして拡張する場合は完全にtjsを書くようになってる。

**名前は開発中のものです。** · 2009/02/05(木) 22:45:30

いいものができたらぜひ汎用にして公開を

**名前は開発中のものです。** · 2009/02/05(木) 22:49:37

>今のところシナリオファイルはxmlにしてWYSIWYGで吐いて直接触らせないようにして拡張する場合は完全にtjsを書くようになってる。
xmlではないが近いことやってるな、うちも
ButtonLayerとMessageLayerがらみも拡張しずらいので、やっぱりごっそり作り直したい
使い回すとしたら、KAGParserとconductor回りぐらいかな
できあがる頃には、吉里吉里2.40とか言ってすげー拡張されてたりしてなorz