[過去ﾛｸﾞ] ■吉里吉里／ＫＡＧ／ＴＪＳ雑談質問スレ■その18 (1001ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
860: 2009/09/21(月)01:30 ID:cf9VT6bL(1) AAS
終了確認をダイアログではなくレイヤーでやりたいのですが
function onCloseQuery()の
saveSystemVariables();
if(!askOnClose) { super.onCloseQuery(true); return; }
super.onCloseQuery(askYesNo("終了しますか？"));
を消して
kag.callExtraConductor('終了.ks','*終了シナリオ内');
省2
861(1): 2009/09/21(月)23:35 ID:Afbu6NXB(1) AAS
終了.ks の *終了シナリオ内 ラベルの終わりで
Window.onCloseQuery(終了するかどうか) incontextof kag;
862(1): 2009/09/23(水)11:08 ID:48qbElB4(1) AAS
誰か昨日の吉里吉里勉強会いってきた奴いないかな？
吉里吉里3はどんな状況とかの話とかあったら教えておくれー
863: 2009/09/23(水)11:22 ID:Ki71KdO3(1) AAS
>>862
mixiにレポがきてるお
864: 2009/09/24(木)19:00 ID:0U2U8Wq2(1) AAS
最近、みくしが無いと何も見れない状況だよな。
勿論、公式情報とかじゃないから、それに文句を言うつもりは無いが、
あの窮屈な空間が嫌で辞めちまった身にはつらいｗ
865(1): 2009/09/25(金)01:41 ID:g8dS8TRE(1) AAS
吉里吉里3は止まってるとしか
866(1): 2009/09/25(金)08:37 ID:n5loEePc(1) AAS
>>865
まじめにやってれば半年もあれば開発できるものだしな。
867(1): 2009/09/25(金)09:30 ID:PhkD4GjX(1/2) AAS
吉里吉里はある意味完成の領域に達してるからな。
KagEXを完成の領域に持ってきた方が、受けが良いんじゃなかろうか。
868: 2009/09/25(金)09:40 ID:+dkIAQuX(1) AAS
KAGEXはワールド拡張とかの概念や記述が理解できなくて諦めた
869(2): 2009/09/25(金)09:47 ID:sKoqn0LW(1) AAS
バグとやらが気になって手がさせない
ところでmixiのレポートであった
FLASHで右クリックすると出るFLASH関連のメニューを
出さない方法ってどこかにないだろうか
870: 2009/09/25(金)14:37 ID:OhTQHWYF(1) AAS
>>866
インタプリタのみを動かすだけなら半年で出来るだろうが
関連するAPIを用意したり付随するツール群を揃えてさらに実用レベルの品質まで持っていくのは数年かかるだろう。
それこそコミッターが居れば今ごろ完成してたかも知れんし。
>>867
あれを使うくらいならMainWindow.tjsを整理するついでに自分で作るってやつが居るんじゃないだろうか。
871(1): 2009/09/25(金)14:41 ID:AuREjKi2(1) AAS
>>869
外部ﾘﾝｸ:www.kirikiri.info
これはどうだろう？
KAGEXは機会があれば触ってみればいいんじゃね？
バグが〜とか書いてる人のは本当にKAGEXのバグなのか今の所わからんし。
自前スクリプトのバグ、使い方や記述を間違えてる可能性もある。
872(1): 2009/09/25(金)15:51 ID:cADywhdF(1) AAS
>>869
このスレをすこしさかのぼるんだ！
873: 2009/09/25(金)18:12 ID:PhkD4GjX(2/2) AAS
吉里吉里３の開発室初めてみたけど、描画関係の高速化も期待出来るのか。
吉里吉里でノベル以外を作ってる俺としては頑張ってもらいたいものだ。
874: 2009/09/26(土)01:54 ID:cSoIuReO(1) AAS
>>861
ありがとうございます。なぜかタイトル画面でしか閉じられなかったりするので色々頑張ってみます。
875(2): 2009/09/26(土)02:06 ID:sCbbckM4(1/2) AAS
吉里吉里でノベル以外を作る利点てなに？
ノベル以外ならC/C++にluaとかDSL組み込んじゃえばいい気がするんだけど。
そういうDSL上に構築されたゲーム用F/Wもあるしさ。
876(1): 2009/09/26(土)02:09 ID:riSF4elI(1/2) AAS
>>875
ノベルメインでミニゲームをそれなりに本格的にやりたいとしたらどうすりゃいいのかよくわからん。
どこか解説してたりするところない？
877: 2009/09/26(土)02:11 ID:tgpICSzg(1/3) AAS
C/C++ が書けない人でも作業できる、とか？
パフォーマンスがさほど要求されない場面なら有効だと思うよ。画像やサウンドの扱いもシンプルだし。
878: 2009/09/26(土)02:15 ID:MSxnwiCG(1/2) AAS
>>875-876
汎用ゲームエンジンだと逆にノベル部分がネックになったりするわなぁ。
吉里吉里はその辺、嫌と言うほど作りこまれてるから。
メッセージフレームだしてクリックごとにテキストを切り替える程度と妥協できるなら、
汎用エンジンで作ってゲームをメインにしたらいいかもしれないけどね。
879(1): 2009/09/26(土)03:50 ID:sCbbckM4(2/2) AAS
TJSも普通にグフィックコンテキストを取得してそれに対して書き込んで
反映させるっていうスタイルだったらなぁ。
あとtjsでゲームループ書くとコードが一般的じゃないのも分かりづらいよな。
//こういうコードの方がいいな
function game_loop(){
update();
render();
省9
880: 2009/09/26(土)12:52 ID:O+pMsbT1(1) AAS
>>871-872
おお、ありがとう！
そうかプラグインでもできたのか
どちらも試してみるわ
881(1): 2009/09/26(土)15:14 ID:tgpICSzg(2/3) AAS
>>879
吉里吉里のレイヤって標準機能が少ないだけで概念的にはグラフィックコンテキストそのものだろ
画像だけの独立した概念があるとすっきりするよなぁとは思うけどね
882: 2009/09/26(土)15:19 ID:MSxnwiCG(2/2) AAS
まあ、秒間６０フレームでヌルヌルぶん回すようにはできてないからな。
883(1): 2009/09/26(土)19:51 ID:0JH+tER8(1) AAS
>>881
グラフィックコンテキストが画像とそれに関するステートを持っているのが問題なのかと。
ふつうはだいたいこんな定義だろ。
abstract class Layer{
/**
レイヤが表示されていれば描画する
@prams g グラフィックコンテキスト
省21
884: 2009/09/26(土)20:29 ID:gKaOv5Va(1/2) AAS
継続とまともなクロージャ導入してクラスを無くしてほしい
ちゃんとした言語にしたかったらRubyやPythonでも組み込んでくれた方がよっぽど助かる
885(1): 2009/09/26(土)20:32 ID:g2s5GieN(1/2) AAS
C++のBoost.Serializationを参考にTJSでシリアライズのフレームワークを書いてみたけど、
Layerみたいにガチガチな依存関係を持っていてコンストラクタ引数に他オブジェクトを要求するクラスの
外部シリアライザの実装のしかたがどうしても思いつかなくて頓挫。
仕方ないから既存の構築済みオブジェクトをdeserializeに渡してメンバだけ復元するようにした。
オブジェクトの共有が絡んでくると一気にややこしくなる。
886(1): 2009/09/26(土)21:01 ID:tgpICSzg(3/3) AAS
>>883
メモリグラフィックコンテキストが内包してるフレームバッファが見えてるだけ、
と考えれば概念的におかしいところはない。
visible を含むレイヤのツリー配置機能はさらに外枠の構造で、これは
他ではみられない構造だから珍しいけどおかしいところは無いと思う。
Window - Layer までで一つの概念を形成してる。
結局、Image 単体が存在しないから Layer で代用してるのがおかしいだけという話になるんじゃないかと。
省3
887(3): 2009/09/26(土)22:10 ID:riSF4elI(2/2) AAS
・・・・話してることがさっぱり分からん。
くそう、一応C++とかも勉強してるんだけどなぁ・・・。
WindowsAPIとか弄らないと駄目なのか。
ミニゲームを組み込みたいと思ってはいても、どう実現すれば良いのかさっぱりだ。
マリオくらいならC++で組めるんだけど、どう勉強したらいいんだろう。
888: 2009/09/26(土)23:25 ID:deXUyIGG(1) AAS
アイテム周りをまとめたitem.ksをcallで呼んでいます。
老人Ａ.ks
[call storage=item.ks]
*アイテム１
老人Ａ「それはなんですか？」
*アイテム2
老人Ａ「それは私の豆腐です」
省12
889: 2009/09/26(土)23:35 ID:gKaOv5Va(2/2) AAS
呼び出し元に依存するならサブルーチンにする意味無いだろ
素直にjump使えばいい
890(1): 2009/09/26(土)23:43 ID:g2s5GieN(2/2) AAS
>>887
リポジトリにネイティブプラグインのサンプルソースがごろごろ転がってるから
それ読みながら自分で弄ってみるところから始めれば？
外部ﾘﾝｸ:sv.kikyou.info
そういえば、C++でミニゲーム組み込むならDrawDevice組んで切り替えて
ContinuousHandlerでゲームループ呼んでやるのが正当なのかな。
KAGのインタフェースと組み合わせたくて、レンダリング結果を
省1
891: 2009/09/27(日)00:41 ID:bjD8tvap(1/2) AAS
>>887
吉里吉里を改造せず、独自描画処理を行う C++プログラムを組み込むには、
(1) drawDevice プラグインの形で描画系を作成して独自処理を埋め込む
(2) 吉里吉里のウインドウの上に子ウインドウを作成してそこで独自処理を行うプラグインを作成する
の二つの方法がある。
前者は吉里吉里の描画内容と自分の描画内容を混ぜ込むことができるが、逆に言うと
吉里吉里の描画処理も自前で書かないといけない。後者は完全に上にかぶさる形での
省12
892: 2009/09/27(日)01:34 ID:w3eCa0aX(1) AAS
>>885
おれもやったことあるけど
KagPaerserとLayer考えるとC++から叩いた方がいい。
>>886
>レイヤのツリー配置機能はさらに外枠の構造で、これは他ではみられない構造だから珍しい
これはこれで曲者な気が。
>Image 単体が存在しないから Layer で代用してるのがおかしい
省11
893(1): 2009/09/27(日)09:27 ID:6ih0MpsH(1) AAS
吉里吉里独自？の画像形式に、ＴＬＧ5・ＴＬＧ6ってありますよね
png使うよりはこのどっちかの方がやっぱり色々いいと思うんですが、皆さんは使ってます？
自分はpngじゃないとエクスプローラーでサムネイル表示できないのが痛くて、今はpngでやってるんですが
894: 2009/09/27(日)09:50 ID:T6nKkldw(1) AAS
圧縮率も良いし、展開も速いから立ち絵に使ってるよ。
スージープラグイン入れればすぐにビュワー表示できるしね。
895: 2009/09/27(日)14:15 ID:bjD8tvap(2/2) AAS
>>893
スキップ時とかにあからさまに体感差が出るよ。PNGは展開が重い。
イベント絵はあまり気にならないけど立ち絵は TLG にしたほうがいい
896: 2009/09/27(日)16:54 ID:3MK1TE0o(1) AAS
もういっそ直線的にpixels[0] から pixels[pixels.length - 1]をヘッダなしにバイナリにぶち込めばいいんじゃね？
読み込むときはint[]に全部readすればいいだけだしｗ
897(1): 2009/09/27(日)17:03 ID:LZvNFtpc(1) AAS
ヘッダが無いと画像サイズを確定できないのだが
898: 2009/09/27(日)17:40 ID:WroPin0r(1) AAS
つ旧RAW
899: 2009/09/27(日)18:03 ID:KXM6pNqY(1) AAS
前景用画像ファイルの運用 外部ﾘﾝｸ[pl]:hpcgi1.nifty.com
こういうやり方でも良いと思う
900(1): 2009/09/27(日)18:38 ID:otRLhg/V(1) AAS
立ち絵はTLGで軽くなるけど
表情差分とか小さな画像をTLGに変換すると
PNGよりも容量でかくなるのはなんでだ？
不透明度の多さとか関係ある？
901: 2009/09/27(日)19:03 ID:3gT7c3A/(1) AAS
>>897
ゲーム側でフォーマット決め打ちじゃないか？
902: 2009/09/27(日)20:24 ID:CLGXjWHi(1) AAS
>>900
ある
903(1): 2009/09/27(日)22:27 ID:K2Cs/ynZ(1) AAS
所謂育成ゲームを作りたいんですけど
これって吉里吉里でも可能ですか？
904(1): 2009/09/27(日)22:35 ID:TW8jXsoW(1) AAS
>>903
ゲーム中でどのようなグラフィック表現をしたいのかによる。
画面中にキャラ絵や数値表やいくつかのボタンを配置し、
ボタンその他のウィジェットからの入力で
ゲームが進行するように実装するなら
吉里吉里/KAGで十分できるよ。
要領はゲームのオプション画面の実装の仕方と同じ。
905(2): 2009/09/27(日)23:54 ID:47oAeYsk(1) AAS
[eval exp="f.chara='キャラ名'"]
[eval exp="f.odoroki=f.chara+'_odoroki'"]
[image storage="&f.odoroki" layer="1" pos="c" visible="true"]
とすると、「キャラ名_odoroki.png」画像が表示されたので
[eval exp="'f.star_'+f.chara=1"]
と書くと「f.star_キャラ名」に１を代入できると思ったのですがエラーになってできません・・・。
どう書けばいいのでしょうか？
省1
906: 2009/09/28(月)00:12 ID:xF6tbSO6(1) AAS
[eval exp="f['star_'+f.chara]=1"]
907: 2009/09/28(月)00:12 ID:68KHcIit(1) AAS
>>905
このスレ頭からよんでこい
908: 2009/09/28(月)00:12 ID:+ytX66C8(1) AAS
>>905
文字列を動的にTJSのコードに置き換える処理は、
必要上仕方なくやる場合もあるけど、基本的にはお勧めできない。
# [eval exp="'f.star_'+f.chara=1"] のこと
そういうことなら、
f.stars
は辞書型 %[] にしておいて、
省2
909: 2009/09/28(月)19:32 ID:9KpicER+(1) AAS
>>904
ありがとうございます
作りたいのはそのタイプなので早速挑戦してみます
910(4): 2009/09/28(月)21:05 ID:NcE8Gw/B(1) AAS
すみません、クリッカブルマップについての質問なんですが。
クリッカブルマップのある画像を常に表示しておき、プレイヤーがテキストを読み進んでいる
合間の好きな時に画像をクリックすると、別のメッセージレイヤが開いて何らかのメッセージを表示。
左クリックをするとそのメッセージレイヤが閉じてまた元の普通の画面に戻るというのをやりたいんです。
しかし私のクリッカブルマップの知識では、クリックすると特定のksファイルのtargetに跳んでいき
メッセージの表示をした後、戻る時はjumpになるので戻る場所のtargetを指定しなければなりません。
上記の様にする為にreturnを使いたいのですが、この場合callタグを何処に置けばいいのか解りません。
省2
911: 2009/09/29(火)04:38 ID:uUxuzN7L(1) AAS
クリッカブルマップに見えるけど実はボタン並べてるだけってのでいいじゃない？
912: 2009/09/29(火)05:11 ID:e8Lvp+4/(1/2) AAS
確かに。不定形のボタンは簡単に作れるからなぁ。
913(3): 910 2009/09/29(火)07:43 ID:7jdLEmGf(1) AAS
アドバイスありがとうございます。
実を言うと、グラフィカルボタンは構造が理解出来ていないらしく、
どうしてもボタン画像そのものを表示させることができないんです。
そこで何度も作ったことがあるクリッカブルマップで代用出来ないかと
思ったんですが。
グラフィカルボタンはメッセージレイヤ上に現れるんですよね？
[layopt layer="message0" page=fore visible=true]\
省6
914(1): 2009/09/29(火)07:51 ID:n3xZFulj(1) AAS
>>913
currentレイヤは確認したかね
915(1): 2009/09/29(火)10:02 ID:e8Lvp+4/(2/2) AAS
>>913
ボタンを表示するサンプルを動かして考えたかい？
916(1): 910=913 2009/09/29(火)16:48 ID:NgnztUMM(1/2) AAS
グラフィカルボタンの件が解決しました！
>>914,915
これまで動作を確かめる時は製作中のスクリプトの合間の部分でやっていたので、
今回はボタン表示だけのサンプルとして書いてみました。
念の為にcurrentも指定し、positionでメッセージレイヤも画面いっぱいに広げてみたのですが
やはりただ真っ暗な画面が映るだけ。
しかしようやく原因が解りました。
省8
917(2): 913 2009/09/29(火)18:40 ID:NgnztUMM(2/2) AAS
何度もすみません。
グラフィックボタンは使えるようになりましたが、やっぱり>>910のような動作をする為には
何かが不足のようです。
[button graphic="ボタン.png" exp="kag.callExtraConductor('button_oshi.ks', '*説明')"]\
[s]
…としてcallタグの代わりになり、button_oshi.ksの最後にretrunを入れる事に成功しましたが、
これで戻ってくる場所は上記タグの[s]の直前になる為、やはりそこで終わってしまいます。
省1
918(1): 2009/09/29(火)21:14 ID:myn7KpTb(1) AAS
>>917
ボタンを押す前の状態ってのがなんなのか、
何がどう上手くいかないのかがさっぱりわからん。
勘で答えるとテキストかボタンのメッセージレイヤの内容を消去してるせいだと思う。
*説明から[return]の間に[ct]や[cm]があるとか、描画先を変更せずに[er]してるとか。
919(1): 2009/09/29(火)22:38 ID:8ss2KQff(1) AAS
>>917
俺の場合は、ボタンを配置する基本の処理の流れは、こんな感じで組んでいるけど、どう？
*ボタンを押す前の状況
画面を更新してボタンを配置する
１つ目の[butt]を、打鍵で フラグに１を入れて *打鍵した ラベルに行く
２つ目の[butt]を、打鍵で フラグに２を入れて *打鍵した ラベルに行く
[s]
省5
920(1): 2009/09/29(火)23:23 ID:TftUuxwQ(1) AAS
まともにリファレンスも呼んでいなさげな913がそろそろウザくなってきた
もっと具体的にやりたいことの仕様説明をしろよチンカス
どうやらオンラインヘルプっぺえ機能がやりたいようなので勝手に断定して話を進めると、
ヘルプ用レイヤをつくってそこにテキストを書き、ボタンによってレイヤのvisibleを
トグルさせるのが簡単かつメンテしやすいのではないかと思う
挙動をモーダルにしておけば、テキスト自体はマクロで呼び出せるしな
921(2): 910=913=916=917 2009/09/30(水)01:20 ID:RibCgSc/(1/2) AAS
すみません。すっかり煮詰まった状態でテストしながら書き込んでいた為、
何だか訳の解らないことを言っていたようです。
やりたい事が不明という点。>>910の４行目までに書いたことが全てでして、
考えてみればボタンの機能は、正にそういうことをする為のものなので出来ないはずが
なかったんですね。
「押す前の状態」とかややこしい事を言ってしまいましたが、ボタンを押した時に
跳んだ場所から抜け出せない（うまく戻って来れない）というだけの事でした。
省12
922: 2009/09/30(水)01:33 ID:uFdClSf4(1/4) AAS
>>921
いや、だからサンプルを確認したのかと。
923(1): 2009/09/30(水)01:59 ID:RibCgSc/(2/2) AAS
えーと、サンプルというのはどういう事でしょう。
リファレンスや色々な講座にある書式、こちらで書いていただいた
スクリプト等をそのままコピペして試してみてダメだったのですが…。
924(1): 2009/09/30(水)02:20 ID:uFdClSf4(2/4) AAS
>>923
kag3pluginの中にsampleフォルダがあるでしょ。
そろそろ「何考えてるの？ 死ぬの？」を発動してもいい？
925(1): 2009/09/30(水)03:44 ID:9xQ+gvHq(1) AAS
んでまぁ、何がなにやら困ったらあれだ
returnタグは戻り先を指定出来るんだから、ボタン（マップもどきか？）を描画する先頭のラベルに飛ばせばいいんじゃない？
そうなると何でcallで飛んだんだ？って気はするけど。
;ＭＡＰ描画
*map
[button 押したら*subをcallする感じの]
[s]
省8
926(1): 2009/09/30(水)04:16 ID:s44Wvcu0(1/2) AAS
ここと公式で聞いてみて理解できなかったら仕様変更したほうがいいと思う。
そんなところに時間かけるだけ無駄。
927(1): 2009/09/30(水)06:55 ID:dVOo3BQr(1/2) AAS
>ボタンを押した時に跳んだ場所から抜け出せない（うまく戻って来れない）
928(1): 927 2009/09/30(水)07:07 ID:dVOo3BQr(2/2) AAS
ごめん。ミスった。
>>921
>ボタンを押した時に跳んだ場所から抜け出せない（うまく戻って来れない）
[s]の位置でcallされて[s]に戻ってきてるんだから飛んだ場所から抜け出せてる、
うまく戻ってきてるんじゃないか？
結局どううまくいかないかも書いてない。
call先をコメントアウトするなりして何故うまくいかないかを調べるくらいしたらどうよ。
929(1): 2009/09/30(水)09:38 ID:haABz3tC(1) AAS
ギャラリーページを作っているんですが、トランジションをかけてページ移動をすると
トランジションが終わった後にサムネイルがワンテンポ遅れて表示されてしまいます。
これをトランジションが掛かっているときにはすでに表示されていて、
一緒に表示させるにはどうしたらいいでしょうか？
よろしくお願いします。
930(4): 2009/09/30(水)10:10 ID:BgDuLnDT(1) AAS
総合IDとして変数に（数字で）aAbBcCdD……のように格納して、二桁ずつ個別のIDにして使用しようとしてるんですが、
aA=05とか、aAbB=0028とかのように、総合IDの先頭に0があるとエラーが出てしまいます
変数の仕様によるものだと思いますが、エラーを回避する方法はないでしょうか？
分かる方いられましたら、教えていただけないでしょうか
931(1): 2009/09/30(水)10:19 ID:6gcn2Hif(1/2) AAS
0が頭につくと8進数扱いになるから数字の8や9が登場できない
数としてではなく文字列として扱うようにすればOK
0028ではなく"0028"みたいな
932(1): 2009/09/30(水)11:19 ID:uFdClSf4(3/4) AAS
>>929
pimage命令でトランジション先の背景にサムネイルを先に合成してからトランジションをかける。
>>930
それ仕様の方がおかしくね？
基本的に変数を大量に使う実装法はお勧めできない。
たくさんのデータを同じような扱い方をする場合には配列や辞書型などの集合型を使ったほうがいい。
また、文字列だけで違うものを管理しようとすると、それが大量になると（大体３０個越えたあたりから）
省3
933(1): 2009/09/30(水)11:22 ID:6gcn2Hif(2/2) AAS
文字列1個でもいいかもね
934(1): 2009/09/30(水)14:03 ID:DeRDVAJi(1) AAS
>>930
いわゆる uuid 作りたいだけじゃなくて？
文字列化する、さらに確実に文字列として評価されるように固定文字プリフィクス
付けておくことを勧めるよ。"__" とかね。
935: 930 2009/09/30(水)14:10 ID:/JKUNhe2(1/2) AAS
>>931-933
教えていただいてありがとうございます
パーツをいくつも重ねてできた合成イメージを表示しようとしていて
個別IDがパーツごとにどれを選ぶか表し、総合IDが完成したイメージのIDを表すようにしようとしていました
検討しなおしてより良い仕様に変えようと思います
936: 930 2009/09/30(水)14:11 ID:/JKUNhe2(2/2) AAS
>>934
すいません、レス見落としてました。ありがとうございます。
937: 910=921 2009/09/30(水)14:53 ID:U6fejFEL(1) AAS
>>924
あっ、そういえば有りましたね。製作に入って自作品外のファイルを別所に移したのを忘れていました。
今仕事先からなので帰ってから確認します。
>>925,926,928
最初クリッカブルマップでやろうと思っていた事がボタンで出来ると判り、こっちの方が簡単で色々できそうだと
つい興奮してしまいましたが、ボタンの構造そのものを理解しないうちにデタラメに弄って熱くなっていたようです。
まずその基本を勉強し直し、その上で皆さんのアドバイスを参考にさせていただきたいと思います。
省1
938(3): 2009/09/30(水)20:01 ID:rJ4hDBJr(1/2) AAS
画面サイズと同じサイズの画像を背景として表示させた状態 仮に状態Ａとする
同じ画像をtop=0 left=0で背景レイヤー以外のレイヤー（例えば0や1）に表示させると
状態Ａよりも少しだけ（数ピクセル）ズレるのは仕様ですか、それとも指定方法に問題があるのでしょうか？
同様にbuttonで画像を表示した場合とimageで画像を表示した場合も
button x = image left
button y = image top
同じ値を指定しても異なる位置に表示されますが、これは仕様でしょうか、それとも指定方法に問題があるのでしょうか？
939: 2009/09/30(水)20:16 ID:uFdClSf4(4/4) AAS
>>938
buttonとimageで画像の取り扱い方は違うんだけど、それはOK?
940: 2009/09/30(水)20:19 ID:aKfjyI0F(1) AAS
>>938
margin
上下前次1-新書関写板覧索設栞歴
あと 61 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.025s