【神降臨】TRPG支援ツールを作るスレ【その３】

過去ログ
（初代スレ）http://game.2ch.net/test/read.cgi/cgame/1019458902/（DAT落ち）
（その２）http://game.2ch.net/test/read.cgi/cgame/1050778546/（DAT落ち）

まとめページ：【ツール作成】TRPG支援ツールを作るページ【神降臨】
http://ciba.tripod.co.jp/

長文書き込み所＆避難所＠メガビ：【ツール作成】TRPG支援ツールを作るスレ【神降臨】
http://www.megabbs.com/cgi-bin/readres.cgi?bo=tgame&vi=1030020028

皆さんお待たせしました。ようやっく復活です・。
まとめページは今夜あたりに更新する予定。トリップもまた新しく付け直します。

てなことでよしなに。

ｷﾀ━━━━━━(ﾟ∀ﾟ)━━━━━━━ｲage

４げとらふ

新スレｵﾒ

期待他力本願寺

あぼーん

のっけからいきなり謝るのは恐縮なのですが。

手元のPCをウイルスチェックしていたら思いっきり引っかかってしまいました！　NOOOOOOO！！！
今、改めてスキャンかけているところです。今夜中に更新できるわけない。

ページ更新は明日以降になります。申し訳ない。

過去ログは全部読みました。
ちゅか、その２がいきなりDAT落ちしているのがショッキングでしたね。
ルールが変わったのかしら？

なお、ログは知人から分けてもらったので、特に必要ありません。
心配してくださった方、ありがとうございました。


業務連絡。↓を書き込んだ香具師、その後の経過を教えて頂けませんか？
／／お前たち様。千葉鼠殿の作ったページの一部をミラーして、サイトを作るので、
／／AutoREALMヘルプの翻訳を再開すませんか？

ａｇｅてすと。正体バレバレってゆーな。

まぁ１０までいかねぇとまずいし

期待sage

kitaisage

下げんのかよ！ｗ

笑いsage

だ、だめだ……
誰かIRCで使える駄袋用のダイスマクロを作ってくれ……

マジチャＡＤＳＬだとうごかねぇ
やっぱり、レンタル者のモデムじゃダメなのかね？
つうか、そこら辺の問題は解決できないモンなの？

教えて、エロイ人

駄袋ってナニ？
マジチャってナニ？

>16

>駄袋
レネゲイドアクションTRPG『ダブルクロス』かと。
ttp://www.fear.co.jp/dbx2nd/index.htm

>マジチャ
オンラインセッション用のフリーウェア『MagicalChat』かと。
ttp://members.jcom.home.ne.jp/magical/magchat/index.htm

別スレ（質問スレだったかな）でIRCスクリプトの話題が出てたので
ちょっと勉強してみようかな、と思ってはいるんだけどねえ・・・

>>17 ｻﾝｸｽｺ!

>>15
ｻｰﾊﾞになる人はｸﾞﾛｰﾊﾞﾙIPｱﾄﾞﾚｽが必要だと思われ。
殆どのADSLはPC←→ﾙｰﾀ間はﾛｰｶﾙIPｱﾄﾞﾚｽでやってるだろうから、
ﾚﾝﾀﾙとかそーゆのは関係ないよ。
ﾀﾞｲﾔﾙｱｯﾌﾟの人がｻｰﾊﾞになれば多分動く。

>14
自分で勉強しる！つーかIRCっても種類いろいろあるわけよ、兄弟。

ちょこあ用スクリプト勉強ちぅ〜。

とりあえずできたっ、と。

>22
なんのスクリプトかな？
だぶくろだったら上げてほすぃ。

>>22
2バイトの文字列対応だと、すばらしいかな。
文字コードの関係上、非常にめんどくさいわけだが………

ダブルクロスのnRDね。

あくまでも、「とりあえず」なのでＵＰは無理ぽ。
一般的な形式には対応してませんし、バグにも弱いです。
ちょっとでも誤字とかすると無限ループにＧＯ〜。

まあ、ちょこあスクリプトに手を出して、
通算で５時間くらいで作り上げた、単なるテストスクリプトですし。

>>15
＞まじちゃ
ルータ経由でサーバになりたいなら、ルータの設定つついてポート2001に穴開ければＯＫ。
穴の開け方は各ルータの説明書を参照な。

また、ルータ経由の場合まじちゃのＩＰ取得機能はＬＡＮのをひろっちまうんで、グローバルアドレスチェックするには
診断くんhttp://taruo.net/e/ 辺りでチェックするのが早いかと。
「REMOTE_ADDR」という項目ね。

接続して貰う時は、ＩＰの後に「:2001」と、ポート番号指定して貰えればより完璧。

後もう一つ問題点。インストール出来ないこともあるけど、その場合はマシン名に２バイト文字使っている可能性あり。
（特にＸＰ）素直に、半角英数字でつけ直すとよろし。

>>26
　　　　local address　　global address　　global address　　　local address
client(1)━━━━router(2)━━━━InterNet━━━━router(3)━━━━server(4)
これで、router(3)のポート開くだけでclient(1)からserver(4)に繋げるの？
client(1)は相手先のip addressにどれを指定するの？

＞これで、router(3)のポート開くだけでclient(1)からserver(4)に繋げるの？
繋げるはずです。

＞client(1)は相手先のip addressにどれを指定するの？
相手先のグローバルアドレスです。ただ、まじちゃのＩＰ取得機能は上記の通りローカルアドレスを拾ってしまうんで注意。

げあ！

★大人になってから★
http://yahooo.s2.x-beat.com/linkvp/linkvp.html

アストロロボササ

☆オススメ！　カワイイ女の子満載のＨサイト☆　〜二日間だけ無料です〜
http://yahooo.s2.x-beat.com/linkvp/linkvp.html

まじちゃ、なかなかの高性能っぽさ感じ中。
ただ、もうバージョンアップしないのね。
残念無念。

ちょっと思ったのが、チャットはIRCみたいな既存の仕組みに
のった形のほうが無難なのかね？

クライアントを自作するなら、
誰かがホストになる形式でもたいして変わらないような気もするけれど・・

まぁIRCでもクライアントは自作できるわけだが……

http://elife.fam.cx/

>>35
>>33にも>>34にも反駁になってないよ

18ではないけど、CHOCOA用のダイススクリプトにダブルクロス支援を追加してみますた。
２バイト文字は非対応です。
ttp://Schwarze_Falke.tripod.co.jp/D_Script02.lzh

ちなみに私も自分のHPで公開しようかと思ってたところ（笑

　　　 　∧＿∧
ﾋﾟｭ.ｰ　(　　＾＾ ） ＜これからも僕を応援して下さいね（＾＾）。
　　＝〔~∪￣￣〕
　　＝ ◎――◎ 　　　　　　　　　　　　　　　　　　　　　山崎渉

>38氏
さっそく落として使ってみました！
これなら心置きなくＩＲＣでダブクロが出来ます。
ありがとうございました。

>18＝>39さんもアプってくれると選べて楽しいかもと思います！
ダブクロスレにも張った方がいいかな。

単純なダイス計算しか出来ないんです（汗
>>38氏みたいに、カッコとか四則演算の組み合わせとはサッパリ。

そういえば現状だと
普通の振り方（2D6とか2D10とか）が実装されてないんだよなあ・・・。
（まあ、すぐに作れるとは思うけど・・・仕事の空き時間にやってるもので）

age

とりあえず、2D6とか2D10とかにも対応できるようにしてみました。
でもいまだにバグ取れません・・・なんでだろ？

とりあえずあっぷ。叩いちゃってください。
http://pro.tok2.com/~odp/moe/products/chocoa_dx2.html

>>44
おお、俺のよりもしっかり出来てる感じ……。

とりあえず計算は$float関数を使うと楽です。
計算式の文字列を生成してから最後に$float関数にかければ、
括弧付だろうが四則演算の計算順がどう並ぼうが正しくいけるはず。

>計算式の文字列を生成してから
そこが一番難しそうな気もします・・・

ダイススクリプトを若干の更新と、置き場所変更。

http://f12.aaacafe.ne.jp/~schwarze/download/

>18＝>44
落とさせてもらいました。
リザレクトが必殺技みたいでかこいいです！


そういえばとある方がＨＴＭＬとＣＧＩを駆使してアイコン移動が出来る戦闘マップを作って追われました。
ソースは公開されてないのですが、結構便利かなと思ったり。

＞リザレクト

そこが一番のウリだったりします（笑）
思いついてから数分後には実装できる程度のものですが。

age

ほしゅあげ

　　　　　　　　|,,.,.,,,,
　　　　　　　　|д・ﾐ ＜ﾀﾞﾚﾓｲﾅｲ･･･ﾎｯｼｭｽﾙﾅﾗ ｲﾏﾉｳﾁ
　　　　　　　　|"""

　　　　　　　　　　,,,,.,.,,,,
　　　　　　　　　ﾐ ・д・ﾐ ＜ほっしゅほっしゅ！
　　　　　　　　　　""""

　　　　　　　　　　　　,,,,.,.,,,,
ほっしゅほっしゅ＞ﾐ・д・ ﾐ
　　　　　　　　　　　　""""

>>52 ﾎｯｼｭﾐﾀﾖｰ

　　　　　　　　|,,.,.,,,,
　　　　　　　　|д・ﾐ ＜ﾀﾞﾚﾓｲﾅｲ･･･ﾎﾝﾔｸｽﾙﾅﾗ ｲﾏﾉｳﾁ?
　　　　　　　　|"""

>>54 ｹﾝﾘｼｬｵｺﾗｾﾁｬﾀﾞﾒﾀﾞﾖｰｳﾏｰｸｳﾏｰｸ

hosyu

hosy

hos

E-hoba

>>59
そのツールを使用するとＰＬが１人また１人と暴走しだすのですが、バグでしょうか。
開発者にメールを出しても返事が返ってきませんし。

BABELBABELBABELBABELBABELBABELBABELBABELB
ABELBABELBABELBABELBABELBABELBABELBABELBA
BELBABELBABELBABELBABELBABELBABELBABELBAB
ELBABELBABELBABELBABELBABELBABELBABELBABE
LBABELBABELBABELBABELBABELBABELBABELBABEL

　__∧＿∧_
　|（　　＾＾ ）|　＜寝るぽ（＾＾）
　|＼⌒⌒⌒＼
　＼ |⌒⌒⌒~|　　　　　　　　　山崎渉
　　 ~￣￣￣￣

　__∧＿∧_
　|（　　＾＾ ）|　＜寝るぽ（＾＾）
　|＼⌒⌒⌒＼
　＼ |⌒⌒⌒~|　　　　　　　　　山崎渉
　　 ~￣￣￣￣

ho

h

|

test

貞子の国、日本万歳！
私怨ツールか。不穏だな。カルシウム取っとこうぜ。

プログラム開発ツールは高いなぁと。
学割パックで買うと安いなぁと
くそ、おじさんは社会人だから学割聞かないんだよ（涙）

総合環境じゃなきゃ大丈夫〜
言語によってはフリーソフトもありますし

ビックサイトの展示会に行ってきた感触でいうと、
やはりOSに依存しない開発言語がこれから強くなりそうでした。
J２EEとか、トットネットとか
ボーランドもJBuilder9で対抗していたみたいだけど、WindowsにJavaが標準装備されないと何とも（苦笑）
支援ツールを作ろうにも、言語の選択で悩むよなぁ。VB.netで十分ならよいのだけど（笑）

>>71
とりあえず、VB.Netだろうとソフトができるのならばいいとおもう。

RubyだってDelphiだっていいじゃないか！
漏れは触ったことないけど。

これは偏見だけれども、PerlやRubyというとCGIっていうイメージが強いなあ。
手軽に入出力が行えたり、正規表現があるおかげで文字列操作が強力だからだけど。

デルファイは・・・・・・パスカル知ってるなら（ｗ
ＶＢとＣ＋＋の中間のような言語という気もするし。

（＾＾）

フリーで手に入るプログラムソフトの代表的なものをいくつか。
ちなみにＷｉｎｄｏｗｓオンリー。

・ Hot Soup Processor
ttp://www.onionsoft.net/
おそらく、フリーで入手できるソフトの中では
知名度、機能ともに優れたソフト。
たいていのＷｉｎｄｏｗｓアプリケーションが作れる上、
講座や関連ツールなどのページも多いので、おすすめ。
ただＣなどに比べて複雑な計算にはあまり向いてないので
他のものと組み合わせる必要がある。

・ＡｃｔｉｖｅＢａｓｉｃ
ttp://www2s.biglobe.ne.jp/~yamadai/
ＶＢのようにマウスでウィンドウにボタンなどのパーツを
自在に置いてデザインが出来る。
またコンパイラを使っているので、軽いツールを作る事ができるらしい。
（あまり重いツールを作った事はないのでその辺はわかりません）
基本がＢａｓｉｃというプログラム言語なので、
他のプログラムからの乗り換えが比較的容易。
ただ凝ったものを作ろうとすると専門的な知識を必要とする上、
ネット関連の機能は搭載されていないのでチャットなどのツールは作れない。
（ＨＳＰでは可能）

おまけ

・Ｂｏｒａｎｄ Ｃ++ Ｃompiler
ttp://www.borland.co.jp/cppbuilder/freecompiler/index.html
ＤＯＳで動くＣ言語のコンパイラ。
Ｗｉｎｄｏｗｓプログラムも作れない事はないが
専門的な知識を必要とする上、上の２つのツールを
使用した方が簡単にできてしまうのあまりおすすめしない。
私は基本的には確率計算や複雑な計算などの
文字出力だけで出来るものを作る時に使用している。
ＨＳＰのＤＬＬも作れる。
ちなみに専用エディタもいくつかある。

そういえばキャラ管理に表計算ソフトを使おうかと思うのですが、
軽くて使いやすいフリーの表計算ソフトってありますかね？

良く知りませんが最近有名になってきたOpen Officeとか？
ttp://ja.openoffice.org/

今大規模戦闘用コンバットシミュレータ（そんな大層なものではありませんが）
作ってるんですけど、良いアップローダないですか？

>80

1rK
ttp://sorikomi.kir.jp/
とか。

>>81
ありがとうございます。完成は先になりそうですが。
特に欲しいという人がいなくてもうぷする予定。w

ttp://cgi.members.interq.or.jp/silver/rokepa/cgi-bin/dnd/multisled.cgi?mode=viewnew&sled=005
なんかすげーものが出ているのでこっそり。

おお、オンラインでスクエアマップ…

すげー。
Ｄ＆Ｄ以外にも応用できそうだね。

スクエア使うシステム以外だったら何でも応用化でしょ。
すげ。

将棋でもやってみようか

＞87
意味ねーヨそれ(w
征服王でもやってろ。
（CSで見てちょっとはまってる）

お気に入りの整理をしていたらこんなページをはけーん。
ダブクロや異能使いのキャラメツールが置いてた。
ttp://www2.ttcn.ne.jp/~exent/index.html

　　　 (⌒V⌒)
　　　│ ＾ ＾ │＜これからも僕を応援して下さいね（＾＾）。
　　⊂|　　　　|つ
　　　（＿）（＿）　　　　　　　　　　　　　　　　　　　　　　山崎パン

保守あげ

>>89
そこの「裏技」って何のことだろう？
掲示板のクイズは「TE50」だけ分からんし。

>>89
>>ソードワールド、ダブルクロスはグループＳＮＥと富士見書房の著作物です。
はぁ？
Ｆ．Ｅ．Ａ．Ｒ．に報告していいか？

やのにゃんがダブクロの権利とともにSNEに移籍した。
・・・なわけないか。

>>89
製作者、ここを見てるのか著作明記を修正してるな。
更新履歴の記載がいい訳臭いが…………

つっても、著作明記はあれじゃ不十分なんだが、
ＦＥＡＲは文句は言わないだろうなぁと。
スザクなら言いそうだが（藁

御無沙汰しております。
AutoREALM 2.0日本語版をリリースしました。機能的にはあまり変わってませんが。
http://sourceforge.jp/projects/autorealm-ja/
最近SourceForge.jpに登録したので今後はこちらでお願いします。
ヘルプ翻訳用のCGIも近々立てる予定です。

戦闘シミュレータの方は一から作り直す方向でやってますので
あんまり期待しないで待っていてください。
#いきなり近況報告でｽﾏｿ。

お疲れ様です！1行 (*ﾟдﾟ)屋#e5%\DWjｦ

>>96
お疲れ様＆ご無沙汰です！

…これからはSourceForgeなんですね。ふらっと翻訳するのもいいかな…
またそのうち…

保守age

セブン＝フォートレスはホビージャパンの著作物です。

フリーの開発ツールならSystem3.xもあるよ。窓onlyだけど。

>>オリジナルキャラシート完成させてみたよ！3.5eに対応！
>>http://v.isp.2ch.net/up/99cc6bd09b36.pdf
>>いろいろパクって見た！皆様パクらせてくれてありがと！
>>フォント取り除いたんだけどまた入ってた！
>>もうちょい勉強してみるYO！
なんて書き込みをD&Dスレにしたのですが、

>>ファイルサイズ1,2MBはさすがに重すぎ。
>>漏れの環境で再処理してみただけでも185KBまで落ちた。
>>精進せよ。

というとってもありがたい助言が帰ってきました。
埋め込んだフォントを↓みたいに除去すれば
http://pc-training.hp.infoseek.co.jp/pdf.html
劇的にファイルサイズは小さくなるのかなぁ･･･
皆様にご意見を求めます。暇なときにな！

>>102
確かにそこにある方法を使えば軽くはなると思うよ。
でも、その方法を試す前にただ単にフォントを埋め込まないようにしてみたら？
標準であるようなフォントしか使わなければちゃんと表示できるし、
作り直すのも大変だしね。
それで誰かに見てもらって問題無いようならいいんじゃない？

あと、オリジナルキャラシートなら下の著作権表示はまずいんじゃないの？
Wizardsが作ったんじゃないなら自分の名前を入れなきゃ。
もしくは全く入れないかがいいと思う。

「このシートは○○のプレイをサポートするために作られたものであり、
　著作者のいかなる権利をも侵害する意図はありません」
とか、そんなことを書いてみたらどうだろう？

ナローバンドかつ非D&Dユーザなんで、キャラクターシートはＤＬしてない身です。
発言がなんかズレてるなー・・・と思われたら無視してください。

実は基本となるキャラクターシートがあって、
それを改変したキャラシートなんだ。
完全な自作ではない！オリジナルじゃないな！
他の人の作成したキャラシートに書いてあったから
そのまま転用しちゃったんだけど、不味いようで
あれば修正してみる事にします。

>>103-104さん(TдT) ｱﾘｶﾞﾄｳ

なら、基本となったキャラシー製作者の名前とかの著作を明記しとけば

>>106
それがWotC社なのよ〜。
というわけで他の人の修正キャラシー同様、
著作権表示はそのままにしておきます。
助言してくれた皆様有り難うございました。

無断で改変した時点で著作権侵害してるわけだから、
クレジット入れたところで合法化されるわけじゃないと思うが。

むしろ強引にオリジナルであると主張した方が。

>>108
考えても見ればWotCにはキャラクターシートのＰＤＦデータは
配布してないわけで。誰かが既存のルールブックについてきた
キャラクターシートをデジタルデータに打ち出したんだな！
たぶん！そんなめんどくさい事をして奴に感謝！

とすれば参考にさせてもらったけれど、あくまでオリジナルだと
主張した方がいいのか！
そもそもＤ＆Ｄスレじゃなくてこのスレで話していい事なのか！
いろいろ疑問の絶えない今日この頃！ともあれ助言感謝！

では、ここで配付しているものはいったい…
ttp://www.wizards.com/default.asp?x=dnd/dnd/20030718b

いいえ、友人の作ったオリジナルですよ(￣ー￣)ﾆﾔﾘ
って言う事にするよ！今海外の他サイト見てきたけど、
私と同じみたいね。DDに迷惑かけるんじゃなくて
貢献できるようになるといいね！>>110ツッコミありがと！

上の方見たらダイスマクロが何とか書いてあったけど、
世の中にはどんなシステム用のダイススクリプトが
あるのかな！まとめてやっても有効かもしれない！

ソードワールドRPGとHT&Tのダイススクリプトは発見した！
けど何処にあるのかは忘れた！うっかり！

「○d□+△」の式なら、materia(いわゆる「何か」とか「伺か」とか呼ばれているもの)でも可能だったり。

応援してる！頑張れ！

ttp://autorealm-ja.sourceforge.jp/trans/index.html
AutoREALMのヘルプ翻訳用のCGIを置いてみました。
一文単位で誰でも翻訳出来るので、気が向いた時に少しずつでも翻訳してみてください。
初めて書いたCGIなのでちょっと不安ですが、不具合等ありましたら連絡ください。

ttp://autorealm-ja.sourceforge.jp/trans/index.html
AutoREALMのヘルプ翻訳用のCGIを置いてみました。
一文単位で誰でも翻訳出来るので、気が向いた時に少しずつでも翻訳してみてください。
初めて書いたCGIなのでちょっと不安ですが、不具合等ありましたら連絡ください。

>>115 乙ー！ブラウザの不具合も調べた方が良いと思うがどうか！

うう、2重になってしまったのか。
Proxy検出するようになってから2chに上手く書き込めないんだよね…

>>115
同じテーマのヘルプのhtmlを隣り合わせにまとめてもらえると
とてもありがたいのですが…

>>119
メニューにツリー表示を用意してみました。
最初からこうすればよかった。

あと、一部テキストがおかしくなってしまっているファイルがありますが、
これについては現在調査中です。

保全しまつ。

保守age

こんなIRCクライアントツールを見つけたよ！
IRC板では結構有名だったみたい。

Cotton
ttp://munu.nu/hirohgo/cotton/

プラグインなんかも作れるみたいだから、
何か便利なツールが作れそうだね！！

あと、ボットを作りたいけどCHOCOAはちょっと…って人はこっちを使えばいいかも！
ただＰｅｒｌの知識がいる上にＰｅｒｌ本体も入れないといけないから
ちょっと容量が必要になっちゃうけどね！
でもＰｅｒｌはＣＨＯＣＯＡスクリプトと結構似てるから使いやすいかも！

Net::IRC 日本語マニュアル
ttp://www.memb.jp/~deq/perl/doc-ja/Net-IRC.html
Net::IRCの本体
ttp://search.cpan.org/dist/Net-IRC/
Net::IRCで出来たサイコロボット
ttp://www.new-f.com/program/cgi/dice.html

あとこんなのも。２３行 (*ﾟдﾟ)屋#e5%\DWjｦ
ttp://search.cpan.org/~fimm/POE-Component-IRC-2.9/IRC.pm

Perlは文字列処理がものすごく強力だから、
考え方によってはCで作ったDLLが使えるLimeChatより便利かも。

>でもＰｅｒｌはＣＨＯＣＯＡスクリプトと結構似てるから使いやすいかも！
Perlをchocoaスクリプトごときと一緒にしないでいただきたい（笑）

PerlがあればCGIスクリプトも組めるからHP作ってる人も便利かも！
解説書もたくさんあるし、個人的にはCHOCOAスクリプトよりもとっつきやすそうだったよ！

あとRuby版のIRCライブラリがあったんでこっちも書いとくね。
ttp://arika.org/ruby/rice

ちなみにどっちもIRCクライアントはどれでもよかったんじゃないかな？
MACとかはわかんないけど。８行 (*ﾟдﾟ)屋#e5%\DWjｦ

perlで組むなら、tiarraやplum、madokaといったソフトの
プラグインとして作った方が楽だと思うよ。
これならサーバへの接続とかのコードを書かなくて済むし、
ログ取りなんかの機能も備わっているし。

>126
色々教えてくれてさんくす！
でも常時接続しないし、BATファイルでなんとか出来るから漏れはいらないかも。
だけどIRCは死滅した訳じゃないんだってちと感激したよ！

そういや海外はみんなIRCなのかな？
それらしい検索してもオンセ用ソフトがあまり見つからないから。７行 (*ﾟдﾟ)屋#e5%\DWjｦ

えーと、
まとめページっていつから見れなくなってるんでしょうか？

>128たん
そういえば鳥ってinfoseekに合併されたんだよね！
検索したら移転後のＵＲＬを見つけたから貼っておくね！
更新はされてないみたいだけど……。
ttp://ciba.at.infoseek.co.jp/

あとAutoRealm日本語版のプロジェクトページも見つけたので貼っておくね！
以前から日本語版を作っていた方が引き続きがんばってるみたい。９行 (*ﾟдﾟ)屋#e5%\DWjｦ
ttp://autorealm-ja.sourceforge.jp/

「見つけた」ってあんた…
>>116見れ。

>>129
おお、行けました、まとめページ。
�dクスでつ。

ところで、
「クォータービューのバーチャルＭＦ＆フロアタイル」
作成の話題って現在まであまり振るってないですよね。
個人的にはすごーく欲しいんですが…
こういうのってどんなプログラムで動かすんでしょう？
全く知識のない私が今から勉強初めても
がんばれば1年くらいで出来るものでしょうか。

どんなプログラムになるかは想像つかないけど、

>全く知識のない私が今から勉強初めても
>がんばれば1年くらいで出来るものでしょうか。

・・・という時点で難しい気がするの。


仕事でプログラムをやらなきゃならないとか、
過去に何らかのプログラミング経験があるとか、
単に趣味でプログラミングを覚えてたいっていうなら別だけどね。

構想だけならあるけどなぁ…。
多分C++系になるでしょうなー。

>130
はうぁ！ 見てたはずなのにすっかり忘れてた！！
ごめんなさい！ 忘れてくれ！！＜管理人様＆その他
３０分ばかし落ち込んでるよ！４行 (*ﾟдﾟ)屋#e5%\DWjｦ

忘れてくれって…えらそうだよ自分…すまん。

>131たん
検索すればいくつかソースが出て来るよ！
でもやっぱ基本のプログラムから始めないと難しいかも。
普通の２Dマップならいくらか簡単に出来るはず６行 (*ﾟдﾟ)屋#e5%\DWjｦ

＞オンラインマップ
そういえば、>>83のやつもいつの間にか消えてるね。
詳しく見てないけど、割とよさげだった気がするんだが。

>>132
ｼｮﾎﾞｰﾝ
…いやいや、まずははじめることが大事。
ですよね、ね。

>>135
アリガ�d
さっそく探してみまつ。
そもそもこの世にどんなプログラム言語があるのかも知らないのでまずはそこから。
あと、週末に本屋も回って見ます。

自分が欲しいのは、
ＦＦタクティクスアドバンスみたいな高低差も処理できるもの。
そんで重要なのはネット上の複数ハードでつながるもの。
あらかじめプログラム自体は各ハードに落とすカタチでもいいかなーと。
ダメージ処理とかエフェクトはとりあえずいらない。他のチャットソフトを流用。
キャラ画像選択と位置管理だけできればイイ！

…妄想長文、スマソです。

>>137
ＤｉｒｅｃｔＸを使用するか、ＧＤＩ関数を使用するかで全然違うと思うけど
４面体フロアタイルのクォータービューは比較的再現は容易かと。
高低差のある奴でも、それほど難しくはないと思われ。
問題は、６面体フロアタイルなんだよなぁ・・・
あと、ネットワークに対応させるって言うのも以外にめんどくさい作業です。

個人的にはＤｉｒｅｃｔＸを使用することをオススメします。

DirectXはさらに面倒くさくない・・・？

まぁ、スクロールや角度調整しないならDirectXは必要ないかも。

DirectXかどうかはともかく、
ネットワーク対応が一番大変な予感。

DirectXにはDirectPlayがあるから、
DirectXを利用したソフトを作るなら、
ネットワークはDirectPlayを使用すればよいかと
入退出・再入室の処理はDirectPlayを利用した方が楽そうなんだよな・・・・・・

JAVAって手もあるよー。
ちと重いのに目を瞑ればOSも問わないし、
プラウザで見れるしいいんじゃないかなーと。

ただPerlとPython入れたら容量やばくなってきた…
旧式のパソでプログラムはきついよね（汗６行 (*ﾟдﾟ)屋#e5%\DWjｦ

皆アリガ�d。
年度末なのでこの2週間休み無し。
久しぶりの休日も洗濯とかで終わりそう。
漏れはいつ本屋にいけるのだろう…
(´･ω･`)ｼｮﾎﾞｰﾝ

Javaなら、Eclipseという開発環境がある。
SWTコンポーネント使えば割と軽いものもできるぞ。
…ま環境整えるまでがつらいかもしれんが。全部無料でいける。
ttp://eclipsewiki.net/eclipse/

Javaに限って言うならば、DBで無料で軽いのがある。
HSQLDBなんだが。PUREJAVAだから、他の言語から接続するのがちょいつらいのが問題だな。
http://hsqldb.sourceforge.net/

ところでさ。
このAutoREALMのサンプルマップって、日本語つーか、このスレ出身のものってないの？
SW向けとかN◎VA向けとかあると、とても便利そうだよね。
権利関係上ダメなのかな？

目的のソフト以外に何か（JAVAとか）をインストールしないといけないって時点で
かなりハードルが高くなっちゃうかな。
PC知識ない人間ってイヤってほどいるから。あと、面倒とか。

多分モノによるんじゃないかな？
JAVAやVBランタイムやDirectXは大抵OSに標準で入ってるし、
他のソフトでも使う機会が多いからそれほど面倒じゃないと思うよ。
あと他で使わないものでもサイズがそれほど大きくないなら許容範囲内じゃないかな？

ReadMeに入れ方を書いておけばより丁寧だと思うよ！６行 (*ﾟдﾟ)屋#e5%\DWjｦ

http://game6.2ch.net/test/read.cgi/cgame/1034644484/n386
だそうで。

>>149
JAVAは入ってないだろ、ＪＡＶＡはさ。
いや、もちろんマイクロソフト社が裁判で負けたのはしってっけどさ。

>151
ぐぐって初めて知ったよ！＜JAVA
.NETが作られたのってその辺の理由だったのかな？

ttp://www.waffle.jp/~simyu/trpg/data.html
ナイトウィザード専用のチャットソフト
チャットとしては最低限の機能しかない感じだけど、
キャラクターシートを表示できたりできるみたい。

ttp://www.outrunders.com/docs/orj_pc/download.htm
TRPGサークル向けメンバー管理用Accesｓアドイン
アクセスは持ってないのでどんな感じかはわからない。

あと、Vectorで検索してみたんだけどTRPG風RPGって結構ある事をしったよ！
ただプレイしてないのでどんなのかはわかんないけど！！１５行 (*ﾟдﾟ)屋#e5%\DWjｦ

>>153
おお、上の奴いいね。
キャラシのバリエーションとかダイス辺りを弄れたら
かなりいい感じになる予感。

曲を接続者で共有して流せるってのは中々面白い。

ttp://www.interq.or.jp/earth/geo-ark/yume/out_system/index.html
S=F系システム対応の汎用オンセ向けIRCクライアント
プラグインで全員に25x25のマップを送信できる。

ヘクスチャットって既出？
ttp://www.softbeat.co.jp/~murai/pclab/
ヘクスマップとスクウェアマップの両方に対応してて、高低差も表現出来る。

って、ここは作るスレで紹介するスレじゃないんだな、ごめん。

でも、既出じゃないのを紹介してくれるならそれはそれで嬉しい。

>155
既存のツールの紹介もいいと思うよ！
助かるし、スレも賑わうし！！

HexChatは以前の雑談スレで何度か名前が出てたね！
スクウェアマップに対応しているのがうれしいかも！！

>154
あ、結構便利そう！！
マスター用のプラグインとかいい感じ。
IRCでJAVA製っていうのもツボ！！１１行 (*ﾟдﾟ)屋#e5%\DWjｦ

実際にコレ使ってＳ＝Ｆのオンセやってるよー
途中で時間がなくなっても好きなところでサスペンドできるのがいいやね。
大体、３〜４晩かけて１シナリオ消化ってとこかな。
のんびりまったり。

干す

たまには保守しておかないと、と思ってしまう

あげないとさ

すいません。以前からＧＵＲＰＳ百鬼夜翔のキャラ作成ツールを
エクセルで作っているんですが、妖術や限定の所辺りのデータ量が膨大で
使いづらくなってしまいます。
スレの皆様にはお手数ですがアドバイス等いただけたらと思いましてカキコしました

すいません162です。
ttp://www.geocities.jp/urayakko2002/top.htm
に、キャラ作成ツールを置いています。
アドバイス等よろしく御願いします。

自動解凍なのか。
怖いから.zipか.lzhにして欲しいなぁ。

わがまま？

消えてるぞ。

すいません、こちらのミスで消えてました。
修正しましたので、もう大丈夫と思います。
ご迷惑お掛けしました

……えっと、キャラシー？

>167
そうです。エクセルで作成したキャラシートです。
そこへ、関数を使い特徴や能力値等を入力すると自動的に必要ＣＰ
が算出されるようにしました。
ですが、見ていただいたら分かると思いますが
データ量が膨大になる上、融通がきかないんですよ
それを何とかしたいなと言うのが目的です

エクセルで作るくらいなら、ＡＰＳで作ればいいのにと思ってしまう。
通常ＰＣはまだしも、モバイルやiモードでも閲覧可能だし

横レスだが、
APCって何？

×APC
○APSだった…。

ああ、ＡＳＰの間違いや。すまん。

エクセルで作ったキャラシーだったら、ここのが参考になるかもしらん。
ttp://hiden.cup.com/down/

>>168
ちゃんと使ったことないから、詳しくは判らないけど……。

プロバイダや無料のサーバでASP使えるところって少なくない？
自前サーバやスタンドアロンで使えるようにするにも、IIS入れたりなんだり、環境作るのが面倒だし。

遅くなってすいません。
アドバイスありがとうございます。
でも、出来ればエクセルで完成させたいんですよ
何故なら、出来るだけ色々な人に使用してほしいので
大多数の人が所持しているソフトで作ると言うのが理由です

>>174
そうか。サーバーの問題を失念してたよ。

>>162
え〜と・・・・・
>>何故なら、出来るだけ色々な人に使用してほしいので
>>大多数の人が所持しているソフトで作ると言うのが理由です
設置の問題さえクリアすれば、殆どの環境のユーザーが利用できると思うぞ。

ウェブブラウザで閲覧、編集可能だし。

世の中にはエクセルなんか持ってないヤツもいるわけで。

ｏｐｅｎｏｆｆｉｃｅでも落とせ
まあ、エクセルで動いてｏｐｅｎｏｆｆｉｃｅで動かない物もあるけどなｗ

キャラシーとは別に入力用のシートを作った方が使いやすそう。
計算結果を抽出して印刷用キャラシーが出来上がる、みたいな。

この手のツールは「入力に応じて全体が書き換わってくれて、それを見ながら再入力できる」ってのが売りなので……

出力を分けて考えるのはどうかと思う。

＞180
この手のツールは「入力に応じて全体が書き換わってくれて、それを見ながら再入力できる」
ってのが売りなので……

そうなんです･･･
それを売りにツールを作ったら、使いずらくなるんですよ･･･
本末転倒と言う奴でして

でも、あれですかね。入力を別にした方が以外に使いやすくなるなら
それもありかなと思い出してます

折衷案で、必要最低限だけ(CP総計とか)書き替わるとか

そだね。
別に入力しながらキャラシと同じ形で確認できなくてもいいわけだから、
入力しやすいコンパクトなレイアウトにまとめて、そのシートで計算、
計算結果を出力用のシートに飛ばす、というのがいいと思う。

＞183
分かりました。一度その方向性で作ってみます。
多分、今月末ぐらいにはあげれると思うのでその時は
また、アドバイスよろしく御願いします

地図を描いてくれるソフトが欲しいんですけど、AutoREALMはちょっと難しそうですｗ

ここまで凝ったものじゃなくて、一昔前の大戦略のマップみたいに、「山岳」「森」「川」「砂漠」などのへクスを並べる様な簡単な奴は無いでしょうか？

AD&DコアルールCD-ROM内のマップメイカーとか(笑)。

地図を作るソフトは…海外のソフトなら、「Dungeon Crafter」が
個人的には、かなりいいソフトだな…と思います。
http://www.dungeoncrafter.com/

ツクール系みたく、タイルを並べるだけでマップが出来てしまうソフトです。
四角のタイルを並べる性質上、斜めの通路とか、曲線とかは苦手ですが、
比較的簡単に、見栄えの良いマップが作れます。

先日行った、初めてのゲームマスターでのセッションに使用ました。
このソフトでマップを製作し、印刷したものをプレイヤーの方々に見せながら
フィギュアを交えて状況説明などをしたところ、プレイヤーの方々から
「見やすい」「分かりやすい」と好評を頂きました。
http://www.crazarl.net/session-report.html

…違う質問で恐縮なのですが、実際の（オフライン）セッションで、
ノートパソコンを用いて、BGMや効果音を鳴らしてみたいのですが、
ソフトの操作が煩わしくなく、（セッション進行に支障が無いような手軽さで）
音楽を流しながら、複数の効果音を鳴らしたり出来るソフトはありますでしょうか？

とりあえず、自分はこんなソフトを見つけたのですが、
他に良いソフトがありましたらぜひ紹介お願いします。
http://my.reset.jp/~triton/SE.htm

>>187
自分のサイトの宣伝みたい。

DCは斜めの問題は、BMPなりJPEGなりで自作タイル作れば解決するがな。
個人的に使いにくいと思う点は、壁の描写が面倒くさい事と、
少し大きめのMAPを作ろうとしたら、何個にも分けないと駄目な事だな。
なんでスクロールバーが無いんだよぅ……。

http://www.dundjinni.com/
ＤＣよりも見栄えが良いのはいいのですが、有料＿|￣|○

ダイスを振ったときの確率計算が出来るソフトってありませんかね？
サイコロは、Ｄ２（コインの裏表とか）〜Ｄ１００まで自由に設定できて、
振れる個数も自由に設定出来るような。

エクセルで作ったら？

>>190
demo 版でも結構遊べる。

えーと、このスレって生きてますか?

当方腐れ職業マですが、何か協力できたらなーと思っとります。
最近ほとんどルーチンワークでしかないコーディングと
ドキュメント作成しかやってないので……

オンラインセッションについて語ろうスレでマジチャ改造云々とかって話出てるみ
たいなんで専門家の人が加わって下さると感謝されたりするかもー。

>>195
レスが遅くなってしまいました。

そのスレの最新100レスぐらいを読んで、ソースをDLしてみました。
マジチャを実際に使用したことが無いのでなかなか理解が進みませんが、
何か協力できることがあったらやってみたいと思います。

オレぁ門外漢なもんで応援しかできませんが、頑張って下されー。

卓ゲ板にこんなスレがあったんですね。しかもなんか話題に上がってるし(^^;
>>80で紹介されていたやつを制作した者です。

JavaScript版は現在完全にジャンク化しており、現在はJavaで細々と制作しております。
当方プログラム技術の全くないど素人ですので作業は非常に遅いですが一応まだ諦めてはおりません。
やっとマップチップを並べられるようになったところですが、現在のサンプルをあげておきます（まだゴミです）
ttp://gamdev.org/up/img/1456.zip

アンカー間違えた。>>83紹介されていたやつを・・・です。

人否杉。
ブラウザで動いて、多人数で操作できるなら需要は十分にあると思われ。
>>198がんばれ。ちょーがんばれ。

･･･ひょっとしたら、上のオンラインセッションについて語ろうスレのほうが反応があるかも知らん。
こっちのほうが適してるスレだとは思うんだが。

多少便利なツールを作っても特定システム向けで汎用性がないと各本スレで完結
しちゃうからね。
ＡＲＡのエネミーデータ作成ツールや、メガテンノクタンの悪魔コンバートシー
トは便利だと思うが。

ドラゴンアームズのMIST作成ツールもよかったぞ
でもドラゴンアームズをやる奴がなかなかいない（汗

そういえば、マップ表示関係といえば、ダンジョンマップを表示・管理する機能のある
ツールがあるサイトを見つけた。

ただ、まだ開発中な上に、アリアンロッドのランダムダンジョン特化っぽい。
ダンジョンパーツがあってそれをつなぎ合わせてダンジョンを作るみたいな感じぽい？
で、そのダンジョンパーツがアリアンロッド上級ルルブのやつだった。

開発中ってあったから晒さないほうがいいかな？
オンラインセッション、支援ツール、マップ　でぐぐると出るんだけど。

>>203
完成するまで待った方が良いだろう。
本人が自分で書き込むかも知れないし。

>>203
そこにあるIRCアリアンセッション支援にはいつもお世話になっているよ。

>>203
そこまで検索語出して晒さないも何もないと思うが。
まあ開発中でも晒してしまっていいんじゃないか？
使ってもらいたくないような物が上げてあるわけじゃないだろうし、
ここに晒したからって先方が荒れるようなスレでもないだろう。

むしろ多くの人に使ってもらった方が作りがいもあるってものだ。

開発者の立場らかひとつ言うと

ダウンロードしただけならともかく、
使用しているなら掲示板にその旨の書き込みを行うと、
製作者は喜ぶし開発に熱も入る。

リアクションレスだと、更新も製作も途中で止まってしまう。

多くの人に使ってもらっていても反応が無ければ、作りがいを感じず
「ＤＯＭばっか」
とウンザリする。

少数でも、応援の声を送ってくれれば作りがいを感じる。そんなもんだよ。

個人的にこのスレが盛り上がらないのは
このスレの趣旨が他のスレで盛り上がってる内容と違うからだと思われ
特に、まとめサイトの内容は、マジチャとかと全然方向が違ってて、
オンライン系のスレは、マジチャな方向だからじゃないかな、と

というかさ、まとめサイトにあったんだけどさ
---------------
スレ進行手順は以下の通り。

1)必要な機能を議論する。ブレストの要領でとにかくたくさん候補を挙げる
2)１の結果を元に、実際に必要な機能を絞り込む。
3)2の結果を元に仕様を決定し、神の降臨を待つ。 （←今はココ！）
4)神が降臨したらみんなで出来あがりを待つ。
5)出来あがったツールをみんなで叩き、完成度を上げる。
ツール完成！
---------------


神の降臨が前提となっているスレに神が降臨しない以上、盛り上がりようがないジャンｗ

モノを作ろうという気がない訳じゃないんだが…

最近まとめサイトの中の人も来てないみたいだし、
まとめサイトのリンク先に意見を書き込もうにも落ちてるみたいだし…

正直、作る能力が無くて使う一方でも、「神」を自称してツールを作るような(中略)思う。

正直>>211が（中略）の部分で何を言おうとしたのかわからない。

ん？仕様って決まってるの？まだ１〜３の段階だと思ってました。
まとめサイトにもかっちりとした仕様のあがっているプロジェクトは見当たらないですし。

仕様が決まってて、自分が欲しいと思える物なら作りますけど？
自分は神ではなく素人なので作業速度や仕上がりは保証できませんが(^^;

とりあえずはこれをどぞ。
マップの旋回（[x][z]）とカーソル移動（[2][4][6][8]テンキー不可？）を追加しました。
ttp://gamdev.org/up/img/1509.zip

>>213
なかなかいいですね。ただ、実行するとArithmeticExceptionが大量発生するんですが、
把握してます？場所は、QVCafe.javaの174行目です。

話は変わりますが、私、Javaでマジチャみたいなの作り直してるので、
上手くいけばプラグインとしてこちらのソフトに取り込んでみたいな、なんて思ってみたり。

>>214
プロトコル仕様公開希望

ソフト業界の端っこにいる者として言わせてもらえば
仕様決まってなさすぎ。
こんなんじゃ、絶対ソフト作れないでしょ。

俺がまとめサイト見逃しているだけなのかもしれないけど。

好き勝手に作って、好き勝手に晒して、好き勝手に叩いて、
良いのが生き残っていけば良いんでない？でもそうすると、
>>1の想定とは異なって来るから、スレ違いになるんだろうか。

>>216
俺もソフト業界じゃないがソフトを作ることもある環境下で言わせて貰えば

「べつにいいんじゃね？」

なんだけどな。なんつーか、仕様書や企画書がなくてプログラマの頭の中だけで造り
実際ものが組み上げられた物が市場に出る事なんて多々あるよ。
アメリカで作られたソフトのソース見たら、それこそ（ｒｙ

>>217
他の人がみて改良や指摘をソースレベルで入れようとすると、ある程度組みあがった物はきつくなるんだけどな。

まず自分が欲しいか作りたいものであることが最重要だと思うわけだが。

最初の実装が仕様なんてこた良くあるわけだが

禿げしく亀レスだが、マップ作るだけなら、それこそＲＰＧツクール体験版で良い
のでは？
日本語だし使いやすかろう。

>>221
わざわざRPGツクールのランタイム入れるのもなぁ……

オンセじゃ使えないし、オフセならノートPCをPLに見せながらプレイすれば
使えるかな？

そのマップの上に駒を配置してリアルタイムで動かしたいってことじゃね？

てか、ツクール体験版で事足りるようなマップなら、ヘクチャ使えばいいんじゃね？
あれなら、bmp変えるだけでマップチップ変更できたはずだし、駒動かせるし
通信機能あるしで、ツクール体験版なんか入れるよりよっぽど役に立つかと。

ヘクチャって、マップの作成の段階で挫折した覚えが・・・

そもそも、エンゲージやＳｑに対応や、リアルタイム（非同期でも可）に変化する背景情報にも対応してるの？
そうじゃないなら、チャットクエストの方がまだ使いやすい気がするんだけど。

221は>>185-あたりからへのレスな。
オフセでプリントアウトして使うマップを想定してる。

>>225
スクウェアマップにも対応するようになった。
サーバ側でマップデータを更新して更新ボタン押せば各クライアントに送られる。
駒の数値弄ったり、動かした場合はすぐに全員にデータが送られる。

ただまぁ、駒を増やしたり連続でマップ更新したりするとすげぇ不安定になるんだけどさ、ヘクチャ。

だから好き勝手作るならこのスレいらないのでは・・・

別に発表＆情報交換の場でもいいじゃん。
まとめサイトも更新してないみたいだし。

>>228
その辺は、スレを消費して次スレの時期に差し掛かったときでいいんでないの？

既存のソフトの殆んどがマカーに対応出来ない、動作や安定性に不安があるなど
問題が少なくないので、自分にとって使いやすい物を作る方が早いかなと。
このスレで>>1で想定された様な流れを実現するのは少々無理があるような気もしますが、
>>213のような、クォータービューのマップ表示システムを作る事を前提として、欲しい機能や使いやすい操作系など
挙げていただければ技術的に可能な範囲で対応したいと思います。

>>214
オンセスレでマジチャ改造していた方でしょうか？
ご指摘の例外は、速度確認の為に(1000/描画にかかった時間)を表示する際に、
描画が1ms未満で終わった為に0として計算されているせいで起こっていると思われます。
制作中の速度チェックのための部分なので、本体の動作には影響ないと思われます。

現時点で考えている機能としては・・・・

【最低限付けるつもりの機能】
・マップ表示、駒の操作が出来る。
・サーバークライアント方式でリアルタイムでのマップ共有が出来る。
・マップの回転、真上視点からの表示ができる。
・１ユーザーで複数の駒を扱える。（召喚魔法や使い魔等への対応）
・移動可能範囲を表示出来る。
・壁や段差で移動範囲を制限出来る。
【いずれ実装したい機能】
・薄い（マスの間に立つ）壁が扱える。
・光源による視界の制限が出来る。
・行動順を管理出来る。
・ヘクスが扱える。

などです。皆さんの意見を聞かせて下さい。

>>231
開発用のコードということですか。確かに表示は正しそうだったので納得です。
私ですが、マジチャの改造はしてませんが、向こうで「Javaでマジチャもどき作る」とは書きました。

そういえばJava製って言っても、Swing使うとMacOS Xより前ではほとんど動かないんですが、
そのあたりは、このスレにいるMacユーザにとっては問題にならないんでしょうか？
とか言っておいて、私もMacOS 9以前で動かないAPI使って作ってたりするわけですが。
プロトコルや仕様の公開はまた後日ということで。もうちょっと作ります。

9erじゃない漏れとしてはまあ、もう歩みを止めた規格にいつまでも付き合う必要もあるまいと思ってます…

てか偏見だが、卓ゲ板にいるようなのはオタ気質も強かろうので、アップグレードの波は追いかけてるんじゃないだろうか…

マジチャを改造してたのは、俺やね。
Javaはわかんないなー。基本的に.NET使いやし。

うん、がんばれー。

俺もテン使いだが、この前オンセでご一緒した人は9erだったよ。

むしろ卓ゲ方面のオタは、コンピュータについてはメールとブラウジングとチャットが
出来れば後はどうでもいい、という人が多いような気もするMy鳥取。

こことオンセスレだけ、たまにＨＮつけておきます（紛らわしいだろうし）

中には、ＣＧＩチャットやＩＲＣ専門の人とかいるからねー。そういう人や環境の所に対しては、アプリの作りがいがないねー。
そういう所には、ＣＧＩの中身を改造したり、チョコアスクリプト組んだり、Ｐｅｒｌスクリプトを改造して仲間内に配布したりしてはいるけど。

応援age

一緒にｳpﾃﾞｰﾀﾝにﾊｧﾊｧしてる卓ゲ同士はいるのだろうか、とちょっとドキドキ。

>>232
良さそうなツール！というわけで、希望をいくつか。
・非正方形のマップへ対応
・カウンタをコマに表示する機能。HPや残り敵数の確認に。

ttps://jsecom15b.sun.com/ECom/EComActionServlet/LegalPage:~:com.sun.sunit.sdlc.content.LegalWebPageInfo;jsessionid=jsecom15b.sun.com-24d0%3A417306bc%3Aafe411e59c1e4a7

Ｊａｖａ動かし方がわからない人の為に、一応ランタイムのアドレス置いておきますね。

>>241
「ログインしろ」って言われますよ？JREのダウンロードならこっちがメインかと思いますが。
ttp://www.java.com/ja/download/manual.jsp
ここで、各プラットフォーム用の「ダウンロード」ボタンをおして先のページに行き、
あとは指示に従ってダウンロード＆実行。

Windows + IEなら、ActiveXを有効にした状態で以下のURLにジャンプすれば勝手に入ります。
ttp://www.java.com/ja/download/windows_automatic.jsp

お、マジだ。スマソ。

一応、Windowsバージョン以外のJavaランタイムもダウンロードできたからさ。

ttp://www.geocities.co.jp/Playtown-Denei/8436/Ring/index.html

配置用の駒画像とか探してたら、こんなの発見。

あるところにはあるみたいだね。

素材リンクひととおり覗いてきましたが・・・・やっぱ自分で描くことにします。
正直、エミュの画面から抜き出してそのままGIFにしただけの画像に、著作権やら転載条件やらが
書いてあるのを見ると吐き気がします。そりゃお前の著作物じゃないってのw
そもそもリンク切れが多く、サイトが存在しても素材が1〜2個置いてあるだけとか・・・・。

勿論まともなサイトもいくつかありましたが、製作中のマップデータはチャットウインドウと同時に
表示することが前提なため、個々のチップが小さくサイズ制限がきついことや、統一感を保つために
個性の強い画風は避けたいなど、非常に注文が多くなってしまうため、とても他人には頼めません。

あくまで趣味レベルでの制作ですが、自分のために作っている以上、自分が納得の出来ないものは
作りたくないですし、報酬を支払えない以上、他人に依頼したら駄目出し出来ないので。

ちなみに、現在は仕様の見直し作業を行っていて、アップできそうな物はないんですが・・・・
少し前に習作として作成した物をあげておきます。
はっきり言って今回のは見てもつまらないです。申し訳ありません。
http://gamdev.org/up/img/1601.zip

進行状況次第ですが、もうしばらくしたらもうちょっとましな物をアップしたいと思います。

＞報酬を支払えない以上、他人に依頼したら駄目出し出来ないので
こちらも、あなたが作ったものが××だとしても文句言えないんだよな。

文句（っつうか意見要望？）は言ってもいいとおもうが。
聞く義務はないけど。

>>245
いい感じ。期待してるので頑張ってくださいな。
それにしても、かなり気合入ってて、もしかしたら凄いものになるのではと思えます。
協力とかは残念ながらできそうにないですが、応援はしてますよー。

9er対応の件ですが、自分自身つい先日まで9erであった事を考えると見捨てるのは忍びないですが、
Java1.1.8では使えない命令が多すぎて対応するのは難しいかと思います。

>>237 魔改さん
自分もIRC専門ですが、IRCクライアントを作れば無問題では？
IRCだとTRPG.netの#TRPGあたりで声をかければすぐに3〜4人集まるのが魅力・・・・かなぁ。

>>240
方形以外のマップは、マップ配列に[空白]を示すデータを入れ、そのマスの描画処理をスキップする
という形で対応したいと思います。
駒に情報を持たせるという案は良いですね、いただきます。
例えばステータスのアイコン表示とかHPゲージ、モンスターの番号付けなど色々と出来そうですね。
ただ、そうすると駒の保持するデータ量が結構大きくなってしまいそうですが・・・。

>>246
自分は依頼されてやってる訳じゃないので、意見や注文は出来る限り対応します。
頭下げてやってもらうのと、自発的にやってるのとでは違いますから。
期待はずれにならないようにがんばります。

>>248
モチベーション維持のためにこうやって自分を追い込んでいるという側面もあります。
応援感謝♪

妙な時間に目が覚めると辛い・・・・・・

>>トリ氏
「ゲーム素材」で検索してもいいんですけどね。
魔改の場合は、ドット絵を描くのがメンドクサイ。ソース書くより時間がかかる気がする。なので。

>>IRCクライアント
造ろうとは思った事ありますけどね。
ttp://www.haun.org/kent/lib/rfc1459-irc-ja.html
この辺参考にしながら。

ただ、手軽に作れるものでもない＆今作っているのは、チャットソフトではないので。

　おお、希望が通った！
　調子に乗ってさらに意見を書かせていただきますが、コマの情報が多すぎると使っている側も管理が
難しくなります。また、画面上でぱっと見られるのがいいと思うので、持たせる情報は
・コマ番号
・カウンタ1（赤色表示）
・カウンタ2（青色表示）
のようにして、数字だけを表示して、それぞれの卓で好きに運用できるといいと思います。
↓こんな感じ
No.1
∧＿∧
(´ｗ´‡　)
12/8


おっしゃるとおり、アイコン表示でバッドステータスを表す…というのも魅力的だと思います。
そこらへんの感覚はまあ、トリさんにお任せするのがいいんでしょうね。

昼間は仕事なので制作時間は睡眠時間と引き換えです。
今日はたくさんレスがついているのでかなりモチベーションが高く、徹夜してしまいましたw

>>251 魔改さん
ソースを書く技能の不自由な自分にとってはチップは何とかなるがソースは・・・って感じです。

＞手軽に作れるものでもない
IRC関連のRFCはとても難解ですねぇ言い回しに統一性がなく、そもプロトコル自体がぐちゃぐちゃ
なので、きちんとしたクライアントを組むのは大変そうです。
IRCボットなら、ログインとPINGPONG、PRIVMSGへの反応だけですむので比較的お手軽ですよ。
以前に作ったCGI版のマップではボットを使ってIRCとCGIを連動させていました。

＞今作っているのは、チャットソフトではない
どんな物を作っているのか激しく興味があるんですが・・・

>>252
アイコン表示は最大でもアイコンの種類×1ビットで済むので、見た目の割にデータ量が少ないです。
（もちろん描画の時点で負荷はかかりますが）
逆に、数値データの保持は値の上限をどの程度に設定するのかが重要になって来ます。
上限が127なら7ビット、255なら1バイトの容量が必要になり、もし負の値も許可するなら更に
データ量は大きくなります。
数値情報は駒番号(A〜Z)で表示するとして5ビット、数値が2つで2(各1)バイト、アイコンを11種で
ざっと見積もって合計４バイトといったところでしょうか。
まだマップ表示＞マップエディタ作成の段階なので、駒を実装するまでには時間があると思いますが
それまでじっくり考えてみたいと思います。

マップの配列処理関連なので実につまらないと思いますが、出勤前に今日の成果物をあげておきます。
ttp://gamdev.org/up/img/1602.zip

iotest.datを読み込んで、そこから指定された向き・位置の描画用配列を得ます。
マップデータ(iotest.dat)はすべてのマスが[0]で、255*255です。iotest2.datは全マス[1]で10*10です。
マップデータの外は[9]で表示されます。
iotest2.datの名前をiotest.datに変更して元のiotest.datと入れ替え、出力結果や速度を比較してみて下さい。

ウインドウをアイコン化したり閉じようとした場合の動作も試作しています。
終了時のウインドウの位置を記憶し、次回起動時はその位置で起動します。

>>247
>>文句は言ってもいいとおもうが。
プログラマーだけでなく、作家や絵描きなんかにも言えると思うけど、
バグ・エラーの報告や、無茶じゃない実装可能な希望ならありがたいと感じる。

文句を言われるだけで、やる気を無くす。「じゃぁ、てめぇがやれよ」と言いたくなる。

だからこそ「本ソフトを使用して起きたあらゆる障害に関して、製作者は一切の責任を負いません」と言う文言があるんだけど
困ったことに、フリーに限らずシェアウェアにも存在したりするわけだけど。

>>トリ氏
ＣＧＩ上からＩＲＣにコネクトして〜って事が出来るのは知ってるけど、やり方は知らないですね。
連動って、一体どんなことをやっていたのか非常に気になるところですが。

個人的にはＩＲＣよりMSNメッセ用DiceScriptの方が興味がありますね。
色々考えてくと、ＭＳＮのクライアントソフトを作る必要があるよーな気がしますが。

今作っているのは、まー似たようなもんです。

>>本ソフトを使用して起きたあらゆる障害に関して、製作者は一切の責任を負いません
これは製造物責任法関連の賠償責任の回避だろ。やる気云々は関係ない。
シェアウエアでもバグフィックスや、ドキュメント作成に不安があるなら入れておくべき。

>>251
念のため言っておくと、IRCのRFCは
　http://www.alt-r.com/lib/rfc.html
のが最新ね。1459は古いですよ、と。

ちなみに、IRCは、プロトコルが簡単だけど、厳密に決まってないので
これでいいんだかどうだか分からないものが、結構簡単に作れます

>>256
>>253 で
「以前に作ったCGI版のマップではボットを使ってIRCとCGIを連動させていました」
って書いてあるから、そのままそのとおりでしょ？

CGIってのは普通HTTPアクセスがトリガーになるから、リアルタイムでIRCと連動させる
なんて現実的じゃないっしょ？
だから、「BOT使って」とあるわけで。

単に、常駐BOTがIRCのやりとり監視して、特定の命令文字列がきたら、
CGIのデータファイル書き換えたりするだけじゃない？
IRCBOTは、perlならNet::IRCがあるから簡単に作れるし。

おはようございます、また徹夜してしまいました。
ttp://gamdev.org/up/img/1618.zip
とりあえず昨夜の成果をあげておきます。ちょっとだけ進んだ・・・と、思うのでageます。

操作は>>213と同じプラス、カーソルキーでの移動、[1][3][7][9]の斜め移動、[4]+[8]の様な
同時押しでの斜め移動が追加されました。また、マップ外への移動禁止や侵入できないマスを
配置しています。（サンプルでは白いマスが侵入不可です）

>>259
正解です。難しい事しなくてもやりたい事が明快なら、簡単な技術の組み合わせで何とかなったり
するんですよね。効率は悪いかもしれないけど、その辺はまあ、腕次第ってことで・・・。

>>255
＞文句を言われるだけで、やる気を無くす。「じゃぁ、てめぇがやれよ」と言いたくなる。
これは、やってる本人の目的意識の問題じゃないでしょうか？プロじゃないから、文句を言われて
やる気をなくすのを咎める事は誰にも出来ないですが、自分の中に目的意識がはっきりとあれば、
乗り越えられると思います。
目的意識がはっきりしないと周りから言われなくても自滅すると思います。

おっと、遅刻しそうだ。行ってきますw

>>258
情報Thx

作る気がないから、ＩＲＣの情報はさっぱりう頓着です。

>>文句を言われる
個人でやっているケースを除けば、一般的にみて文句は製作サイドに届かず、クレーム処理として担当の部署の人達が処理しちゃいますね。
主に、サポートセンターと言われている所です。

彼らの苦労やらなにやらは、以下のＨＰを参照するとよいかと。
ttp://www.din.or.jp/~f-aniki/sc/

>>259,トリ氏（ＣＧＩ）
ＩＲＣボットと言うことは、コマンド処理後にＣＧＩにＰＯＳＴデータを送信しているって事ですよね？
どの言語でIRCボットを作ったのかとかその辺に興味があったんですよ。
Perlは我流なんで、ＣＧＩにＰＯＳＴデータを送信するやり方知らなかったり。（ＶＢやＶＣや.NETならわかるんですけど）

Perl型に限らず、どのプログラム系ボットもそうなんですが、
ＩＲＣに駐屯してＣＧＩに命令を送るなら、直接ＨＴＭＬを生成して、自鯖のフォルダに出力するなり、
バッチファイルと連動させてアカウントアップするなりした方が手っ取り早いんじゃないかなと。
ＨＴＭＬを出力するなら、メタタグにリロード情報を加えるなりすればいいですし、テキスト出力ならブラウザの自動更新機能もありますし。

言いっぱなしだとあれなので、もう少し具体的にＰｅｒｌボッドを例にすれば

<コマンド>：駒のセット
　　[number] = SETPeice [name]
<処理>
　　[配列数] = push [配列] , [name]
<コマンド>：駒の削除
　　[TURE or False] = DEL [number];
<処理>
　　push @DEL [number];
<コマンド>：駒の配置
　　[Print OK] = SET [number] [X] [Y]
<処理>
　　($name,$X,$Y) = split(/<>/,[配列][number])
　　[配列][number]=[name] ."<>". [X] ."<>". [Y];
　　&[関数名];
<関数処理>
　　open(FILE ,">[出力ファイル]");
　　for($i = 0;$i =[配列数];$i++){
　　　$flag = 0;
　　　foreach(@DEL){if($i == $_){$flaf = 1;last;}
　　　if($flag == 1){next;}
　　　($name $X , $Y ) = split(/<>/,@[配列][$i]);
　　　@MAP[$X][$Y] = <IMG [イメージアドレス] title=$name;>
　　}
　　for($i = 0;$i <= [X軸の最大数];$i++){
　　　print FILE "<TR>\n";
　　　for($j=0;$j <= [Y軸の最大数]:$j++){print FILE "<TD>".@MAP[$i][$j]."</TD>\n"}
　　　print FILE "</TR>\n";
　　}
　　close(FILE);

こんな感じで、出力先を自鯖のフォルダにして置くとか。
もしくはバッチファイルでアカウントにファイルアップ処理するなら

　　system([バッチファイルのアドレスとファイル名])

[実行ファイルの中身]
ftp -s:<ファイル名>

<ファイル名の中身>
open ホスト名
アカウント
パスワード
ディレクトリにCDする
put 元ファイル名 先ファイル名
quit

と言う感じにすればＣＧＩを動かさずに済みますし、
ＣＧＩアカウントの動かないＷｅｂアカウントも利用できるかと。

関数を再利用してＩＲＣのプライベート窓にマップ情報を出力する作りにすれば
Web鯖や自鯖などを使用せずに済んだりするんじゃないかなと。(これはあまりどうかと思いますけどね)

あ、上のソースはかなり適当なので、そのままじゃ動きませんｗ
いや、まぁ知りたいのはＰｅｒｌでWWW上に設置したＣＧＩにデータを送信する方法だったりしますがｗ

RFC

間違って送っちゃいました、すみません。
打ち合わせを終えて帰って来たのでこれから自宅作業ですが、その前にレス。

>>261-263 魔改さん
＞と言う感じにすればＣＧＩを動かさずに済みますし、
＞ＣＧＩアカウントの動かないＷｅｂアカウントも利用できるかと。
出来ると思います。自分の作ったCGIは、CGI単体でもweb上で共有出来るマップとして機能する
だけの機能を組み込むためにCGIとして作成していました。

>>ＰｅｒｌでWWW上に設置したＣＧＩにデータを送信する方法
やった事ないんで出来るかどうか知りませんが、perlからHTTPリクエストを吐かせれば良いのでは？
この辺を読む限りではさして難しい処理ではない様な気もします。
ttp://www2.osk.3web.ne.jp/〜nkon/3web/perl/tutorial/cs.html

ついでにこちらは勉強用ってことでどぞ。自分はその都度必要そうな所を拾い読みするだけですが。
ttp://www5d.biglobe.ne.jp/〜stssk/rfcjlist.html

>>263-265

Perlで何かするんだったら、目的に合致したモジュール探す方が早いっしょ。
CPANなりActivePerlならPPMなり使えばインストールも簡単だし。
例えばHTTPクライアントが欲しいんだったら、LWPとかでググってみ。

>>トリ氏
情報THX

コネクトとソケット使えば、ＷＷＷやらＦＴＰやらが使えるのか（いままでＳｅｎｄＭａｉｌしか知らなかった）
ＤＯＳプロンプトでＦＴＰ繋いで上げるよりも、こちらの方が頭いいやり方ですね。

>>266
真に申し訳ないが、Ｐｅｒｌで何かしようと思っているわけでもないのです。

http://gamdev.org/up/img/1638.zip

現在、マップ編集機能作成中。地面の高さを編集出来るようにしてみたけど、動作重いかも。
追加された操作は以下の通り。
マップメニュー＞編集する　　　編集モード開始。
マップメニュー＞編集終了　　　編集モード終了。
＊以下は編集モード中のみ動作します。
[a][s]　　　地面の上げ下げ（範囲選択状態で押すとまとめて上げ下げ。高さは0〜6）
[k]　　　　範囲選択開始（[k]キーを押してから移動すると選択範囲が表示されます。）
[m]　　　　範囲選択解除（範囲選択をキャンセルします。）

試した人は何でも良いんで不満、感想、要望など書いてくれると有り難いです。
不満が多ければ設計見直しますし、今後の制作の参考にしたいんで、よろしくお願いします。

お疲れ様です。
このマップをどういう用途で使うつもりで作っているのか知りませんが、
非戦闘中のダンジョンのマッピングに使うことを考えるなら、
範囲を指定しての表示/非表示の切替ができるとうれしいです。
つまり、扉の向こうは入るまでPCに見せたくない、みたいなシチュエーションを想定しています。
それとも戦闘中での使用に限定して作ってたりします？

>>269
作成者じゃないけど、なんとなく戦闘用だと思ってたよ。
もしその機能つくなら、壁と、ドアを置けるようになるといいな。もしくは、別マップへの切り替えが素早くて、
部屋移動ごとに切り替えてもストレスにならないとか。

放置して申し訳ない。
ちょっと連日の徹夜が祟って寝込んでおりました。
素人仕事だと無駄に時間ばかりかかって駄目ですね(^_^;

>>269-270
良く考えるとCGI版の時に全く同じ要望が出てました。
なんで忘れてたんだろう、結構要望の多い機能みたいなので勿論対応させてもらいます。
マップの分割数は最大32位で良いでしょうか？
現在考えているのは、各マスにグループIDを持たせておいて、各グループに表示／非表示のフラグを用意し、
そのグループに対応するフラグがオンの時だけ画面に描画するという方法ですが、問題ないでしょうか？

こんな方法が良いというアイデアがありましたらレスお願いします。

マップと同じ広さのマスクを複数枚用意して、
各マスクは独立して表示/非表示を切り替えられる、
重なっているマスクが全てオフのマスだけ表示、
というのでどうでしょう？
ちょっと分かりづらいですが、複数のスクリーントーンを重ねるようなイメージでしょうか。
で、そのトーンは何枚でも重ねられるし、それぞれ自由に模様を変えられる、と。

>>272
レイヤーの事をいっているのかな？

扉が閉まっていてても表示/非表示を切り替えられる。

　　ってのは話のうちに入ってるのかな？　入ってたらゴメン。
　　ほら、魔法で壁の向こうを透視するとか、監視カメラを乗っ取って部屋中を見るとか・・・

個人的にかってな意見で申し訳ないが
今は現状の段階で作り上げてしまった方が良いと思う。

あと、マスごとに配列で描画してたら、画像の透過面で苦労しそうな気が・・・
いや、Ｊａｖａは判らんとですんで気にせんといてください。

>>271
とりあえず、方式的には問題ないと思います。
あとは、On/Offのしやすさというか、操作のしやすさが気になりますかねえ。
要望を取り入れてもらえるのは嬉しいですが、使いやすさも念頭においていただけると…。
って、注文ばっかりですね。すいません。期待してるのでage

ここってネットでチャット形式のTRPGができるツールを作るスレなんですか？
それなら、超応援しますよ！
ｶﾞﾝｶﾞｯﾃくだちい。

>>272-273
マップファイルに表示／非表示のためのマスクレイヤーを組み込み、マスクの有効／無効を切り替える事で表示を切り替える方法ですよね？

直感的な方法ですが、大量のマスクレイヤーを組み込んだ際にマップファイルのサイズが巨大になることや、マップ情報部分とレイヤーの部分を
同一のファイルに書き込むために、セパレーターやヘッダーなどといった情報を書き込まねばならず、マップファイルの仕様が複雑になるなどの
デメリットがあり、個人的には敬遠したいなと思います。

>>274
扉の開け閉めと、表示非表示の問題は完全に分離して考えています。
少なくとも扉が開く事を表示機能の切り替えのトリガーにする事は、現在の所考えていません。

>>275 魔改さん
確かにとりあえず動く物を作る事は大切だと思いますが、マップの保存形式だけはある程度固めてから
制作しないと、過去のバージョンとマップファイルが全く互換しないとか、普通に起こりそうなので、
骨格となる機能は今のうちに組み込んでしまいたいという思惑があります。

透過に関してはご指摘の通りで、現在の方法だと、厚みのある壁を透過した場合、隣り合う壁が
重なっている部分が見えてしまうという問題（↓参照）があります。
http://gamdev.org/up/img/1785.gif（画像は合成ですw）
これを解消する画期的な方法はないものかと頭を悩ませてはいるんですが・・・。

>>276
操作面に関してですが、セッション中に使う操作は入力速度を優先したいと思うので、単純なキー操作で殆どが操作出来るようにしたいと思います。
キー操作を覚えるのがだるいという人のために、GUIも組み込むつもりではいますが、どちらにせよUI関連は後付けでも十分間に合うかなと。
最終的にはゲームパッドで全て操作出来る程度にしたいものですが・・・・。

>>277
基本的にはオンライン／オフラインに関わらずTRPGに使えるツールを皆で話し合いながら、それを作ってくれる
神の光臨を待ち望むというスレだと思うのですが、神などそうそういるはずもなく過疎化していたので、
やる気はあるが技術のない私が間借りしている次第です。

まあ、いつ完成するかわからない様な非常に遅いペースで開発しているので、あまり期待せずマターリ
見守っていただけると有り難いです。意見や要望などはいつでも大歓迎ですのでよろしくお願いします。

>>278
マップファイルの保存と読み込みは、Commons Betwixtを使うと比較的簡単に実装できますよ。
Betwixtは、JavaオブジェクトからXMLファイルへの保存と
XMLファイルからJavaオブジェクトへの読み込みを行うためのライブラリです。
詳しくはこちらをどうぞ。
ttp://www.xucker.jpn.org/java/other/commons_betwixt_first.html
ttp://www.apache.org/~tetsuya/jakarta/commons/betwixt/index.html
ttp://jakarta.apache.org/commons/betwixt/

覚える手間が必要になりますが、一旦覚えれば楽になるかと思います。

一点補足。
Betwixtを使いXMLファイルで保存すると、独自形式で保存した場合に比べて
ファイルサイズが大きくなります。
例えば表示/非表示フラグを表すのに、独自形式なら「1」だけで済むところ
XMLだと<visible>true</visible>なんて書く必要があったりします。
これは場合によってはいい方法があるかもしれませんが、本質的にはそう言うことです。

ですので、ファイルサイズの増加を懸念されるようでしたら、使わない方がいいかもしれません。
個人的には、数百kB程度(※)のファイルサイズなんて問題にならないと思いますが、
そこは前提次第なので問題と言えるかもしれません。

※マップが30×30セルで、1セルにつきデータ10個、各データにつき20文字使うとすると
30 * 30 * 10 * 20 = 180,000文字 ≒176kB

>>280-281
せっかく情報をいただいておいて申し訳ないんですが、ファイルの保存形式は独自形式で行う事にしています。
現在の仕様では１マス分の情報を3バイトで保存していますが、これを４バイトに拡張したとしても、それをXMLに
置き換えると、ざっと計算しても50倍近いサイズになってしまう計算になるので。
30×30程度のデータであれば全く問題はないのでしょうが、現在の仕様だと256×256マスまでのデータを保存して
いますし（256×256までなのはデータファイルの最初の1バイトをマップの幅、次の1バイトを高さとしているため）
マスの数が増えるとマップデータの大きさというのも結構大きなボトルネックになると考えています。
これは、ファイルに保存する際のサイズの問題というより、サーバが読み込んだファイルの内容をネットワークを
通じてクライアントに投げる際の容量を減らすためで、マップファイルにそのまま記述するのは読み込み＞通信の
間によけいな計算を挟まないためと思っていたんですが、試算の結果(※)を見たらファイルの読み書きについても
問題が出そうな気がして来ました(^^;
また、様々な型の混在するデータを扱うより、すべてのデータを整数型にしてビット演算で処理する方が内部処理の
面から見てもより高速に処理が出来ると考えています。

偉そうに書いていますが、プログラム初心者の考えですので間違いや突っ込みどころがあったらご指摘ください。

※マップが256×256で、XMLは1セルにつきデータ10個、各データにつき20文字使い、独自形式では
それを4バイトに格納したとするとすると・・・・
XML形式：256*256*10*20＝13107200バイト＝12800KB＝12.5MB(！)
独自形式：256*256*4＝262144バイト＝256KB=0.25MB

送ってしまってから気付いたけど、改行少ないですね。
読みにくくてすみませんm(__)m

マップのマスの数もそうなんですが、ますの大きさはクライアント側で変更したりする事は可能？
マスの数である程度大きさが変更できれば、随分便利だと思うのですが。

マジカルチャットのシナリオ機能ですが、埋め込みダイスと組み合わせた際にカタカナの濁点・半濁点のみはじかれるのは仕様なんでしょうか。
マ”ジ”ック　#DICE:2d6（この場合評価されない）

って、ここで聞いてもしょうがないのかな

>>282
そういった前提があるのでしたら、BetwixtでXML化するのは適切ではなさそうですね。
失礼しました。

ところで処理効率ですが、作り始めのときは性能のことを考えてもうまくいかないことが
多いと思います。「この重そうな処理の速度を２倍に高速化！」と思ってやってみても、
全体で見れば1%しか高速化されなかったり、
ここは遅くないだろうと思って作った場所がボトルネックになっていたり、
なんてことが往々にしてあります。
パフォーマンスについては最初は深く考えずに、
作りやすくわかりやすく変更しやすいことを重視して作って、
作った後で負荷の高い場所を集中的にチューニングする方がよさそうな気がします。

ちなみに、一般的にボトルネックになるのは、
画面表示やファイル入出力、ネットワーク通信などになることが多いので、
マップファイルのサイズを小さく、というのは正しい判断だと思います。
そういう意味では私のレスはあんまり意味のないものでした。

>>284 魔改さん
表示サイズの変更ですか・・・プログラム的には難しくないですが、チップや駒の作成にかかる労力が倍になりますねぇ。
現在の構想通り、駒やチップを全部自前で描くとなると少々厳しいかも知れないです。
ウィンドウサイズは今のところ固定にするつもりなので、それくらいの機能はあってもいいとは思いますが。
ある程度作ってからドッターさんを募集すると言うのが現実的なんでしょうか。

>>285
マジチャはいじったことがないので何とも言えませんが、このスレはツールを作るスレなので、
出来合いの物の使い方や仕様については、ここで聞くより、オンラインセッションについて語るスレの方が適切かと思います。
マジチャを改造していた方もいるようなので、その辺の方が答えてくれればこのスレでも用が足りる可能性はありますが。
お役に立てなくて申し訳ない。

>>286 280さん
実際の処理や技術面のアドバイスはとてもありがたいです。

ご指摘の描画、ファイルアクセス、通信の３大ボトルネックについては、試作＞ベンチマーク＞再検討を繰り返している様な状態です。
ファイルに関してはほぼ現在の物で確定なので、現在は主に描画部分に重点を置いて検討中です。

ある程度目処か立ったらひとまず出来ている部分をまとめて組み上げてみようとは思いますが、もう少しお待ちください。

ひさびさに成果物をあげておきます。相変わらず制作速度は遅いですが、見捨てないでね。
http://up.isp.2ch.net/up/949e00980691.zip

今回は以下の機能の試作サンプルです。
・ダブルバッファによる描画時のちらつき防止
・>>284で魔改さんから要望のあった表示サイズの変更機能
・マップの表示範囲をウインドウ全体に変更
・半透明描画（ウインドウ部分）

なお表示サイズの変更ですが、チップ画像を作るのが面倒なので小さなサイズ用の画像を拡大表示しています。
そのため表示が汚いですが、きちんとチップ画像を用意すればこの問題は解消されます。

操作系を組み込んでいないので約400フレームのデモムービー状態ですが(^^;

>>288
拝見しました。ちらつきなどはみられませんでしたし、動きも軽快だったと思います。
このまま上手く完成することを期待しております。

hos

１週間のご無沙汰です。今週の成果物です。
http://gamdev.org/up/img/1944.zip

今週の新機能は以下の通りです。
１）キーボードによる操作系を組み込みました（詳細は後ほど）
２）>>269で希望のあった部分表示機能を試験的に実装しました。
３）マップチップが周囲の同じチップのマスと自動的に繋がる機能を実装しました。
４）通過属性（進入の可/不可）をマスごとに設定出来るようになりました。
５）マップの編集（チップの種類、高さ、通過属性、部分表示用グループ）機能を実装しました。
相変わらず薄い（マスとマスの間に立つ）壁に関する機能は組み込んでいませんが(^^;

>>289さん
動作チェックありがとうございます。時間はかかってしまいますが頑張ります。

多少なりと反応があるとやる気が増しますので、触ってみた感想や希望等はどんどん言って下さいまし。
駄目な所や、変更してほしい部分などの意見もあるとさらにありがたいです。

いちおうスクリーンショットもあげておきます。
http://gamdev.org/up/img/1945.png

操作に関してですが、リファレンスにしておきます。
【各モード共通の操作】
・カーソルの移動　テンキー又はカーソルキー（但し実行テストモードでは通過属性がfalseのマスには移動出来ない）
・表示の拡大縮小　テンキー[-][+]または[a][s]（[-][a]で縮小、[+][s]で拡大）
・マップの回転　　テンキー[/][*]または[z][x]（[*][x]で時計回り、[/][z]で反時計回りです）

【実行テストモードおよびグループ編集モードの操作】
・グループを選択　[shift]を押しながらテンキー[4][6]またはカーソルキー[←][→]（右下のグループアイコン上の白丸が移動します）
・選択したグループの表示/非表示を切り替え　[shift]を押しながらテンキー[2][8]またはカーソルキー[↓][↑]

【各種編集モードでの操作】
・カーソルのあるマスを編集　[shift]を押しながらテンキー[+][-]又はテンキーじゃない[9][0]（現在の値から+1/-1します）
(なお、モードによっては、[shift]を押しながらテンキーじゃない[1]〜[8]で値を直接指定出来ます）

わかりにくいかもしれませんが、触ってみればわかると思います。
操作方法やキー割当に関する意見も募集していますのでよろしゅうm(__)m

いっけねぇ一番大事な操作を描き忘れた。

【各モード共通の操作】
・モードの切り替え　テンキー[0]または[m]
（押す度に[実行テスト]＞[チップ編集]＞[高さ編集]＞[通過属性編集]＞[グループ編集]と順に切り替わります。）

以上追加でした。

触ってみました。良い感触だったと思います。
なので、不満を感じた点だけを数点。
・グループを変更した時、色の変化が分かりづらい
…最初グループを弄った時、本当にグループが変わっているのか分かりませんでした。
非表示機能を使えばそう困る部分でもないと思いますが、改善できれば、と思います。
おそらく、グループ１の隣をグループ２･･というように配置することが多いと思いますので、
グループ１：赤系→グループ２：青系→グループ３：緑系→グループ４：赤系…というように、
ナンバーが一つ変わるごとにもっと分かりやすく色が変わったほうがいいかもしれません。

・グループ指定が大変そう
…今回はキーボードインターフェイスのテストであるということを含めての仕様だとは思いますが、一応。
キーボードでグループを指定して回るのは少々大変であるように思いました。やはり、ここはマウスでの操作が分かりやすいように思います。

その他、要望が一つあります。
・キャラクター表示/操作が実装された場合、マウスで指定した座標(できれば、表示属性に設定されている場所だけが良い)に直接キャラクターを移動させる機能が欲しい
…ささいなことですが、一応将来の要望としてあげさせていただきます。

拡大・縮小機能が非常に便利でした。見やすくなっていると思います。
あとは、ウィンドウサイズも変更できるといいでしょうか？

確実に良くなっているとわたしは思いました。お手伝いなど何もできませんが、応援させていただきます。

触らせていただきました。

最初どうやって起動するのかわかりませんでしたがJavaをインストして
jarをダブルクリックすると起動しました（恥

テンキーじゃない[1]〜[8]を押して高さ等の編集が行なえますが、
Shift を押さずにそのままテンキーじゃない[1]〜[8]を押して編集
というのが望ましいです。
十字キーを操作するときShiftを離してないと移動しないので、
押したり離したりで釣りそうになりました（滅

あと、どのモードでもカーソルの透過表示ができればな・・・と。
ありえないと思いますが高さMAXの塀で覆われた通路とかの場合
見えなくなってしまったのです。
http://gamdev.org/up/img/1958.jpg
こんな感じの通路。　カーソルはＴ字路の真ん中にあります。

９０度単位しか視点を回転できなくて、壁の向こうのキャラが見えない
「魔界戦記ディスガイア」の恐怖を彷彿とさせますな…。

後ろの壁を、メッシュで擬似半透明にするとかが出来ればいいかも。
（壁オブジェクトをメッシュ状の物と置き換えるとかで実現可能かも。）

もしも可能ならば、本当の半透明処理をするとかがベストだと思いますが。。

あ、ちょっと思ったんだけど、

自分のマス中心に上下左右ラインの色分けか１本の線を引いてみるとか。
（処理重くなる？）

戦闘用に使う場合、遠くにいる敵とラインがかみ合ってるか一目でわかるほうがいいかなと。

だんだん形になってきてワクワクしてきたな。

マス目の中心から中心、あるいは角から角に線を引いて射線をチェックする機能があると便利かも。
前者はARA、S=F式、後者はD&D式のチェック方法だけどこれ以外にはないよな？

>>299
射線チェック　ｲｲ!

現在、スパゲティ化してしまったソースの整理をしています。
今回はきちんとdocを作成し、インターフェースや継承関係も整理しているので、今後このような
大規模な整理は必要なくなる予定です・・・・多分ですが。
じゃあ最初からそうしろよと言われそうですが、なにぶん素人なもので無駄が多いです。

>>294
64色分のパレットから単純に先頭16色を抜き出しただけなので、結果わかりにくい物になってしまいました。
この辺は、自分でも修正するつもりの部分でしたので、最終的には修正されると思います。
マウス操作に関しては、マウスの座標からマップ座標に変換する処理が少々面倒になりそうなので
実装はしばらく先になりそうです。
ウインドウサイズの変更については今回の修正で優先的に導入したいと思います。

>>295
完成したらJRE同梱版（Javaインストの必要のないexe）も作成したいと思ってはいるんですが、
現在はサンプルの段階ですし、お手数ですがJavaのインストールをお願いします。
キーボード操作についてはとりあえず適当に割り当てただけの物なので、全ての機能が揃ってから
皆さんの意見を取り入れつつ、キーバインドを決定して行きたいなと思います。
透過処理に関してはPeal=CGI版の頃から実装していた機能なのでもちろん実装します。

>>296
メッシュによる半透明描画は昔Peal=CGI版で使っていましたが、今回は半透明描画機能自体はすでに
実装してあり、どのマスを半透明処理するかを決定する部分を作れば良いだけの状態になっています。
もっとも、そこが一番難しいうえ、>>278の様な問題もあるんですが(^^;

>>297
割と簡単に出来そうなので近いうちに実装します。
常に表示しておくとうざそうなので特定のキーを押した時のみ表示とかでもいいですか？

>>298
ぢつは制作者本人が一番ワクワクしてますw
これの制作のためにゼロからJavaを勉強し始めた様な素人でも案外つくれるものですな。

>>299-300
良いアイデアだと思うのですが、これまた難しそうな処理ですね。
例えば射線はXY平面(各マスの上面)上に投影するべきなのか、それとも高さの情報を保持したままの描画が良いのか？
Zバッファや衝突計算はどうするのかなど、いっそ3Dでやった方が楽なんじゃないかという問題が満載です。
ともあれ、IRCの方で魔法の効果範囲表示という要望も出ていますし、合わせて考えて行きたいと思います。

引き続きアイデアやご意見ご要望を募集しています。よろしゅう。

>>154で紹介されていたやつを作った者ですが
いや、凄いですね、とりさん。
正直、感嘆しています。
ここまでできれば完成は近そうですね。
完成、心から楽しみにしてます。

今週はあんまり進まなかったのであまり目新しさのある物ではないですが、とりあえずあげておきます。
http://gamdev.org/up/img/2012.zip
現在は汎用性や再利用を考慮して大幅な再設計を行っているので、中身はほとんど別物になっていますが、
前回（>>291）の状態にするまでにはもう少しかかりそうです。

今回の新機能は以下の通り。
・ウインドウリサイズ機能。
・タイマーによる再描画の管理。
・描画対象をFrameからCanvasに変更。
・チップ画像やチップセットの定義を外部ファイルで行うように変更。

>>303
通信関係や駒の管理など、手つかずの部分がたくさん残っていますし、まだまだ完成にはほど遠いです。
出来る限り早く仕上げたいとは思いますが、完成はまだ当分先になりそうです。
先週休日出勤したおかげで、今日は仕事が休みなのでもうちょっと頑張ります。

ところで、>>154のツールはJavaで書かれている様ですが現在製作中のこれのソースやドキュメントを
晒したら何かの役に立ちませんかね？
私的には技術的な意見やコメントなどいただけたら非常にありがたいんですが(^^;

303です。混乱しそうなので暫定でハンドル使います。
>>305

こまめに更新してますね。
>先週休日出勤したおかげで、今日は仕事が休みなのでもうちょっと頑張ります
まぁ、お互い生活があるでしょうから無理はなしですよ（笑）私も昼間は2ｃｈ触れませんし。

＞Javaで書かれている様
趣味ですからね。うーーん、いいですけどあくまでコメントしか出せないですよ、人のソースにとやかく言えませんし。（笑）
私個人はソース公開できるものはしてますけど、トリさんがそれにあわせる必要はないんですよ？（笑）
ＧＵＩ回りに関してはざっと見た感想、私よりもトリさんの方が腕が上ですね。
どうしてもって言うならフリーメールででも個人にメールで送ってください。…ただ、返答は遅いですよ？

＞通信関係や駒の管理など、手つかずの部分がたくさん残っていますし
それは私もいやって程、苦しんだところですね。
過去ログ見ても通信プロトコルが何になるのかはっきりわからないんですが
Ｊａｖａアプリケーション　→　ＣＧＩ　→　ＩＲＣ
で合ってますか？
もし、ＩＲＣという想定でで作るのであれば一回のデータ送信は
450byte以下、かつ連続送信は一秒辺り2回が限度と思ってください。
これは私が自分で作るときに難度もテストした結果、無難だった送信パターンです。
ＩＲＣは古いプロトコルなので一回の送信あたりサーバにもよりますが512byte(英数字)
に制限されています。
これがハードル高いんですわ…私のところのマップ送信ツール見て欲しいんですけど
一回の送信じゃどうにもなんなくて手作業の分割送信に割り切ってつくってます。
偉大なる先達、まじかるちゃっとのようにオリジナルプロトコルって言う手もあるんですが…
今度は初心者に厳しい（笑）
使ってくれる人がたくさんいるみたいですし、ここは相談してみてはどうでしょう？

Java/SWTで、オリジナルプロトコルでマジカルチャット風のチャットサーバ/クライアント作りかけて
ほったらかしにしてあるものがあったりします。
一応、プラグインとして各種システムに対応できるように作ってあるんですが、
公開希望する方います？今のとこＮ◎ＶＡと汎用ダイスプラグインができてますけど。
汎用とは名ばかり、実はあまり使えませんが…。
公開しようにも、プロトコル関係の文書がなーんも無いのがネックかなぁ…
要望があれば文書まとめますよ。今自宅からのネット接続ができなくて暇なので。

Ｎ◎ＶＡですか…周囲で使う人いないから作ってませんでしたね。
以外にプラグイン作る人っているもんなんですね。
ブリッジ作ればうちのクライアントでも動くかな。
見に行ってみたいのですがネット上に公開されています？

トリさんの前のオンラインマップってもう使えないのかな。

トリさん期待してるよトリさん

更新が待ちきれない…
(;´Д`) ﾄﾘｻﾝ ﾊｧﾊｧ

基本的に週末以外は更新しない方針だったんですが、昨日作った分だけあげておきます。
今回の更新内容は一目でわかるとは思いますが、画面左上に全体マップが表示されます。
http://gamdev.org/up/img/2028.zip

>>幻月さん
もともとソースは完成時点での公開を考えていたので、ご心配には及びません。
今回は見送りますが、もう少しまとまった時点でサンプルと一緒にアップしますので
その際にはコメントなどよろしくお願いします。
通信関連は以前に作ったCGI版の話と混ざっている様ですが、Java版は基本的にオリジナル
プロトコルにする予定です。IRCクライアントに組み込む場合でも、IRC経由でIPを取得して
オリジナルプロトコルで接続という形を取るつもりです。
以前trpg.netのsfさんにお伺いを立てた所、trpg.netならともかくそれ以外の鯖ではボット
（またはそれに類するもの）同士が自動的に大量のデータをやり取りするのは好ましくない
だろうと言う意見をいただきましたのでそれに従う予定です。

>>306さん
激しく希望です。ぜひ参考にさせて下さいm(__)m

>>308さん
申し訳ないですが完全に死んでおります。OSの入れ替えした時にバックアップをきちんと
取らなかったのでジャンク状態の部分的バックアップしか残っていない状態です。

>>309-310
そんなにおだてられると木に登っちゃいますよw

>>トリさん
なるほどオリジナルですか。
まぁ、そのほうが素直ですね。

>IRCクライアントに組み込む

クライアント面倒ですけどね（笑）
こまったらうちにおいてあるIRCクライアントのソース参考にでもしてやってください。
あんまり見せられるレベルのものじゃないですけどね。

>trpg.netならともかくそれ以外の鯖ではボット
…それは耳に痛いですね（苦笑）

まだ当分公開は控えようかと思ってましたが・・・まあいいや。どーぞ。
http://sourceforge.jp/projects/chaplet/files/
リリース物件はありますが、まだαリリースと言うことでご理解ください。
ダイスプラグインとか、機能的に変ですし(;´д｀)。
ソースはCVS経由で取得できます。BSDライセンスなので、ソースを使いたい方は
その旨を配布物に含めた上でご自由にどうぞ。こちらから見えます。
http://sourceforge.jp/cvs/?group_id=1309

>>313
無理いってすいませんね（＾＾；
ピアツーピアは再来年辺りまでにはやろうかと思ってたので
私もちょっと参考にさせてもらいます。
＞ダイスプラグインとか、機能的に変ですし(;´д｀)。
人の子といえない身なのでノーコメント（笑）
しかし、Chapletですか、響きの綺麗な名ですね。

>>306さん
chapletの中の人でしたか、ずいぶん前にSourceForgeを漁った時に名前だけは拝見した覚えがあります。
ソース、ちょっとだけ覗かせてもらいましたが、大変参考になります。ありがとうございますm(__)m
ひとまずイベント関係をちょっと勉強してみる事にします。

ところで通信の際に、SerializableやExternalizableを使ってオブジェクト自体をやり取りしてしまう
という方法はどうなんでしょうか？速度的に問題ありかなとも思うのですが(^^;

>>幻月さん
IRCクライアントの作成は以前ちょっとやった事がありますし、次回はこの辺を使って手抜きをしようかなとか思っています。
ttp://sourceforge.net/projects/moepii


まあ何にしてもマップの方を仕上げるのが先ですね。おふたりに負けぬよう頑張ります(^^;;

>>315
＞ところで通信の際に、SerializableやExternalizableを使ってオブジェクト自体をやり取りしてしまう
＞という方法はどうなんでしょうか？速度的に問題ありかなとも思うのですが(^^;

の部分は特に306さんに向けた物ではなく、自分でちょっと試してみようと思っている方法を挙げた
独り言の様な物です。わかりにくくてすみません。

>>ところで通信の際に、SerializableやExternalizableを使ってオブジェクト自体をやり取りしてしまう

楽ですよ、Serializableでの転送は。
状態を丸投げしますからね、情報量が多かったり構造が煩雑な得には重宝します。
ただ、使うかどうかはその時々によりますね。
別に誰かに話し掛けたのではなさそうですが一応（笑）

週末だ、通信関係の練習だ、という事で今回はクオータービューと全く関係ありません。
Serializableを利用したチャットを作成してみました。何となくわかって来ました。
チャット程度だといまいちですがやり取りする内容が複雑になる場合には便利そうですねぇ。

http://gamdev.org/up/img/2054.zip
テスト版のため起動するとウインドウが」４つ開きます。
接続先にserberと入れて接続すると、サーバも一緒に起動します。
他はまあ触ればわかると思います。未完成なので繋ぐ＞話す機能しかありません。

それだけ確認できれば十分でしょ。
Serializableの真骨頂はBeansとかで出てくるんですが
とりさんみたいにオリジナルで最適化のセーブ作るとありがたみは少ないかもしれませんね。
多言語も想定するなら306さんみたいにプロトコル策定しちゃってきめ送りするのが無難だし
とりさんが作ったセーブ形式をダイレクト送信するもあり。

自分で納得できる送り方をしましょう。

うおっ、タイプミスが２つも
誤1：とり
正1：トリ
誤2：serber
正2：server
です。取り急ぎ訂正まで

マジチャ並に高機能なヤツ発見。
トランプ引けるからN◎VAもできるみたい。

ttp://lion.zero.ad.jp/~zar84446/

手札が持てなくないかね。

機能メニューにトランプってある。それで手札と捨て札ウィンドウが開く

昔作ったやつなんだけど「なるしす」っていうチャットツールです。
トランプはひけないし、マップも書けないけど。（＾＾；
既知の不具合は、「ハンドルに半角スペースを使うとみんな死ぬ」です。

ttp://www.geocities.co.jp/SiliconValley-PaloAlto/2640/

面倒でYahooに移ってないのでじきに消えるかもです。

>>既知の不具合
そりゃまた豪快な（笑）

>>面倒でYahooに移ってないのでじきに消えるかもです。

それはちょっともったいないですね。
せっかくのツール、無理には言いませんが移しても良いのでは？

誰かpcgenの日本語化をやってないだろうか？

>>325
Yahooに移すと、著作権が製作者からYahooに移っちゃうから、移さないのでは？

>321
トランプはいいとして、
マップに駒置けないような

マップ上をダブルクリックするとおけない？

<321
つーか、もまいらヘルプ嫁

SourceForge使えば楽チンなのに。
Sleipnirみたいな悲しい出来事も防げます。
バージョン管理もできて一石三丁！

>>324のなるしすはHDD事故で既にソースが飛んでしまっているので現存のが最終版です。
ttp:/lunaticmoon.net/
からも持ってこれるようにしときました。

いくつかのユニークな機能、
・オンラインサーバプール実装によるサーバの接続先IPアドレスを知らなくても繋がる機能
・発言BOXを標準で２つ装備。長い文打ち込み中でもちょっとした挨拶とか打てて便利
・任意のWebサーバ上、FTPサーバ上にある顔絵(Avator)をフローティングウィンドウとして皆に表示可能
・台詞を顔絵からの吹き出しで表現することも可能
を実験的に搭載しています。

仲間内では、ソードワールドやGURPS辺りで実動試験済みです。
動作確認しているOSはWin2kとWinXPです。

あと、日本語版Windowsでないと動かないという仕様が・・・・（＾＾；
(フォントの初期値がMSゴシック（死))

コピペですみません。だんじょん・とらっぷ管理人です。

ＭａｐＥｄｉｔｏｒ２が1.20になりました。変更点は以下の通りです。

MapEditor２（仮）　βver1.20 バージョンアップ！
☆ データを開いた際に、キャンバスサイズが正しく適用されていないバグを修正
☆ オブジェクト「階段」の画像を差し替え
ＢＬＡＣＫさん、ご報告ありがとうございます。

☆ 壁に「なんとなく自然洞窟ぽい壁」を追加しました（笑）
気分の問題なんで、かなり蛇足機能ですが。
保存時にどちらで制作したかは記録されません。というか、ボタン１つでいつでも変えれます。

☆ ペンモード時に、右クリックでタイル回転！
　　いちいちパレットの回転ボタンをクリックしに行くのが面倒になってきたので（笑）

ttp://shibekun.s5.xrea.com/index.html

SourceForgeはアップするのに環境の関係でえらい苦労しました。
使い始めると楽ですけどね、たしかに。

>ﾙﾅﾑｰｿな人

無理させちゃったならすいませんね。

＞ソースが飛んでしまっている

うーーん、結構そういうの多い見たいですね、話とか聞いてると。

＞だんじょん・とらっぷ管理人（333さん）

これは…アリアンロッド対応マップ…菊たけ氏のアレですね（笑）

なんだか、作ってる人が数名出てますね。
いい機会だしまとめページの人とかまとめてもらえると嬉しいんだけど…お忙しいのかな？

てか、SourceForgeはソース公開しないと利用できないんじゃないのかな？
公開CVSかなんかで、誰でもソース落とせるようにするんでしょ？

自分で作ったもののソース公開なんてよくできるな、と思う。
漏れはとてもじゃないけど恥ずかしくてそんなことはできない。

>>335
ソースの消滅を防ぐためにSourceForge使ったら？ ということだと思うが。

「誰か見てるかも…見られても嫌じゃないソース書かなきゃ！」という
プレッシャーがコードをきれいにするので、良い結果を得られるかも。

または、どうせ誰も見ない、顔も知らない誰かに見られても気にしないと思うことにするとか。
別に額に肉の字書いて歩く訳じゃないんだし恥ずかしくないよ

ひょっとすると、そのソースにを引きついで
もっと良いものが作られるかも知れない。

そのソースに見たい人が知りたかったコード
が書かれてるかもしれない。

おはようございます、最近スレが賑わって来て嬉しい限りですな。

今回はマウス操作関係をいじってみました。とりあえず昨日の成果物をあげておきます。
http://gamdev.org/up/img/2089.zip

なお、操作方法は以下の通りです。
【キーボード操作】
・カーソルの移動　テンキー又はカーソルキー
・表示の拡大縮小　テンキー[-][+]または[a][s]（[-][a]で縮小、[+][s]で拡大）
・マップの回転　　テンキー[/][*]または[z][x]（[*][x]で時計回り、[/][z]で反時計回りです）
・縦横ライン表示　　　[Shift]を押している間だけ表示。
【マウス操作】
・カーソルの移動　左クリックでマウスの位置に移動します。

今日ももう少し進める予定ですが、触ってみたら感想やコメントをお願いします。

スレの流れとか思いっきりぶっちして、
MFCの勉強を兼ねてマップエディタを作ろうとしてたり（爆

>339
やば、これは
つかえるよトリさんとりさん、使えるよトリさん（笑

…すいません、動揺しました。
軽い、早い、おまけに揃ってる。
情報絞ってうちでＩＲＣで使えるカスタムプラグインにしたくなりますね、結構。
一体、どんな魔法つかったんだか…って、つい、ソース見てみたらＡＷＴですか（笑）
なるほどね、操作はキーコントロールだしSwingみたいな重いもの使うよりは標準装備で
貧弱だけど速度はあるAwtの選択もこういう使い方だといい手ですね。

>336
御名答、私とかだと一度、クラッシュさせてソースなくしたんですよ、過去に（笑）
Javaはいざとなればクラスからソース作れますからね、逆コンパイルしてこつこつコメントとか復帰させたりした苦い経験があります。

>337,338

まぁ、自分がいつかダウンしても、何かの形で残るかもしれないって思えるのは意外に気楽なものですよ。
そこら辺の考え方は各々でしょうね、実際。

すご。
これはｲｲですね。完成期待してます。

いいですねえ。ただ、回転の反応が過敏すぎるように思いました。
zを１回押したつもりなのに、180°回転してしまったりしているようです。
他はほぼ問題なし。全体マップがかぶると少し見づらいかな？というくらいでした。全体マップの表示/非表示があるといいかも。

ああ、またこんな時間までやっちまった。色々修正したので一応あげておきます。
http://gamdev.org/up/img/2117.zip
【修正内容】
・>>343氏のご指摘にあった回転の問題を修正し、同様の修正を拡大縮小にも施しました。
・[Alt]キーで全体マップの表示方法を、不透明＞半透明＞非表示の順で切り替えられる様にしました。
・全体マップに高さが表示されるようにしてみました。高い場所ほど明るい色で表示されます。
・ウインドウ右下にモード選択ボタンを追加しました。クリックするとマスターモードになり、
　グループの表示非表示を切り替える小ボタンが表示されます。
・グループボタンも同様にマウスで選択し、クリックで表示を切り替えます。

>>340さん
ぜひ作りましょうw
スレの流れなんて関係ないですし、スレに制作を行っている人が増えるのはいい事です。

>>幻月さん
自分は通信関係でかなり苦労しているので、プラグイン化を本気でするつもりなら歓迎ですよw
低スペックマシンでも動く事を前提にしているのでこれでもまだ重いかなぁとも思っているんですが、
最近のマシンであれば楽々動くみたいですね。善哉善哉w

>>343さん
ご指摘感謝します。キーを押したままにしておくと毎フレーム回転処理を行ってしまうために
押してから離すまでのタイミングがフレームをまたいでしまうと180°回転してしまった様です。
取り急ぎ修正しましたがこんな感じでいかがでしょうか？

>>ALL
些細でも問題や違和感を感じる部分などを指摘していただければ、どんどん修正して行きますので
応援だけでなく突っ込みのほうもよろしくおねがいします。

さて、風呂入って仕事行くか(^^;

＞340

すみません、急いでて見落としてました。
頑張ってください、Ｊａｖａには向かない作業とかもあります。

＞トリ

その時間は危険です（苦笑）
今が面白い時期だと思いますけど、睡眠時間のキープだけは気を付けてください。

＞プラグイン化を本気

とりあえず現状ではピアツーピアの方向を作っといて
後で本当にやるとなったらそこは共同でやりましょう。

私個人は、トリさんの考えたピアツーピア形式は
そのツールの通信手段としては妥当なラインだと思ってるんですよ。
だから、とりあえず今は手の一つということで。
ただ、一応念のために、私は今日あたりからプラグイン仕様の再整理だけはしときます（笑）

えっと、
＞トリ
は
＞トリさん
のでした（苦笑）

それと、余計なこととは思いますが後々他の人がパーツとして使うときを
考えて外からの呼び出しメソッドは意識して作っておくと楽ですよ。

>>トリ
いいねー、俺も某ゲームのキャラメイクソフトをSwingで作っている。
Java屋としてはソース公開希望だな。

チャット部分は、マジカルチャットみたいな組み合わせ
自由のダイスシステムを組み込んでほしい。

マジチャはＤ６で振り足しはできるけどD１０で振り足
しできないからＤＸし難いんだよね(´・ω・`)

年末進行で忙殺されています。一段落したらまた制作再開しますのでご容赦あれ。

>>349
ﾄﾘｻﾝｷﾀ━━━━(;ﾟ∀ﾟ)=3━━━━ !!!!!

>>349
年末ですしね。
来年、落ち着いてからゆっくりいきましょう

古いバックアップデータの整理をしてたら昔々に作ったクオータービューじゃないバージョンの
マップCGIが出て来たんだけど誰か欲しい人いる？
ただしMacPerlで動かしていたものなので他の環境では動作保証一切なしですし、表示に大量の
画像を使用しているので通信トラフィック的にもディスク容量的にも非常に重い等問題だらけで
今見ると笑えるくらいの糞コードですので、それでもいいという方限定ですがw

クオータービュー用のJavaScriptも発見！こっちは少し手直しすれば使い物になるかな。
こちらはcgi部分は消滅していますが、実際の表示部分はどっちかと言えばJavaScript側にあるので
cgi部分は割と簡単に作成出来そうです。これも希望があれば公開します。

>352,353
キボンヌ。

ちょっと見たいです。負担にならないならば是非お願いします。

んじゃどぞ。
画像の選別しないで全部つっこんだら古い方めちゃめちゃ重くなっちゃったよ。
古いやつのチップ画像は再配布不可。ソースはご自由にどうぞ。
クオータービューの方は好きに使ってやって下さい。
古いののジャンク　ttp://birdland.ddo.jp/up/mapcgi.zip　約5.3M
クオータービュー　ttp://birdland.ddo.jp/up/qvmap.zip　132K
あ、もうひとつ使用条件付けていい？これ使って何か作ったらこのスレで晒して下さい。

>>356
JavaScriptの奴は面白いかもしれんが、クライアントマシンに依存しまくりやねｗ
パワーないときつ。

ちなみにJavaのクォータービューのやつだけど、あれはjre1.4以上限定なのかな？

>トリ
見させていただきました。
これは…うわっ、これが本当の縁ですかね。
一年半前、知人に頼まれて簡易のマッププラグインを作成する際に
画素の参考にさせてもらったのがトリさんの作品だとは思いませんでした（笑）
このスレから見にいったときには既に見れなくなってましたから気が付きませんでしたよ。
いや、その折にはお世話になりました…というかなんというか。

世の中広いようで狭いな、と変な感心をしてしまいました（笑）

結局イロイロな理由から、IRCには勝てないので
それ以上の付加価値をどのように見せていくかが重要だとオモタ

>359
そう思って、IRCクライアントforRPGセッションを開発中。
上手いことやりとりして、日本語名を使えるようにはした。
―って、それだけなんだがｗ

>360

頑張ってください
私もセッション用に日本語名表示をＩＲＣクライアントに
装備しましたけどIRCはプロトコルフォーマットがちゃんと整ってないのがしんどいんですよね。

LimeChat で日本語名を表記できるようになれば、かなりステキ。

こちらのグループでは、LimeChat か マジカルチャットの２つしか
使わないけど、マジチャのほうはランタイム入れないと起動しないから
面倒臭がる人が多い。

日本語表記とダイス（カード）機能と発言入力情報の提示があったら
とてもステキなんだけど・・・　IRCは日本語が・・・
はふぅ(´・ω・`)

CHOCOAが多いかなぁ、あんまし不便も感じないのだけれど
確かにマップとか画像とかいろんなのを共有したいとは思うんだけどね

IRCがあまり機能的に発展しないのは、プロトコルがテキストベースで
拡張性のないフォーマットだからだと思う
無理矢理IRC上に、MagicalChatのトランプ機能とかも実装できると思うけど
結局、IRCを利用した専用のソフトが必要になってしまうので
MagicalChatと変わらなくなって、利点が無くなるんだよなぁ

>>364
>>MagicalChatと変わらなくなって
つ【サーバーを用意しなくていい】

たけとんぼ使ってる人っている？
S=FやNWではかなり重宝してるんだけど。

IRC鯖に対する信頼感が根強いみたいですね。
IRCプロトコルを拡張するためにCTCPやDCCといったRFCに含まれない機能について調べてるんですが、
ttp://homepage1.nifty.com/YoR/ctcp.new.jp.txtくらいしか資料がなく難航しています。
どこかにわかりやすい資料ないですかねぇ。

>>366
それ、幻月さんが作ったやつですよね。

>>366
ご愛用いただきありがとうございます　m( )m

公開してから一年ちょい…
私、初めてユーザの声を聞きました（笑）

ＥＡＳＹ−ＭＡＰは流石に二週間でのつくったためにかなり雑なつくりになってます。
そのうち軽量動作版を出しますのでお待ちください。

…って、うわ、セールストークしてしまった（苦笑）

＞トリさん

それは私も苦労したんですよ。
ピンポイントでこれって言うのは見たことがないです。
一応、私が調べたＵＲＬを出します、参考になればいいのですが

ttp://www.haun.org/kent/lib/rfc1459-irc-ja.html
ttp://www.lares.dti.ne.jp/~meea/IRC/IRC-uc1.html

接続まで持ち込んでしまえば後はＩＲＣコマンドを文字列構成するだけでいけます。

＞トリさん

いけない、これを忘れてた

ttp://homepage1.nifty.com/YoR/

上のサイトの方はＳＳＴＰ（伺かのプロトコル）をＩＲＣの上に飛ばす
ツールを作ってます。
CTCP SSTPの規格も公開してくださってますので参考にしてみてください。

DCCとかは、結局クライアント独自な感じになりがちなので
好き勝手やってしまって問題ないと思われ。
どうせ、DCCとかって、IRCサーバ介してないでしょ

>>370

まぁ、確かに（笑）
私あたりはファイル転送にＦＴＰ使ってますし、
パケット監視しながらツール動かしてみると、みんなめいめい好きにやってるようですね。

期待age

長い事放置して申し訳ない。相変わらず仕事忙しいっす。
最近は全然触れてないけどやる気はあるので暇になり次第復帰します。

問題はばらばらな作りかけのソースを覚えているかどうかだけど・・・
きれいなソースを書けない未熟な漏れorz

トリﾀﾝ来たよ来たよトリﾀﾝ

応援してまつage

トリさん大変そうですねえ。
気長に待ってますので、焦らず進めてくださいな

お帰りなさい、トリさん。

そしてお疲れさま（苦笑）
久しぶりにするとそうなんですよね。

何か手伝いが欲しかったら声かけてください。
まぁ、こっちも仕事きつめなのでできる範囲でですけど

皆さんの声援が暖かすぎて、ここが本当に2chなのか不安になってしまいますね(^^;
皆さんの声援のおかげでモチベーションが抑えきれなくなってしまったので今宵は頑張っちゃいますよー。

頑張れ。蝶頑張れ。
仕事に差支えない程度にがんばれ。

>377

余計なお世話なのは重々承知してますけど
トリさん倒れない程度に気をつけて（苦笑
焦らずゆっくり長くが基本ですから。

＞374、375、378

トリさんが無理してるようだったら休息を勧めるのを
手伝ってもらえません？
ここまでくみ上げたトリさんの技量なら
モチベーションと時間をかければ行けると思います。

ほんと、余計なお世話だと本人も思うんですけどねぇ〜（苦笑）
無理してダウンした人とか見てるんで気になっちゃうんですよ。

おはよっす。クオータービューとは直接関係ないけどちょいとあげ。
ttp://uploader.zive.net/file/10816.zip

>>379 幻月さん
そこまで心配しなくでも大丈夫ですよw
根性ないんで倒れるまではやりませんし、やろうと思っても出来ないです(^^;

>>380

>そこまで心配しなくでも大丈夫ですよw

ならこっちも気楽に待ちます（笑）

>ちょいとあげ
乗せていただいたアドレス、なんだか重いらしくて繋がらないので
あした以降に再チャレンジします。

スターマジックは100リトライがデフォだから･･･。

ちょっといじって卓ゲのあぷろだにあげなおしました。
http://taku_kanban.at.infoseek.co.jp/cgi-bin/img/123.zip

＞トリ

とりさん、細かく見てないんだけど、これってもしかしなくても前のと別？（笑）
あぁ、それと止める手段がないので多分はまっている人がいると思います。

Windowsの場合、タスクマネージャのプロセス一覧にjavawというexeがあるのでそれを止めてください。

>幻月さん
ずいぶんと亀レスですが・・・・・
前のと別ってか別プロジェクト作って色々試作してる感じです。
以前のやつのソースが欲しい人はこっちからどうぞ。
これも全然整理してないのでソースは糞スパゲッティですよ(^^;;
http://taku_kanban.at.infoseek.co.jp/cgi-bin/img/130.zip

>385

忙しいんだろうなぁ、とかってに推測してました（笑
なるほど、納得しました。

GNUライセンスでなければそのうちソース参考にしたいんですけどいいですか？
GUI回りは半端じゃなく私弱くて（苦笑
そうそう、ちょっと違う話題ですけど私のほうのツールのプラグイン仕様
整理し直してサンプル付きでサイトにあげてあります。
IRC経由で文字列200文字以下の送信であれば保証できます。
IRCでの最初のIP取得とか、どうしても実装が大変なときにはプラグイン化の相談のりますのでいってください。
ちなみにとりさんのツールに私の作った「たけとんぼ」がプラグインとして乗るのも可です。
そういう作りしてるんです、あれ（笑

あんな糞スバゲティソースが参考になるかどうか甚だ疑問ですが、
アップしたソースについては一切の権利および責任を放棄しますので、
自己責任で使用される限り煮るなり焼くなり好きにして下さい。

自分はデザイン畑の人間なのでどちらかというと内部処理の方が苦手ですね。
かといってGUIが得意かというとそうでもないのが困った物ですが。

プラグインの方はまだ出先なので帰ってからゆっくり拝見しようと思います。

↑トリ氏？　別人？

名前入れ忘れたっぽい。本人です(^^;;;;

＞自己責任で使用される限り煮るなり焼くなり好きにして下さい。

了解です。

＞ゆっくり拝見

まぁ、前も言いましたけど私は無理にどうこう押す気はさらさらないので
とりあえずは見てみて検討してみてください。

ちょっとたけとんぼプラグインをいじってみました。
これいいですね。速度的なものはともかく制作がめちゃめちゃ楽です。
ちょうど試作中だったコンポーネントをドラッグで移動出来るレイアウトマネージャと
組み合わせたらあっという間に2Dのマップが出来そうな感じになってるしw

ってなわけで今回のサンプルはたけとんぼプラグインです。
背景描画や駒をいじっていないので見た目は悪いですが、駒（の代用のJLabel）が
動かせる事と、その操作が共有出来る事を確認して下さい。
ちなみに、Shift+[g]でグリッドに吸着する機能のON/OFF、Control+[g]でグリッドの
サイズ指定が出来る様になっています。

http://taku_kanban.at.infoseek.co.jp/cgi-bin/img/131.zip
今回もソースとdocを同梱してあります。

>>幻月さん
やばい、これいい。通信部分を考えずにGUI制作に集中出来るってのはすごいありがたい。
当分プラグインをいじり回してみます。

喜んでもらえてるみたいでなによりです（笑

まぁ、いじってみて限界を把握してください。
それが事実上IRCでの限界ですから（笑
ちなみに、現在の最新版は1.6.4、バグや不都合が
出るたびに手直ししてるので必ず最新版で試してくださいね。

＞やばい、これいい。通信部分を考えずにGUI制作に集中出来るってのはすごいありがたい。

そういってもらえると苦労して作ったかいがありますね。
あ、ちなみに、READMEにも書いてありますけど、
当然ですけどプラグインの著作権は各自製作者もちです。
テンプレートの著作権も私が放棄してますから（笑

ほかの人が作ったツール、後で直してって言われてもさすがにフォローできないですから（笑

>とりさん

サンプル動かしてみました。
えっとフレームが出てそれから何も表示されないのですが…なぜ？（笑）
単独でjarをダブルクリック起動しても同じみたいですね。
左上のところ「テスト■」とだけ表示されています。
ちなみに、閉じるときにSytem.exitしてるみたいだけどできればdisposeでお願いします。
でないと、たけとんぼも落ちちゃいますよ〜？（笑）

＞とりさんへ

DraggableLayout
の中のmouseDraggedメソッドの中身を

//if(e.getButton()==1){

Component c=(Component)e.getSource();
int x=e.getX()+c.getX()-missX;
int y=e.getY()+c.getY()-missY;
if(x>c.getParent().getWidth()-c.getWidth()){x=c.getParent().getWidth()-c.getWidth();}
if(y>c.getParent().getHeight()-c.getHeight()){y=c.getParent().getHeight()-c.getHeight();}
if(x<0){x=0;}if(y<0){y=0;}
if(e.isShiftDown()){
}
c.setLocation(x,y);
drag=true;
//}

としてみたらとりあえずは動いたんですが…これでいいのかな？

＞とりさんへ

で、まぁ、動かしてみました。

面白（笑）

昔でいうところのKISSつくってみんなでいじるとかできそう（笑）

やばい、やばいよ楽しくて作業が止まらないぃ。つか簡単なマップツールならもうすぐ出来そう♪
初期化部分と背景の実装がまだだけど、駒の挙動は３日でほぼ完成しちゃいましたw
http://taku_kanban.at.infoseek.co.jp/cgi-bin/img/135.zip

クオータービューにはならないけどRPGツクールの素材を流用出来るからマップチップに困らないし、
動きも割と軽快なので十分実用に耐えるだけの性能を持ってると思います。

問題はマップの初期化時と途中参加者が来た時の大量の情報伝達をどう処理するかですな。

＞幻月さん
なんて危険な代物を与えてくれたんだw 面白すぎて眠れません。
んで>>394だけど、やっぱおかしいかぁ。MacのVMがmouseDraggedイベントでもgetButton()で
ボタンを返してくるからそう書いたけどふつう返らないよねぇ。以下の様に訂正(^^;
誤）　if(e.getButton()==1){
正）　if((e.getModifiersEx()&e.BUTTON1_DOWN_MASK)!=0){
つか色々いじったんでちょっと触ってみてよ。割と軽快で楽しく仕上がったと思いますよん♪

操作方法書くの忘れた。
「駒の挿入」って名前の内部フレームを伸張、テキストフィールド部分に名前を入れて、使いたい駒のボタンをクリックで駒が出現します。
左クリックしてドラッグで移動、右クリックメニューから色々出来ます。カーソルをのせておくと駒の名前も表示されます。

ツールバーの方はまだ機能してません。

ｲｲﾖｲｲﾖｰ(´∀｀*)

たけとんぼか…マップのログが汚いのとチャンネル１つしか見られないので実際には使わなかったなぁ。
いいツールとは思うのだけど。不便すぎた。これが作者さんの言うIRCの限界ってやつか。

良いですね。
状態は、「バーサーク」「混乱」「魅了」「サイレンス」とか
掛かっているかどうか一目でわかるって使い方ができそうでワクワク。

ちょっと気になったところが、
キャラが縦にみっちり並んでるときで「状態」を表記していると、
後ろのキャラを直接選択できないことですね（状態で隠れる）。

ここらへん個人的には、マス目大きくても良いのではと思うです。
スパロボのように顔だけの絵でも良いかなーとか。
あとは、大きいサイズのモンスター（ドラゴン６×１０マスとか）
とか配置したいデス！（無謀？

あぁ、なるほど。
というかMAC動きました？
実は実近に端末がなかったので検証してなかったんです、MAC。
ちゃんと動いてるんだ…よかった（笑
できれば動いたOS教えてもらえるとうれしいです。

＞面白すぎて眠れません

めちゃくちゃたのしんでますね。
でも、ちょっとは寝ましょね。（笑
あぁ、それとメソッドのダイレクト直接呼出機能、
最新の「たけとんぼ」はbooleanにも対応してますよ。
>399
＞いいツールとは思うのだけど。不便すぎた。
＞マップのログが汚い

いや、本当にすいませんね（苦笑
ログって言うのはたぶんにCHOCOAとか他のツールで取ったときかな。
「たけとんぼ」でログ取ると情報のやり取りはログに見せないんですが
他のツールで取れちゃうのは…うん、避けられないですね。
今の最新版はマルチチャンネル対応してます。
まぁ、IRCというより
どちらかというと私が個人で作る（主に時間の）限界点ですね。

あ、最新版は複数チャンネル入れるんだ。
まあ、ログが汚い云々は、複数チャンネルに入れないために、やむなく通常のクライアントで入っていたからの発言です。
それに、使い慣れたもののほうが楽ですし…。
あとはまあ、色々理由あって使いませんでしたね。なんか、IRCに大量のデータを送るのが抵抗あったりして。でも、今度また使ってみようかな？

>399

>使い慣れたもののほうが楽ですし
それは同感ですね。
もともと「たけとんぼ」は個人で使ってたツールですしわかりますよ。

＞IRCに大量のデータを送るのが抵抗あったりして

それもわかりますね。
私もかなり気になったんでsfさんに大丈夫かどうか問い合わせたりしましたし。

まぁ、気が向いたらつかってやってください。

お久しぶりです。

AutoREALM2.1日本語版を出しました。書き込み遅くなってごめんなさい。
http://sourceforge.jp/projects/autorealm-ja/
あんまり変わってませんが、本家が出してたので一応。
今後はwxWidgets版になるのでWindowsだけじゃなくMacとかLinuxでも動くものになります。
そっちも日本語化していきます。

俺自身最近TRPGプレイできてないので、
他のツール開発も滞り中ですが、まあぼちぼち何か考えたりはしています。

以上、告知＆近況報告だけでスマソ。

http://taku_kanban.at.infoseek.co.jp/cgi-bin/img/138.zip

とり急ぎ状態で隠れてしまった駒を動かせる様にしました。
状態アイコン部分はドラッグに反応しませんが、ポップアップメニューは現時点では上にある駒のものが出ます。
この辺はまたそのうちいじります。マスのサイズが16×16なのはRPGツクールのチップを流用するためですので
この点に変更はありません。ただしctrl+[g]でマスのサイズを変更、shift+[g]でマスへの吸着を解除出来ます。

あと、右クリックメニューからドラッグ移動の可／不可を変更出来るようにしました。

色々やりたい事は多いけどさすがに眠いので寝ます。

>kumaryuさん

初めまして、私はよく知らなかったのですが便利なツールですね。
xmlのマッピングテーブルとかあったりしますか？
あったら自作のツールで読めそうでいいなぁという、
ただそれだけなんですが。

＞トリさん

修正点はきれいに直ってますね、さすがです。

＞初期化時と途中参加者が来た時の大量の情報伝達

作りのメド立ちそうです？
たけとんぼが情報投げっぱなしだから意外にきついかもしれないですね。

苦戦してるようならまた相談にのります。

＞幻月さん
今宵はTRPG用ツールを作成している人と話をする機会がありまして、たけとんぼを紹介しておきました。
ところで、IRCの字数制限ってJpUnitやたけとんぼでは管理してくれないんですよね？

ありゃ、途中で送っちゃった(^^;

＞幻月さん （続き）
その人と話していて、字数制限の管理を自動でやってくれたら楽なのになーと言う話題が出たもので。
結構重要な問題ですし、プラグイン毎に管理するより、本体で一括管理してしまう方が良い気がするのですがどうでしょうか？

＞たけとんぼを紹介しておきました。

ありがとうございます。

＞ところで、IRCの字数制限ってJpUnitやたけとんぼでは管理してくれないんですよね

現状してないですね。
500文字でけってもいいんだけどサーバによっても割れるし管理しにくいんですよ。
コマンドのヘッダ長によって、実際の送信可能文字列かわるでしょ？
一回制限かけてみたら、プラグイン作成がかなりやりにくかったので削ったんですよ。
送信の可不可を定型で返却してもいいんだけど…
それだと、結局、プラグインサイドで分割しなくちゃいけないんですよね。
かといってたけとんぼサイドで分割送信するのはかなり厳しいんです。
これも一回やってみたけどWideとcreサーバ郡でトラフックの許容値がちがうんです。
だから、一律で行うのは不可能でやるんだとすると存在するIRCサーバすべての情報をもたせるしかない。
以上の理由で現状、装備を見送っています。

まぁ、単純に、400byte超えたら送信できないよってJpUnitにおくるだけなら実装できますけど、それでいいの？

まぁ、ものはためし
400byte超えたら送信できないよってJpUnitにおくるだけの実装してみた版を
アップしてみるので見てみてください。

http://www.interq.or.jp/earth/geo-ark/yume/out_system/test.lzh

たけとんぼ本体（テスト用不安定版）と
結果返却を取得できるプラグインをセットにしてあります。
トータル文字数が490byteを超えるとfalse返ってくるので確認してみてください。

さっくりいじっただけなので、元のたけとんぼはちゃんとバックアップとっておいてくださいね。

…そういえばどこのＩＲＣでも500超えたらまともにメッセージ飛ばないな…
490byteを超えるとエラーになって飛ばないっていうのはこのまま
安定化させて正式採用してもいいですね。
どうします？とりさん

ちなみに分割送信してほしいって内容であれば現状、共通化するつもりはありません。
大変だろうけど各自JpUnitでしてください。

>とりさんへ

返答まとうかなって思ってたんですが、出来たかどうかぐらいは実際にいると
判断したので、字数制限に関しては「たけとんぼ」の最新版に正式に採用しました。
使い方に関してはまたあたらしいプラグイン用の解説を書いていますので
そちらを見てくださいね。

いつもいつもお疲れさまです。
ありがたくダウソさせていただいております。

javaだとマカーにも余裕で使えていいですな。

>413

いぇ、使っていただきありがとうございます。
…マックちゃんと動いてます？
だぁれも動作したって返答ないので、私、今ひとつ自信ないんです（苦笑）
とりさんがマカーらしので、動いてるんだろうな、と思ってはいたんですけど。

＞幻月さん
早速の対応どうもです。順次こちらのマップでも利用させていただこうと思います。

んで、こちらの進行状況の報告です。今回の変更点は・・・
・チップセット画像のURL指定して駒を生成する機能の追加。
・途中参加者が来た時の処理を実装。
の２点です。URLによる駒生成はRPGツクールの歩行グラフィックセットを使用出来ます。
X,Yは複数の駒が１枚の画像になっている様な場合にどの駒を使用するかを指定します。

例）
URLをhttp://www.mogunet.net/〜fsm/sozai/chara_map/img/chara02/chara07_b.gif（First Seed Material）
とした場合、X=1,Y＝2ならヤギが、X=4,Y＝1ならネズミが生成されます。

ダウンロードはこちらからどうぞ。
http://taku_kanban.at.infoseek.co.jp/cgi-bin/img/142.zip

>>413
マカーにも使えるマップツールが基本コンセプトなので自然とJavaになってます(^^)
触ってみて気付いた事があったら教えて下さいね。

凄いツールができつつありますね…なんにも出来ませんが、完成を心待ちに陰ながら応援しております/／・∀・）ノシ

ははぁ…面白い機能を追加しましたね。

URLを送ることで共有化するのか、これは私はとらなかったけど悪くない手ですね。
このまま背景読み込んだら終わってしまいそうな勢いです。
URLの送信がうまくいったかどうか見るために返却がほしかったんですね。
いやぁ、人が作るツールっていうのは面白いですね。

逆にいえば読み込みようの人物チップは「マテリアルクエスト」のフォーマットに準じるということですね？

>>406
.AuRXの中身は詳しく見てません。
ざっと見たところ、AutoREALMの要素をほぼそのままマッピングした形になってますが、
それだけにこれを読み込んでレンダリングするのは結構大変そうですね。
オーバレイとかコメントが付けられるので、そのまま読めればいろいろ使えそうですが。

>kumaryuさん

＞それだけにこれを読み込んでレンダリングするのは結構大変そうですね。
＞オーバレイとかコメントが付けられるので、そのまま読めればいろいろ使えそうですが

そうなんですよね、いや無理を言ってすいません。

出先から携帯カキコ。

＞幻月さん
マテリアルクエストというか、RPGツクール用のRTPフォーマットに準拠します。
本家RPGツクールではカラーパレットに制限がありますが、これは無視。
「RPGツクール」「素材」「歩行グラフィック」などでぐぐるとかなりの数の素材が発見出来ると思います。

キャラのイメージにあった駒を使用させる事が目的なので、最も普及しているフォーマットに媚びる事にしましたw

いまは背景関係を少しいじっているのでまとまったらまたアップします。

>>419
いえいえ、謝られても困ります。

そのままレンダリングするのは難しいというか、大変そうですが、
SVG辺りにマッピングできればレンダリングは楽になりそうな気がします。
SVGでなくともグラフィックデータと付随するデータを上手く分離さえできればなんとかなる気がするので、ちょっと考えてみます。

＞とりさん
>いまは背景関係を少しいじっているのでまとまったらまたアップします。

了解です。まぁ、無理しない程度に。

>421
＞kumaryuさん

>SVGでなくともグラフィックデータと付随するデータを上手く分離さえできればなんとかなる気がするので、ちょっと考えてみます。

ですね。
あってもすぐなにかに使えるってわけじゃないですけど、
けっこうそういうのが後で役に立ったりするので…

＞kumaryuさん

ちょっと訂正。
なんとかなるというのがわかるような気がしたのですが
…よく考えてみたら、私にはわかりませんでした。
とりあえず、そのうちで気が向いたらいいんで、意味教えてください（苦笑

>>423
あ、変な日本語になってましたね。
混乱させてしまったようで申し訳ない。

いや、単純に、もっと扱い易いフォーマットに変換できれば使えるんじゃないかと思っただけです。
現状では描画用のデータとオーバレイやコメント等のデータがごっちゃに入ってるので、
分けて扱えれば楽に使えるかと思ったということで。

たけとんぼのプラグインを作ろうとしているものです。

たけとんぼを使っていて気づいたのですが、どうやらたけとんぼは同じようなニックが同じサーバーに複数、
接続したときにおかしな動作をするようです

具体的には、「aaa」というニックで適当なチャンネルに入室し、
同じく「aaa」と言うニックでサーバーに接続すると、
後から入った方のたけとんぼのニックは「aaax」となるのですが
先に入った方のチャンネルリストには「aaax」が表示されないことがよくあるみたいです

こういうときには、aaaのニックのたけとんぼででJpScriptのNameListで取得したニックの一覧にも「aaax」は無いようです。

また、「aaax」がサーバーに接続しているときに、「aaax」と言うニックで接続しようとすると「aaaxx」になるのですが、
このとき、たけとんぼがaaaxxはすでに接続していると判断するときがあるようで際限なくxを増やしたり減らしたりすることがあるようです。

＞幻月さん
最近、かなりいいペースでページ更新されていますね、速すぎて新機能を追いきれません(^^;

んで、上の>>425氏は私が>>407で言っていた人物でたけとんぼ用カード管理プラグインを作成されている様なんですが、
カードの情報を、選択送信機能を使って送るためにニックリストの堅牢性がとても気になるらしいです。
>>425の件もIRCで相談されたんですが、事がたけとんぼ本体の挙動に関する事でしたのでこのスレに誘導しておきました。

私の方はマップエディタを作成中ですが、今夜中に試作品が仕上がればアップしたいと思います。
もうちょいまっていて下さいな。

＞kumaryuさん

なるほど、納得しました。

>425

それはバグみたいですねぇ、申し訳ない。
追いかけてつぶせ次第修正版をアップします。
自分ひとりで作っている間は気が付かないバグもあるので正直助かります。


＞とりさん

＞最近、かなりいいペースでページ更新されていますね、速すぎて新機能を追いきれません(^^;

あれらはもともとタイムテーブルきって実装予定はあったものなんですよ。
ただ、最近、とりさんの実装が早いので危機感をもって前倒しして装備しました。
後はしばらくはバグリペアしないと（苦笑

>425

>また、「aaax」がサーバーに接続しているときに、「aaax」と言うニックで接続しようとすると「aaaxx」になるのですが、
>このとき、たけとんぼがaaaxxはすでに接続していると判断するときがあるようで際限なくxを増やしたり減らしたりすることがあるようです。

それは、現時点でそうしてました。
ニックネーム競合時には後に[x]を追加するのは基本でやってます。
よっぽどじゃなきゃニックネームの限界値は越えないだろうと踏んでたんですけど
やっぱりリミット必要そうですねぇ…

>425さん

＞具体的には、「aaa」というニックで適当なチャンネルに入室し、
＞同じく「aaa」と言うニックでサーバーに接続すると、
＞後から入った方のたけとんぼのニックは「aaax」となるのですが
＞先に入った方のチャンネルリストには「aaax」が表示されないことがよくあるみたいです

チャンネルリストのエラーはたけとんぼ最新版「1.7.3」で修正しました。確認してみてください。

それともうひとつのほうは時間がかかりそうです。
至急修正が必要ですか？

425です

>幻月さん

> チャンネルリストのエラーはたけとんぼ最新版「1.7.3」で修正しました。確認してみてください

確認しました。
入室者一覧に先に入室したクライアントの一覧にも後から入室した参加者のニックが表示されていました。
ありがとうございます。

ただ、試しているときに、入室者一覧になにも表示されないと言う現象が時々起こるようです。
たとえば、
「aaa」で入室した後に、「aaax」で入室すると、「aaax」の入室者一覧にはなにも表示されない、と言うようなことです。
この現象は、起こるときと起こらないときがあり、どのような条件で起こるかはわかりませんでしたが、
起こるときには、2番目に同じようなニックで入室したクライアントに起こるようです。

この現象が起こった場合でも、JpScriptのNameListでは正確なニックの一覧を取得できるようなのでプラグイン作成については問題なく行えそうです。


> それともうひとつのほうは時間がかかりそうです。
> 至急修正が必要ですか？

いえ。プラグイン作成には問題がないので、至急必要ではありませんのでJpScriptを理解しながら待ちます。

一つ質問なのですが、たけとんぼにはニックの変更に応じた処理をする機能がまだ無いようですが、
この機能がつく予定はあるのでしょうか。

>425さん

＞入室者一覧に先に入室したクライアントの一覧にも後から入室した参加者のニックが表示されていました

よかった、大丈夫そうですね。

＞「aaa」で入室した後に、「aaax」で入室すると、「aaax」の入室者一覧にはなにも表示されない、と言うようなことです。
＞この現象は、起こるときと起こらないときがあり、どのような条件で起こるかはわかりませんでしたが、
＞起こるときには、2番目に同じようなニックで入室したクライアントに起こるようです。

うーーーん、報告ありがとうございます。
私もたまに見るんですけど、現象再現性がなくて困ってるんです（苦笑
現象の再現ステップが分かったら教えてもらえます？

＞一つ質問なのですが、たけとんぼにはニックの変更に応じた処理をする機能がまだ無いようですが、
＞この機能がつく予定はあるのでしょうか。

現状ありません。
検討課題にはしてますが優先度は低くしてあります。
たけとんぼにとってニックネームは処理を行うためのシンボルでしかないため
重要視していない部分があります。
必要になった場合には他の作業を下げて修正を検討しますのでご連絡ください。

それと、無理にとはいいませんが、できれば捨てハンドルでよいので固定ハンドルで書き込んでいただけると
返答する側として助かります。ご検討ください。

>425さん

IRCコマンドNICKへの暫定対応はたけとんぼ最新版「1.7.4」で修正しました。
確認してみてください。

あくまで暫定対応ですのであしからず。

425です。
固定ハンドルを秋茄子にします。

> たけとんぼにとってニックネームは処理を行うためのシンボルでしかないため

そういえば、たけとんぼにはニックを変更する機能はありませんでした。
普通のクライアントとして使ってみたときに、他の人のニックの変更が行われたときに、一覧が変わらなかったので少し不便だな、と思ったのです。
プラグイン作成も、これがないと困るかな・・・と思ったのですが、無くても何とかなる方法を思いつきました。


> IRCコマンドNICKへの暫定対応はたけとんぼ最新版「1.7.4」で修正しました。
> 確認してみてください。

確認しました。
ニックを変更すると、メッセージが表示され、一覧も変更されていました。
ありがとうございました。

やっとめどが立ちました。背景関連でまだ色々やりたい事大杉てしんどいです(^^;
背景もURLを指定して挿入出来るようにしました。同時に、これで使うための背景画像用マップエディタを作成してみました。
http://taku_kanban.at.infoseek.co.jp/cgi-bin/img/147.zip

エディタの操作はほぼマウスで行え、右クリックメニューから色々できます。
編集画面側に選択範囲を作成する場合に限り、シフトキーを押しながらドラッグする必要があります。

マップエディタで描いたマップ画像のサンプルを一緒にあげておきますので、背景に指定してみて下さい。
http://taku_kanban.at.infoseek.co.jp/cgi-bin/img/148.png

>幻月さん
予定されていたとはいえすごいペースです。
こちらはひとまず追加された新機能を追うのを控え、RPGMap2Dを最低限使える形にしてから最適化して行く事にしました。
幻月さんや秋茄子さんに置いて行かれないように頑張っちゃいますよ。

＞秋茄子さん
こっちでは秋茄子さんですか、なんか混乱しそうですな。間違えないよう気をつけねば(^^;
幻月さんが素早く対応して下さった様なので、カードプラグインのサンプルが見られるのもそう遠くないかなと期待しています。
お互い頑張りましょう。これからもよろです♪

>秋茄子さん

＞プラグイン作成も、これがないと困るかな・・・と思ったのですが、無くても何とかなる方法を思いつきました。

何とかなりますか、よかった。

＞ありがとうございました。

いぇ、基幹部（Jp解析部）にかかわらないところでしたからね。
まぁ、また何か気が付いたら言ってみてください、結構機能装備、放置してますから、私。

＞とりさん

で、動かしてみました。すごいな、とりさん。私にはこの短期間ではここまではできないな（苦笑
しっかり背景読み込めてキャラも歩いてるし…まるでアバターチャットのようです。

＞予定されていたとはいえすごいペースです。
＞こちらはひとまず追加された新機能を追うのを控え、RPGMap2Dを最低限使える形にしてから最適化して行く事にしました。

無理に全部使う必要はありません。というか、余計な機能がいろいろ（笑
まずは安定化させましょう。今の状態でもちょっとしたサポートツールとしてそのまま使えます。
あと、安定したら個別送信をチェックしてみてください。
たぶん、初期化時に情報くれってお願いした「PRGマップ」に対して、他のユーザが使ってる「PRGマップ」が全員反応してしまうはずなんです。
先の話になりますがlこの点は後で手を入れないといけないとだめかもしれませんね。

＞幻月さんや秋茄子さんに置いて行かれないように頑張っちゃいますよ。

無理をしない範囲で（笑）

＞とりさん

動かしていて気が付いたのですが背景データの転送がうまく言ってないようです。
正確には背景の一定の画素が繰り返し表示されています。
かつ移動もできる…これはもしかして転送されてきた背景URLを人物扱いで処理してしまっているんじゃないかな？

＞幻月さん

＞たぶん､初期化時に情報くれってお願いした｢PRGﾏｯﾌﾟ｣に対して､他のﾕｰｻﾞが使ってる｢PRGﾏｯﾌﾟ｣が全員反応してしまうはずなんです｡

この点は暫定的にではありますが対応済みなはずです。

処理内容としては、プラグイン起動時に「JOIN<>NEW<>起動日時」というメッセージを送ります。
そのメッセージに対して全てのRPGMapが「JOIN<>RES<>起動日時」というメッセージを返します。
JOIN-RESメッセージを受けたら、自分と相手の起動日時を比較し、自分より先に起動ししている
RPGMapが存在したらスレイブモードに移行し、初期化メッセージをかえさなくなります。

自分より先に起動しているRPGMapが存在しない=一番最初にプラグインを起動したユーザーのみが、
マスターモードで動作し、JOIN-NEWを受けた際に初期化メッセージ「SETUP<>・・・・」を返す。


といった具合です。マスターモードのユーザーが落ちた場合など問題はまだありますけどね(^^;
当然選択送信を使った方がスマートに出来ると思うので、順次対応していきたいと思います。

＞幻月さん

＞背景データの転送がうまく言ってないようです。
ああ、背景用のクラス「MapTile」のgetCmd()メソッドを上書きしていないせいで、
親クラスである駒用の「MapUnit」として処理されているせいですね。
今夜にでも修正しておきます。

>処理内容としては、プラグイン起動時に「JOIN<>NEW<>起動日時」というメッセージを送ります。
>そのメッセージに対して全てのRPGMapが「JOIN<>RES<>起動日時」というメッセージを返します。
>JOIN-RESメッセージを受けたら、自分と相手の起動日時を比較し、自分より先に起動ししている
>RPGMapが存在したらスレイブモードに移行し、初期化メッセージをかえさなくなります。

なるほど、マスタースレーブ方式とりましたか。
さすがにそこまでは見ていませんでした。
多分、同じ時間が合った場合には自身はスレーブですね？
それなら理論上は問題ないはずですね。

＞といった具合です。マスターモードのユーザーが落ちた場合など問題はまだありますけどね(^^;
＞当然選択送信を使った方がスマートに出来ると思うので、順次対応していきたいと思います。

まぁ、急がずゆっくりです。
マスタースレーブ処理をユーザにさせてしまうっていうのは
大変でしょうけど、Jp通信網のほうは担保取れるはずなのでがんばってください。

>幻月さん

たけとんぼをIRCクライアントとして使用していた時に必ず発生するエラーを見つけたので、報告します。

たけとんぼにを使って「aaa」というニックで入室します。
そして、たけとんぼ以外のクライアントで同じチャンネルに入室し、
そのたけとんぼ以外のクライアントから「aaa」に対してプライベートメッセージを送信すると以下のようなメッセージが表示されました

会話を続けるには、もう一度ログインして下さい
ネットワーク接続が切断されました
ERROR ; java.lang.StringIndexOutOfBoundsException: String index out of range: -1

このとき、実際は切断されていないようでたけとんぼ以外のクライアントには「aaa」が表示されていました。
しかし、メッセージの送受信はできないようです

>秋茄子さん

報告ありがとうございます。
単純に未対応でした。
最新版「1.7.5」にて対応済みです。（確認クライアントはCHOCOA）
たけとんぼのQAにも明記していますが個人で使うツールとして作り始めた経緯から
すべてのコマンド、およびクライアントには対応してません。
発見時は連絡いただけると後の修正に活かせるので助かります。

>>たけとんぼ
ここでバグ報告されるってのも、微妙だよな兄弟。

×　privmsg <チャンネル名> <メッセージ>
○　privmsg <チャンネル名> :<メッセージ>

参照：Ｑ6
忘れ物ヒント。メッセージの前の「:」かもしんない。

>魔改さん

それは私に言ってるのかな？（苦笑
いやまぁ、かなり穴があるのは本人は承知してるんですけどね。
それはさっきの秋茄子さんの連絡に関してですか？

物を見てないので的外れかもしれませんが。
いや、いいです。
無かった事にしてください。

>魔改さん

いや、とりあえずメモだけさせてもらって何かのときに参考にします。
ツールつくりなんて結構いいかげんやらかしてますからね。
バグ報告がくるのはある意味貴重なんですよ。
…公開して以来、メールすら来やしませんし（笑）
フリーソフトなんてそんなものだと割り切ってますけど。
確かにツールが返すメッセージには「:」があるのに
コマンドヘルプ集には入ってないのは事実なんですよね（笑）

>>445
いえ、そういうわけではないのですが、、、
半角スペースの送信に関する回答なんですが。

ところで、たけとんぼのデバック用ローカル鯖はなにを使用していますか？
TonIrcd・AMBServer双方共に使用不可能だったのですが。

＞デバック用ローカル鯖

えぇっと、使ってません。
Richaの方に知り合いがいるので、ログみせて許可もらって
確認してます。

ちょっと正確ではなかったので修正です。
厳密に言うなら初期は自作のIRC鯖で確認してました。
初めのころはいＲＣのことがよく分からなくて
とりあえずCHOCOAとwideの間でのＩＰログを取って，
それを元に公開してるお遊びのHTTP偽鯖を改造して
ダミーのIRC鯖を作成（決まった言葉に対してレスポンスするだけ）
それに対して応答できるクライアントを目標に最初は作ってました。

…今思うと無駄なことしてますね。

ひとまず基本的な機能を組み込んで安定化させる方向を目指してみます。
配置したマップの保存と保存したマップの読み込みを暫定的に実装しました。
ツールバーのボタンから操作出来ます。

http://taku_kanban.at.infoseek.co.jp/cgi-bin/img/151.zip

＞とりさん
動作確認しました。
前回の修繕点はきっちり直ってるし、ファイルからの読み込みもきっちりできてます。
さすがです

＞幻月さん
さすがと言われても、せいぜい50行程度（もっと少ないかも）しか書き換えていないので何とも(^^;
やってる事は至極シンプルですが、それもすべてJpUnitとたけとんぼのおかげなんですから。

ファイルから読み込んだ際に他のクライアントに送信する処理が、今のところ駒ひとつずつ送信しているので
読み込みがめちゃめちゃ遅いです。複数行まとめてSETUPコマンドで送る様に変更予定。

>せいぜい50行程度

そうなんですか、最近ソースは見てないので動きで感心したのですが（笑

＞JpUnitとたけとんぼ

まぁ、それも使い手あってこそです。
もう少し慣れてきたら使い倒してください（笑）

＞複数行まとめてSETUPコマンドで送る様に変更予定

そのほうが無難ですね、がんばってください。

久しぶりにこのスレにきましたがすごい勢いで進行してますね、期待してます。
ところでたけとんぼなんですが、キャラクター名などを色分けすることはできませんでしょうか？
いままではウェブチャットでやっていて、白黒だと結構見づらいもので…

>キャラクター名などを色分けすることはできませんでしょうか

あまり長くは書き込めないので簡単に…
今のところできません、というかやり方がわかりません（笑
初期から実装したい機能で何度か試しているのですが今のところできる気がしません。
あまり期待しないでいてください。

>454
早速の返事ありがとうございます。
了解しました、こっそり待っています。

たけとんぼいいですね。

ログの方向を上にするのなら
IrcCore.getTextarea().setCaretPosition(0);
とかやって、スクロールバーの操作してほしい。
下なら
IrcCore.getTextarea().setCaretPosition(IrcCore.getTextarea().getText().length());
とかいかがか。

あと、設定の「ログ出力方向を逆にする」とかのチェックは設定を保存してほしいと思った。

すごい勢いで成長しているので今後が楽しみですね。

＞455

期待しないで待っててください（笑）

＞456

ソースありがとうございます。
あぁ、確かにそうですね。
しかもしっかりソース見て書いていただいてるし。
（他の修正があるので）すぐにはできませんが
近いうちのバージョンアップタイミングで利用させてもらいます。

ふう、徹夜してしまいました。

細々した機能をいくつか組み込んでみたのでお試しあれ。
・射線チェックおよび距離測定ツール（画面左上の赤い点をドラッグ）
・グリッドの表示機能
・全削除機能
・ファイル読み込みを新規と追加に分割
上部ツールバーに色々とボタンが追加してあるので押してみて下さい。
なお「URLから開く」ボタンは機能していません。

http://taku_kanban.at.infoseek.co.jp/cgi-bin/img/152.zip

さてと・・・仕事するかぁ。

ちと下がりすぎなのでageておきます。

＞トリさん

ずいぶん完成に近づきましたね
早速試してみました。
で、添付されたサンプルを読み込んだところデータが不完全になるという現象を見つけました。

テスト結果のログをおいておきます。
http://taku_kanban.at.infoseek.co.jp/cgi-bin/img/154.lzh

で、私の目から見ると、一部送信コマンドが切れてますね。
どうやらircの文字列制限を越えてしまっているようです。
それと全キャラクターの情報を送っていないようです。

今日はちゃんとゆっくり寝て、休息を取ってから確認してみてください。

たけとんぼのプラグインを作っていたときに、たけとんぼの動作でおかしなところをトリさんが見つけてくれたので報告します。

まず、
http://taku_kanban.at.infoseek.co.jp/cgi-bin/img/158.lzh
を落としてください。

CardDealer.jarとCardPlayer.jarのふたつのたけとんぼのプラグインを圧縮しています。

ディーラーの使い方は、起動させた後にディーラーのニックネームリストをダブルクリックしてください。
ダブルクリックしたニックのついたボタンが作られます。
そのボタンを押せば、sendUnitニックの先にプライベートメッセージでカードを配ります。

プレイヤー側は今のところ受け取るだけです
ディーラー側から送ったプライベートメッセ−ジの宛先がたけとんぼで、プレイヤーを起動させていれば配られたカードが表示されます。

ディーラー側のニックネームリストは誰かが退室すると更新されます。
しかし、以下の操作をしたときにはニックネームリストの更新が行われません。

１．ディーラー＞プレイヤーの順で起動し自分にカードを配った後に場合
２．ディーラーをふたつ起動し自分にカードを配った場合、先に起動した方のみリストが取得出来ない

この事と、JTextAreaに表示されるプラグインが受け取ったメッセージのログから考えると
複数のプラグインがニックリストを要求した場合、最後に登録したもの以外が無効になるのではないでしょうか。

トリさんによると、けとんぼが同一の変数に対する複数のsetReply要求を管理出来ないのが問題ではないか、ということらしいです。

>秋茄子さん

確認しました。
まず最初にきれいに配布できてますね。
なるほどなぁと、思っていじってました。

で、あげていただいた件についてですが、もうちょっとまって（笑
さすがだ、トリさん、見抜かれてる。
管理できてないというかまだしてないんです。
単純に実装が追いついてないわけで、一週間以内くらいでめど立てますのでまてませんか？

で、ちょっと確認いいですか？

＞１．ディーラー＞プレイヤーの順で起動し自分にカードを配った後に場合

これは対処できると思うのです。
実際に対応予定にあります。

＞２．ディーラーをふたつ起動し自分にカードを配った場合、先に起動した方のみリストが取得出来ない

問題はこっち。
同一ユニットの多重起動（オブジェクト違い）なんですよね。
技術的に解決策が思い当たらなくて、どうしようかなぁと悩んでます。
…しばらく考えさせてください。

>秋茄子さんへ

＞１．ディーラー＞プレイヤーの順で起動し自分にカードを配った後に場合
たけとんぼ最新版「1.8.1」にて修正対応しました。
確認してみてください。

>秋茄子さんへ （続き）

＞２．ディーラーをふたつ起動
について。秋茄子のプラグインを確認しましたが
原因はdoActoion内においてパネル生成することによって、
一回目の起動時　JpUnit「JpCardDealer」がパネル（A）を作成する。
二回目の起動時　JpUnit「JpCardDealer」がパネル（A'）を作成する。
このため実行時に後者へのオブジェクト参照が有効になりパネル（A）へは反応がないというものです。
（JpUnit「JpCardDealer」のインスタンスはひとつ）

…で解決法なのですが、やはり確実に有効といえる手がありません。
その場しのぎではありますが、プラグインサイドで多重起動を禁止するようにはできないでしょうか？
例）JpUnitのクラス内
private static boolean blnBoot = false;
public void doAction(){
if(blnBoot){
//System.out.println("『ディーラー』はすでに起動しています。");
return;
}
…(中略)…
}
申し訳ないけれども、考えてみてもらえますか？

間違いました（苦笑
上記ソース正確には
private static boolean blnBoot = false;
public void doAction(){
if(blnBoot){
//System.out.println("『ディーラー』はすでに起動しています。");
return;
}
blnBoot = true;
…(中略)…
}
の間違いです。

http://taku_kanban.at.infoseek.co.jp/cgi-bin/img/159.zip

基本的なユーザーインターフェースはほぼ完成。バグ取り作業に移行します。
といっても>>400の人の希望していた大型の駒など追加したい機能はまだまだたくさんあるんですが・・・・
まあ、とりあえず最低限のレベルでまとめてみましょうって事で行きます。

今回の肝は何と言っても射線チェッカーの大幅な機能拡張です。
ツールバーのスライダーでぐりぐりいじってみて下さい。

＞幻月さん
修正はやいなぁ。幻月さんのまめな対応には頭が下がります。
>>460であげていただいた件はまだ修正していませんが、一応一度に送る文字数を少しだけ減らしてみました。
これからゆっくりとテストしながら修正して行きたいと思います。

あと多重起動は、たけとんぼでプラグインメニューを管理しているActionListener部分に組み込んでしまった方が楽じゃない？　
さて、寝ます。

>ツールバーのスライダーでぐりぐりいじってみて下さい。

おぉ、早速試してみましょう。

＞これからゆっくりとテストしながら修正して行きたいと思います。

ようやくここまできましたね。
あ、あと、プラグインのREADMEに推奨するたけとんぼのバージョンかいてくださいね。
たまぁに、古いバージョン使いつづける人もいらっしゃるので。

＞あと多重起動は、たけとんぼでプラグインメニューを管理している
＞ActionListener部分に組み込んでしまった方が楽じゃない？　

私も、考えましたけど、ちょっとね（笑）
それをするとプラグインを一度落とすと二度と起動しなくなります。
たけとんぼからみるとプラグインが（画面を持って）動いているかどうかの
判断はつかないので非常にややこしいのです。
プラグインで書くと五行で済むので多重禁止のサンプル書いておきました（笑
あとででも、増やしてあるので見に行ってみてください。

>トリさんへ

範囲ができるようになってる（笑
あ、以前にもちょっと報告しましたが船員2,3,4が送信されてないようです。
送信内容を監視してみましたが単純に情報そのものを送信していないようです。

>幻月さん

> たけとんぼ最新版「1.8.1」にて修正対応しました。
> 確認してみてください。

確認しました。
ディーラーとプレイヤーを同時に使用したときにもニックリストが取得できていました

>申し訳ないけれども、考えてみてもらえますか？

はい、これでいいと思います。
二つのセッションのマスターを同時にする、というような事でもしない限りディーラー、プレイヤー共に二つも動かすことはないと思いますので、この方法で対処しようと思います。

この件が解決したので、今度はディーラーとプレイヤーを一つのフレームにまとめてみようかな、と思っています。
ディーラーを使う人はおそらくプレイヤーも同時に使うのでしょうし、そうなるとまとめて移動や最小化ができた方が便利なか、と思っています。

でも、この二つをまとめてしまうとUnitInterfaceListenerが少し複雑になりそうです。
二つを別のJUnitにしたときは、ディーラー側に送信するときはsendUnit.Dealerとして、プレイヤー側に送信するときはsendUnit.Playerとしておけば、ディーラーの処理、プレイヤーの処理のどちらの分岐になるかをたけとんぼが自動で振り分けてくれているようなものでしたが、
一つにまとめるとUnitInterfaceListener内でディーラーの処理かプレイヤーの処理かを分岐をさせなければならないからです。

>秋茄子さん

＞ディーラーとプレイヤーを同時に使用したときにもニックリストが取得できていました
＞はい、これでいいと思います。
よかった、ようやく一安心です。

＞でも、この二つをまとめてしまうとUnitInterfaceListenerが少し複雑になりそうです。

あぁ、それは確かに。
トリさんみたいなやり方もありなんですけど、それをするには考えてやらないといけませんしね。

>魔改さんへ

以前教えていただいたローカル鯖との接続をちょこちょこと確認してるのですが、
どうにもうまく接続が張れずにいます。
どうもおいてあるところに書いてあるようにＲＦＣとの不一致部分があるようなんですが…
それをいうと私も人のことは言えません（笑
CHOCOA以外で教えていただいた鯖達に確実につながるクライアントってありますか？

うーむ、仕事が忙しくていじってる暇がないっす。
とりあえず多重起動の禁止だけ追加しておきますが、試験的にJFrameをstaticにしてtoFront()を呼ぶ事で
起動中にプラグインメニューを選択した場合、ウインドウを前面に出すようにしてみます。以下ソース。

private static Map m;
protected static boolean blnBoot = false;

public void doAction(){
　//多重起動の禁止
　if(m!=null){
　　m.toFront();
　　return;
　}
　blnBoot= true;
　m=new Map();
}

上のソース、この２行は必要ないですね。失礼。
protected static boolean blnBoot = false;
blnBoot= true;

>>幻月さん
LimeChatは両方繋がります。某所で公開されているＰｅｒｌボットも可。
ChatZillaはTonIrcdの方はあまり上手くいかず。
その他のＩＲＣクライアントソフトは不明（試していない）という所です。

>とりさん

私も同じような事してます。
ただ、Action時にsetVisible(true)
ウインドウを閉じる処理をされたときにsetVisible(false)をしてます。

>魔改さん
情報ありがとうございます。
とりあえず、昨日の修正でAMBServerはつなげて動く所までは確認しました。
ただ、modeコマンドとかで不整合起こしてますね。
とりあえず至急ではないと踏んでるので取り合えずはこんなとこでしょうね。

ちなみにTonIrcdとの接続はさっぱりだめです（苦笑
時間をかけてパケットをgrepして解析しないとだめそうですねぇ…

…取り合えず保留させてください。

＞幻月さん
指摘いただいていた、一部の駒が送信されない問題ですが、
昨夜調べたところ、単なる不等号の打ち間違いでした。
修正しておきますので次のアップで確認して下さい。

＞ALL
今後は幻月さんが追加してくださった、新機能の数々を使って
通信処理部分の堅牢性を上げていきたいと思っていますが、
ひとまず完成(仮)ということで、次のアップをバージョン1.0とします。

とはいえ、製作者にとって本当の完成なんてないですし、
これからも色々いじって行きますよ。

使用感や要望をお待ちしています。

流れ無視しまくってまとめサイトに関してちょっと要望。

まとめページに『カードデッキシミュレータ』ってあるんだけどさ、あれって何やるの？
デッキのカードの名前を数用意して枚数選んで、それをシャッフルして一覧するだけでおｋなの？

･･･ここって、ツールの名称だけが先走って、概要もイメージもサイトに乗ってないから、
仕様が非常にわかりにくくなってる(＝イメージがわかない＝開発不能になる)ような気がするんだよね。

実際にカードのシャッフルは後で説明するアルゴリズム使えば一発だから、
上記のような仕様なら希望は見えてくると思うんだ。

･･･というわけで、頼みます。
２で絞り込まれた『実際に必要な機能』をまとめサイトに公開して、いつでも読めるようにしておいてください。お願いします。

※配列変数用意して
　dim 枚数,1:dim a,1:dim v,1:枚数=***;(カードの枚数。INPUTで代入させるのがGood)
　Repeat 枚数:rnd a,枚数:v=Card.cnt:Card.cnt=Card.a:Card.a=v:loop

　･･･とするのが凡庸的なシャッフルのアルゴリズムだとHSP入門書で見た

P.S.
ちょっと(かなり？)口悪いです。
気分を悪くされた方、真に申し訳ございませんでした。

要は、ダウソさせていただいて、現場で使ってるヤツはちゃんとレポートあげろってこった！
私製マニュアルとかTipsとか実用例とか。

>>478さん
申し訳ありませんが、まとめページの方は全く機能していない状態です。
つか、私がこのスレに来た時にはすでに完全に終了した状態になっていまして、
誰も使わないなら・・・と私が再利用させていただいている次第です。
現在このスレにいる制作者の皆さん（私を除くと魔改さん、幻月さん、秋茄子さん）
はそれ以降にこのスレに参加して下さった方々なので、まとめページとは一切関係なく
各々好きな様に制作されていると思います。

そもそも、私もまとめページを管理されている方がどなたなのか知らないんですわ(^^;

と、言う訳ですのでまとめページの方に何か期待されましても対応は出来ないと思います。
カード関連ですと、現在は秋茄子さんがカード用のたけとんぼプラグインを作成していますが、
おそらくまとめサイトにある様なカードデッキシミュレーターではなく、判定にカードを用いる
タイプのTRPGをオンセで行う事を想定して、一組のデッキを参加者全員で共有するタイプの物
になると思われます（シャッフルについてはすでに２種類のアルゴリズムを実装されています）

つか、欲しい物や機能のアイデアがあったらこのスレで発言していただければ、それに賛同する
制作者がいれば、作ってくれるかもしれません（保証は出来ませんが）
私も、興味を引かれるアイデアがあれば作って行きたいと思うので、現在の様な制作者側の話題
だけでなく使う側の方々の話題も出てくれるといいなと思うのですが・・・。

>>479
作者１人の感覚で仕上げた物より、多くの人の意見を取り入れて行く方がより良い物になると思うので
個人的にはむしろ足りない部分や駄目な点を具体的に指摘してもらえると嬉しかったりします。

>>478にさん付けしているのに>>479に付け忘れてるorz
>>479さん申し訳ない。

＞トリさん

お疲れ様、次のアップを楽しみにしておきます。

＞新機能の数々

かなり急いで実装したので漏れがある可能性が大にしてあります。
気が付いたことがあったら教えてくださいな。

＞479さん
＞私製マニュアルとかTipsとか実用例とか。

実際、何か作る蔡にはソースいじるより時間取られてたりします。
だから、つい甘いマニュアルになるんですよ。

いやいや、作っていただけて、その結果をおすそ分けさせてもらえるだけで大満足ですわ。

…残念なことに使う機会がないのですがorz

>>483さん
＞いやいや、作っていただけて、その結果をおすそ分けさせてもらえるだけで大満足ですわ。
いやいや、違うんですよ(^^;
私の言ってるのは「より良いツールにするために皆さん協力して下さい」というお願いなのです。
実際の制作は無理でも、使ってみて「ここが使いにくい」とか「こんな機能が欲しい」などの意見を
ここに書き込むだけならそう難しくないでしょ？
こうしたユーザーサイドからのフィードバックは制作者にとっては何より嬉しい物です。

使う機会がないとの事ですが、それならここの人で一回オンセを組んでしまうというのは
いかがでしょう？などと無責任な爆弾発言をしてみる。

私自身ここ２年ほどでプレイしたのがオンセ２回のみと言う状態なので、どなたか
マスターに立候補してくれる方がいなければ不可能ですが(^^;;;

ええとそれでは…実際つかってみたいのですが、いまの状態だとマップは専用のものをエディタで作成しないと使えないんですよね。
もともとある画像データの上をコマがうごかせるだけの簡易的な機能は無理でしょうか？

>>485さん
現時点で既存の画像ファイルも問題なく読み込めますよ。
マップエディタも単純にpngで書き出しているだけなので(^^;

マップエディタはあくまでも使い勝手の良い（駒との相性の良い）マップ画像を
作成するためのおまけツールとして位置付けています。

そうか･･･あのサイトは機能してないのか。残念。
そうなると｢どんな需要があるのか｣が分からない･･･

っていうか、新しい(更新できる)まとめサイトがこの板最大の需要ですか？ｗ

ところで、トリさんに質問。
マップエディタ、Tk2kマップの海チップの規約って知ってるかな？
実は、海チップの規約は他のオートタイルと明らかに違うルールを使ってるんだ。
浅瀬と深い部分の2箇所を｢アニメーションを実装しながら｣描くための特殊なシステムを･･･ね。

具体的なことはTk2kシリーズの体験版のヘルプに書いてあるからここには書かないけど。

P.S.
マスターはしてみたいが･･･漏れTRPGプレイ経験は六門世界を１回やっただけ･･･。
しかも夜は集まれないので無理ぽ。
でもこの時間帯でいいならやってみたい予感。

Wikiを試しに使ってみようと奮闘してみた･･･やべぇ、楽しすぎる。中毒死しそうだ。

要望＞

>>485が達成されているとすると、マップエディタに関する要望はもうないと思う。
Pratinumみたいな高性能のエディタが使えるから、不満がある香具師はそれ使えばいいだろ。

･･･ディーラーの方も、そんなに不満は無いから･･･ｽﾏｿ。

>>487さん
新しいまとめサイトですが、私はあまり必要性を感じていません。
現在は制作者の方々がおのおの自由に作っている状態ですし、それでスレが上手く回っているので
まとめサイトの管理という新たな労力を費やすだけの魅力を感じません。
需要や要望についてはこのスレに書き込んでいただければ充分ではないかと思います。

あと海チップについてですが、そうした仕様は知っていますが駒にアニメーション機能を追加した
理由の中に「駒と背景の識別性を高める」という物があるので。背景がアニメーションするのは
好ましくないと考えています。

また、マップエディタについてはとりあえずの間に合わせに一晩で作成した物なので機能面で充分な
物にはなっていませんし、オートタイルの機能自体実装していません。そのかわりRPGツクールでは
不可能な配置も可能ですし、ひとつの背景に複数のチップセットから素材を持ち込む事も可能です。

オンセについては、時間帯の問題もある様ですので他の人の反応待ちとさせて下さい。

>>488で書いたとおり、｢Pratinum｣使えば一発で済む問題だし、漏れ文章下手だからうまくまとまらないんで、
海チップに関する話題は無かったことにしてくれ。

･･･川越えしながら決戦するシチュエーションを、あのマップエディタで再現できないことに疑問を抱いていた。
それを解決するためには、海チップ全ての編集単位(普通は32×32だがオートタイルの右上では16×16になる赤い枠線の幅)を
オートタイルの右上と同じ『16×16』にする必要があった。
だけど、漏れは『それをすることは常識だ』と思ってたらしい。

昔ツクールのマップを他のRPG製作ツールでも使えるようにチップを並び替えるソフトを開発したことがあって、
その時ぶち当たった壁が｢海チップのオートタイル｣だったんで、そこを猛勉強したんだよな･･･。

それがいつの間にか『Tk2kのマップを編集する際の大前提』になってしまっていたようで、
そのせいでトリ氏には多大なるご迷惑をおかけしたことをお詫びします。
真に申し訳ございませんでした。

最後に、こんな漏れに付き合っていただき、真にありがとうございました。

Pratinumについて詳細を教えてくれるとありがたい。

ググろうにも一般的な単語すぎて探せない……。

>>490[名無し]さん
ふむ、なるほど理解しました。要するに海岸線部分に配されるはずの白波が現在の仕様のままでは
きちんと配置出来ないってことですね？
では次回アップ分までに海チップの部分のみ選択サイズの最低単位を8×8（他は16*16）にできる
ようにいじっておきます。
現在のマップエディタの仕様が、チップセット側で選択されている部分の画像を編集エリアにコピー
するだけの処理しかしていないので、周囲のマスにどんなチップが配置されているかと言う情報を、
取得する必要のあるオートタイル機能は基本的に考慮されていません。
そのため、これらを組み込むとなるとほぼ完全な作り直しになってしまうので、当面の間それらは
保留させて下さい。

最後に、私は迷惑だとは全く思っていません。むしろ有意義な意見が聞けてとてもありがたいです。
これに懲りずまた気がついた事がありましたらご指摘ください。よろしくお願いしますm(__)m

ちょっと忙しくてばたばたしてます。

>オンセについて

流石に私は今は無理かな、時間がなくて（苦笑
やった期間で言えば一年半くらいしてますけどね。

＞491さん
＞ Pratinumについて

私も知りません。
なんでしょうね？………

>>493
最も明確で最も簡単な答えがあります。
漏　　れ　　が　　ス　　ペ　　ル　　を　　間　　違　　え　　た　　か　　ら　　。

･･･ごめんなさいごめんなさいごめんなさいごめんなさいごめんなさい･･･

Platinum(←これが正しいスペル)のダウンロード先はここでつ。参考にしてください。
ttp://www.vector.co.jp/games/soft/win95/game/se231004.html

しかし、『Pratinum』でも結構記事が見つかるのはすごいな･･･そんなに間違えてる香具師いるのかな？

記事２に続く。

オートタイル機能の件だけど、それを使うようなマップ製作ツールなんてのはこの板には必要ないと思うんだ。
>>492の機能があれば大体何でも出来るし、そんな機能あっても意味無いだろ。
ここはTRPG板。CRPGのように、マップを大量に描きまくるわけじゃない。

･･･とずっと思ってましたが、そう受け取れない部分が多々ありましたことを(ry

ところで、この中に｢J-TIPRemoverDX2｣っていうツール知ってる香具師いますか？

>>495
「知ってるよ、それで？」
とか
「それなに？　教えてプリーズ」
等への応対の二度手間を防ぐために
初めから関連情報のURLは
書いておいたほうが良いと思われますがいかが？

>486
おお、そうでしたか。サラっとしか使ってみなかったので見落としていたようです、すみません。

>>496と皆
関連記事は、
ttp://anarr.s43.xrea.com/bbs/free/topics.cgi?mode=res&no=101
ttp://anarr.s43.xrea.com/bbs/free/topics.cgi?mode=res&no=57
ttp://members8.tsukaeru.net/siel/jtiplite.lzh (←J-TIPRemoverDX2のフリー版)のマニュアルを読んでくれ。

･･･全部見れば分かると思うが、J-TIPRemoverDX2は、『マニュアルに専門用語多すぎで操作方法が全然分からん』し、
『まともな紹介記事がないので機能がよく分からん』という２つの致命的な欠陥を抱えてるんだ。

これが示すのは『まともなマニュアルか解説サイト(漏れはWikiがいいと思う)を作ることの必要性』だ。
甘いマニュアルを作ると、あの専門用語多すぎでわけ分からんマニュアルになってしまう。･･･と言うかなった。

･･･このスレが抱えかねない･･･というか既に発生している問題だと思うんだよな。これ。

じゃあWikiでまとめサイト作ろうぜ。

>>498の続き。

>>485なんてのはそれの典型だと思うんだ。
漏れも>>497ではじめて｢既存のファイルを読み込めること｣を知ったクチだからさ。

>>499
http://www.rabbi.jp/~w/484/wiki/wiki.cgi
http://www.peerdream.flnet.org/wiki/
某>>488あたりで作ったWiki。上の方は安定してるがいつ閉鎖するかわからない。
下のほうは閉鎖する可能性は無いが現状では安定していない。

どちらも好きに活用してくれ･･･と言うだけではダメだよな･･･。漏れも参加せねば。

･･･と言うわけで、トリ様、画面写真の使用許可をいただけませんか？
と言っても、漏れが作るとJ-TIPRemoverDX2の糞マニュアルになる可能性が高いが･･･

数日ばたばたしてたので、ここ見てませんでした（笑

＞[名無し]さん(bin+cue).asさん

私、とりあえずノータッチでいいです？
意見もわかるけどそっちに手を出すと自分の作業できなくなるから。

＞とりさん、秋茄子さん

新しい機能を追加してます。
一番下の（単独起動)編を時間のあるときにでも見ておいてください。

ttp://www.geocities.jp/bitter_rest/fla/inuneko.html
<<犬猫大好き>>の支援フラッシュGoodでつ･･･是非一度･･･。

>>皆
プログラムはマニュアルも含めて完成品だと思うんだ。
だから、『マニュアルを書く神』も必要だと思う。
･･･そのマニュアルを書く神の登場には、プロジェクトの現状と操作方法などの情報が分かりやすくないといけないと思う。
その時｢手軽に編集でき、誰でも参加できる｣Wikiがあれば、マニュアル神の登場に一役買えるはず。
だからWikiがあればなと思ってる。

登場を待つだけなら、神は現れない。神が登場しやすい土台を作ることが大事。
だから、『書かなくても』Wikiの存在は有用だと思うんだ。どうかな？

次。２つ質問があるので聞いてください。

･･･秋茄子氏のカードディーラー(157.zip/158.lzh)が動かなかったんだが、
カード格納するテキストが同じフォルダに無いと動かんのかな？

･･･トリ氏のクオータービュー・マップエディタについて質問だけど、
『右上がりの壁の画像』と『右下がりの壁の画像』を分けて貼り付けできないかな？
それが出来ればきちんと壁の透過ができると思うんだけど、どう思う？
･･･というかこれは議論対象外でつか？

>秋茄子氏のカードディーラー(157.zip/158.lzh)が動かなかったんだが

ダブルクリックあたりで起動しようとしましたね。
ちゃんと秋茄子さんの書かれた言葉を読みましたか？
彼はプラグインを作ったのであってスタンドアローンアプリケーション
を作ったわけではありません。
ですから、プラグインとしてインストールしないと動きませんよ。

どうも、作る側の感覚と使う側の感覚が噛み合っていないようですね。

まず、現在公開されているのは幻月さんの「たけとんぼ」を除いて、すべて（このスレを読んで
いる人を対象とした）制作途中のサンプルにすぎないという事を理解して下さい。
当然、大幅な仕様変更や作り直しが入る事も考えられますので、マニュアルなどが一切付属して
いないのも自然な事だと思います。

もちろん第三者が触ってみて意見を述べて下さるのは大歓迎ですが、このスレを読まず、あれこれ
試してもみないでわからない、使えないと言われても、対応しきれないというのが現実です。
（>>503-504のやり取りなどはそうしたケースの典型です）

私のRPGMap2Dは次のアップでひと区切りして、バージョン1.0とする事を宣言していますので
必要最少限のドキュメントは添付するつもりですが、現時点では、それ以上のマニュアルを作成
する予定も、まとめページやWikiの管理および編集に参加するつもりもありません。
制作者は「ドキュメントよりも、実際の制作物に力を注ぎたい」のだということをご理解下さい。

>>[名無し]さん
＞プログラムはマニュアルも・・・・どうかな？
Wikiの存在は否定しませんし、スクリーンショットの使用も問題ありませんが、上で書いた通り
私はノータッチとさせていただきます。あと、スクリーンショットを使用する場合は、Wikiから
つねに最新のRPGMap2Dに添付されたREAD_ME.TXTが参照出来る様にしておいて下さい。
これはRPGMap2Dが、First Seed Materialさんの素材を使用させていただいているために、素材
画像の著作権の所在と使用にあたっての条件を明らかにするために必須とします。

＞トリ氏のクオータービュー・マップエディタ・・・・議論対象外でつか？
『右上がりの壁の画像』と『右下がりの壁の画像』を分けて貼り付けることと壁の透過ができる
という事が私の中でどうしてもイコールで結びつきません。
そもそも「右上がりの壁の画像と右下がりの壁の画像を分ける」という事がどういう意味なのか
理解出来ないのですが、もう少しわかりやすく説明していただけますか？
理解出来ない物は、実装する事も、議論の対象にする事も出来ませんので・・・・(^^;

なお、RPGMap2D ver1.0（予定）は、新たに発見されてしまったいくつかのバグの修正および
ドキュメント類の整備のため公開をしばらく延期させていただきます。
サンプルでない正式リリースとして公開するために、きちんと情報整理をすませたいと思います
ので、もうしばらくお時間をいただけますようお願いいたします。

たけとんぼ作動させて実験してみますた。ちゃんと動いた。一応は･･･←カードのシャッフルテストができなかった

http://taku_kanban.at.infoseek.co.jp/cgi-bin/img/165.png
･･･とりあえず上の画像を第一サンプルとして。

HSPでプログラムでも打ってきまつ･･･そしたら分かりやすいから。

>RPGMap2D ver1.0

わかりました。
私も一ユーザとして楽しみにしておきますよ。
あと、ドキュメント類の整備についてはファーストリリースでは
完全なものはしなくていいというのが私の意見。
最低限必要なのはベクターの配布についてくる水準でしょうね。
同じことはjavadocにもいえます。
トリさん、私達は商業パッケージ作ってるんじゃないんです。
フリーソフトの基本はまず動くこと、次にある程度は公開後に修正をできることと私は考えてます。

＞カードのシャッフルテストができなかった

……そりゃぁ、秋茄子さんまだ、ほとんど内部実装してないみたいですからね。
あれは、私に見せるために暫定で上げた物であって試作品のはずです。

>>507
いいから黙って過去ログ読め
読んでも理解できないなら5年ROMれ

過去ログは･･･一度読んだが･･･見落としが多かったな･･･。
黙ってROMります。ハイ。
真に申し訳ございませんでした。

> 501
> 一番下の（単独起動)編を時間のあるときにでも見ておいてください。

確認しました。
これはすごく便利そうです。
今まで、テスト用のコンストラクタを作ったりしてましたので、この手間が無くなるのは嬉しいです

これをeclipsで使うとするとJARファイルでのエクスポートが使えないみたいですね。
最初にJARファイルにしたときに、jp.commonに入れたはずのクラスファイルが一つも圧縮されていなかったので驚いてしましました。


後、シャッフルについてですが実装はされています。
ただし、画像が表示されないので確認が面倒だと思います。
画像も表示されるようにしているのですが、画像ファイルを添付していないので表示はされません。
私は絵が描けないので、適当なフリー素材を置いてあるコンテンツをさがして、みつけて
そこの管理人の方に使用許可を求めるメールを出したのですが、返事が返ってこないのです。
いろいろリンク切れを起こしているところだったので、実際はすでに動いていないHPなのかもしれません。

なので、使用可能なトランプの画像ファイルが見つかるまでは画像は表示されそうにありません。

＞今まで、テスト用のコンストラクタを作ったりしてましたので、この手間が無くなるのは嬉しいです

喜んでもらえてるようですね。
一番最後に調整してるので、うまく動いたら報告ください。

>これをeclipsで使うとするとJARファイルでのエクスポートが使えないみたいですね。
>最初にJARファイルにしたときに、jp.commonに入れたはずのクラスファイルが一つも圧縮されていなかったので驚いてしましました。

そうなんですよね。
開発者用のパッケージをzipにして解答していっしょにパッケージ化してみてください。
jarのいっしょにしても動かしたかったんですけどうまくいかなかったのでとりあえず保留してます。

JpUnit(単独起動)について、おかしな動作があったので報告します。

まず、幻月さんのHPからjp.lzhをダウンロードしてください
解答してから、普通にjarにします。
このときは、当然、単独機動もできますし、たけとんぼのプラグインとしても使用できます。

つぎに、jp.lzhを解答してから、jarファイルにする前にjp.commonフォルダ内にある
MANIFEST.MF
のファイル名をすべて小文字に、つまりmanifest.mfにしてからjarファイルにしてください
こうしたときは、たけとんぼのプラグインとしては使えるのですが、単独機動ができなくなりました。

トリさんが調べてくれたことによると、ファイル名をすべて小文字にした場合、マニフェストファイルが読み込まれていないようです。


もう一つ、おかしい動作ではないのですがHPに誤植がありました
JpUnit(単独起動)編の最初の四角で囲んでいるところです

public static coid main(String[] args){}

の箇所です。
voidではなくcoidになっていました

>秋茄子さんへ

よく気が付きましたね（＾＾；
全く違和感ありませんでしたよ。
とりあえず対応しました。

開発者用パッケージを再度ダウンロードしてみてください。
たけとんぼ内部のcommonは次のリリースで直ります。

> 515

確認しました。
小文字のmanifest.mfでも単独機動ができるようになっていました。

ディーラーでも早速試してみたところうまくいきました。

>確認しました。

よかった。
しばらくは報告の上がったものに対してのバグとりに注力します。

少しですが、たけとんぼプラグイン作成の作業が進みました
まだまだ作りかけですが、アップさせていただきます

http://taku_kanban.at.infoseek.co.jp/cgi-bin/img/182.zip

前回は、ディーラーとプレイヤーが別になっていましたが、今回は一つのプラグインにまとめました。
プラグイン＞カード、がそれです。
カードをクリックした時は、プレイヤーだけです。
カードプラグインのモードメニューのディーラーのチェックボックスにチェックを着けるとディーラーが起動します
チェックを消すとディーラーが終了します。このときは、ディーラーについての情報はすべて消えてしまいます。

ディーラーを起動すると、ディーラーを使用したクライアントのニックは自動的にプレイヤーとして登録するようにしました。

プレイヤーのニックのついたボタンの上で右クリックをするとポップアップメニューが出てきます。
この中のメッセージ送信を押すと、ダイアログボックスでメッセージの入力を求められます
メッセージを入力すると、メッセージの内容の書かれたカードが該当するニックのクライアントに送信されます。

カードの画像を表示したいときにはtaketombo.jarと同じ場所にcardというフォルダをつくってください。
この中にカードの画像ファイルを入れます。
カードの画像の名前は、
数字　＝　a,2,3,4,5,6,9,8,9,10,j,q,k
ハート　＝ he
クラブ　＝　cl
ダイア　＝　di
スペード　＝　sp
として、
（数字）_（スート）.gif
と言う名前にしてください。今のところ、gifファイルの画像しか読み込みません。

次は、プレイヤー側にカードを捨てる機能をつけたいと思います。

＞秋茄子さん

おぉ、ひとつになってますね。
もうちょっと動かして試してみますね。

ご無沙汰してます。
ソースコードの整理はなかなかに気の滅入る作業で、モチベーションも下がり気味だったんですが
ちょっと新機能のアイデアが浮かんだので忘れないうちに書き込んでおきます。

そのアイデアとは・・・・簡易HTTPサーバ機能です。
RPGMap2Dは基本的にウェブ上にアップされたファイルを利用する事を前提に作成されていますが、
サーバにアップするのが面倒とか、ウェブスペースを持っていないなどの場合、ローカルのファイルを
共有する事が困難でした。
この問題を解決するために、ユーザーのローカルディレクトリを一時的に公開するためのHTTP鯖機能を
組み込んでみようかと・・・・まあそんな感じです。

こんな事をやっているから正式公開が遅くなるという苦情はスルーの方向で行きます。
だって、バグ取りだけじゃモチベーション続かないorz

面白そうですね。簡易HTTPサーバですが、既存のものでjettyとかJavaHttpdとかあるので、
組み込むこと自体はそう手間ではないかもしれません。
ttp://jetty.mortbay.org/jetty/index.html
ttp://amateras.sourceforge.jp/cgi-bin/fswiki/wiki.cgi?page=JavaHttpd

簡易HTTPサーバー自前で作るくらいならAnHTTPDでも利用した方がいい希ガス。

というか、最近はPC初心者のくせにルーターとか使ってるのも多いんで、
ルーターに80ポート用の穴開けられなかったりとか、
WinXPSP2のセキュリティ機能をいじるのがわからないとかいやだとかで、
サーバー機能なんてつけても使われないんジャマイカ？
あと、セキュリティ面でも不安が残るしね。

＞秋茄子さん

ちゃんと画像も読めてますし、同じカードがにかいこなさそうなんで大丈夫そうですね。

＞とりさん
＞簡易HTTPサーバ機能

微妙なとこですね（笑）
昔、適当に作ったテスト用の簡易HTTP鯖のソースみてみます？
まぁ、作るとしても別プラグインとしたほうが無難な気はします。

簡単にファイル共有したいなら、わざわざ作りこまなくても、上でも出てるけどAnHTTPDとか
Apache win版とか使ったほうがいい気がする。

http://www.apache.jp/

設定わかりませんなんて言われても放置できるし、もし万が一セキュリティホールがとか
いう話になったら結構面倒だと思います。
作らなくてすむもんは外部のを使ったほうがいいかと。

正直、こんなに反応があるとは思わなかった(^^;

>>522
漏れマカなんでAnHTTPD触った事ないんですが、ダウンロードしてから1分程度で設定完了となるなら
わざわざ組み込む必要ないんですけど、どうなんでしょうか？
基本的に「自宅鯖の設定わかんね」とか「FTPで外部鯖にアップするの面倒」という方向けの機能です
ので、それ以上の手間がかかる様なら実用的でないと考えています。

＞幻月さん
＞昔、適当に作ったテスト用の簡易HTTP鯖のソースみてみます？
HTTPD自体は以前、試験的に作った物を流用してもうほとんど作成済みなんです。
RPGMap2DでURLを指定する際に生IPではなくnick.local/〜の様な簡易指定を出来るようにしたいと
思っているので、RPGMap2Dに組み込むか、別プラグインにして密に連携をとるか思案中です。

>>524
＞設定わかりませんなんて言われても放置できるし、もし万が一セキュリティホールがとか
＞いう話になったら結構面倒だと思います。
既存のHTTP鯖を使うとなると、色々と設定しなきゃならんというのが問題なんですよ。
ポート番号と、公開するディレクトリを選択するだけで即起動出来る程度の手軽さが欲しい訳です。
セキュリティの問題も、セッションを行う1〜2時間だけちょっと繋ぐだけならば、常時解放しておく
ようなHTTP鯖と比べてリスクは少ないと思いますが？
もっとも、ポートひとつだけはどうしても開けてもらわなきゃいけませんけど(^^;

＞秋茄子さん
差し上げたカード画像、近日中に修正して再アップしますんでよろです。
なかなか良い気分転換になりました。更新楽しみにしています(^^)

＞HTTPD自体は以前、試験的に作った物を流用してもうほとんど作成済みなんです。

了解です。まぁ、javaでソケット待ち構えるのは簡単ですしね。

＞RPGMap2DでURLを指定する際に生IPではなく…（中途略）…RPGMap2Dに組み込むか、別プラグインにして密に連携をとるか思案中です。

私としては、もしやるんであれば分離することを進めます。
そのほうが堅牢性があがるし他の人がそのUnitを単独で利用する可能性も出てきます。

一つ前はトリさん宛てです

それと分離することというのは別プラグインにして密に連携をとるのことだと思ってください。

>>525
それならなおのとこ組み込む必要なくて、単独で動く簡易httpdを別に作るか、
例えばapacheなら設定済みconfファイルだけ用意して、今開発してるツールから
簡単に起動できるようにすればいいだけじゃないかなって思いまっする。
apacheは別なconfごとに起動できますし。
まー漏れがUNIX技術者だから使えるもんは既存のもので楽しようって考え方
してるからかもしれないですけどね。
こうしたほうがイイ！ってわけじゃなくて参考になればって一意見ですた。

車輪を一から発明しなおすのは使えないプログラマ

だが何もしないプログラマに比べりゃ、天と地ほどの差がある。

>幻月さん
アドバイスサンクスです。
んではJPUnit全般からアクセス可能な単体プラグインとして組んでみます。

>>528
ふみふみ、たしかにおっしゃる通りですね。非常に参考になります。
作る事自体が楽しいというのと、自分の勉強のためにやっているって部分もあるんで、
無駄な事かも知れませんが今回は作る方向でやってみます。
アドバイスありがとうございます＆生意気な事言ってすみません。

>>529
RPGMap2Dを作るためにはじめてJavaを触った様な奴に何を求めているんですか？

初心者にとって模倣は技術を習得する近道ですからね。
ただあるものを利用するだけではなく模倣して理解を深めるのは有効な事だと思います。
納期に追われる様な仕事ならともかく、趣味なら多少の無駄はありでしょう。

>>530
だれか有能なプログラマがさくっと作ってくれれば漏れが作る必要なんかないんですけどねぇ(^^;
・・・いや、まあ楽しいからいいんですが。

間違った。
誤：RPGMap2D
正：オンセ用マップツール

>523
>幻月さん
私も何回か試してみて、配る機能については特に不都合がないと思っていたのですが、幻月さんにも言っていただくと安心できます。

>525
>とりさん
近ごろは、テストにとりさんに作っていただいた画像ファイルを使用しています。
これだけで、プラグインがぐんと良くなったように思えます。

今回のアップから、とりさんにいただいた画像ファイルも一緒に圧縮することにしました。
なので、簡単なREAD_MEファイルもつけています。

今回は、518に書いたようにプレイヤー側がカードを捨てることができるようにしました
手札を一回クリックして、黄色い縁付きにしてから、捨てるボタンをクリックすると黄色の縁付きにしたカードが手札から消えます。
また、ディーラーの参加者の名前が書かれたボタンには誰に何枚配ったかが表示されるのですが、それもプレイヤーがカードを捨てたら数字が減るようになっています。
捨て札も、プレイヤーがカードを捨てるとプログレスバーが伸びるようになっています。

プラグインと一緒に圧縮されているcardフォルダは中身をいじらないようにしてtaketombo.jarと同じ場所においてください。
カードを配ったときに、手札に画像が表示されるようになります

http://taku_kanban.at.infoseek.co.jp/cgi-bin/img/185.zip

次回は、捨て札を山札にする機能をつけたいと思います。

>秋茄子さん

まず簡単に秋茄子さんのプラグインの感想を
ちゃんと捨てれてますね。あと、絵がついたのもあってかなりいい感じです。
捨てのほうは今のところ大丈夫そうです、もう少し試してみますね。
これ、とりさんに許可もらってjarの中にいっしょに圧縮できるといい感じですね。
cardフォルダからの読み込みは拡張でできるようにしてディフォルトだといいなぁ、なんて思ってみたり。
プラグインのクラスの入っているフォルダに一緒に入れると読み出すことができるようになります。
たけとんぼの左上のアイコンはそうやって練りこんであるんですよ。
まぁ、他のタイプのカードの読み込みがロジックによっては煩雑になりかねないので諸刃なんですけどね。

＞捨て札を山札にする機能をつけたいと思います。

期待して待ってます。

＞とりさんへ

＞アドバイスサンクスです。

いぇ、役に立ったなら（笑）

で、上の話に関連してなんですけど、ずいぶんきれいなカードを書きましたね（笑）
いやまぁ、後ろの薄いのはコピーしてるのはわかるんですがやっぱ、センスだなぁとおもいました。
で、秋茄子さんも言ってみたのですがJpUnit「カード」のようなタイプのプラグインなら
ディフォルトでがぞを練りこむのもありかなぁとおもいまして。
もちろん二次配布は禁止した上ででどうでしょう？

>幻月さん

>これ、とりさんに許可もらってjarの中にいっしょに圧縮できるといい感じですね

とりさんは差し上げます、とまで言ってくれたのでjarに圧縮するのはいいと思います。
で、やってみたのですがどうもうまくjarファイルからの読み込みができませんでした。
jarに一緒に圧縮する方法をもう少し調べてみたいと思います。

> プラグインのクラスの入っているフォルダに一緒に入れると読み出すことができるようになります。
> たけとんぼの左上のアイコンはそうやって練りこんであるんですよ。

すいません。
ここのとこがよくわからなかったのですが、cardフォルダをpluginフォルダの中に入れるようにする、ということでしょうか


http://taku_kanban.at.infoseek.co.jp/cgi-bin/img/191.zip

捨て札にたまったカードを山札に戻せるようにしました。
捨て札のプログレスバーを右クリックしてください。「山札に移す」メニューがポップアップメニューに出てきますのでそれをクリックしてください。
捨て札のプログレスバーが縮んで、山札のプログレスバーが満タンになります。
カードもそれまで山札だったカードの下に、捨て札が入り込んでいます。

次回は、場札を表示、管理する機能をつけたいと思います。
また、可能ならjarに画像ファイルを一緒に圧縮したいと思います。

>秋茄子さん
わかりにくい説明でしたね（苦笑）
具体的には実際に動くクラスの入っているフォルダ。プレイヤーなら
Card/jp/toubousya/card/playerでしょうか？
ここに画素をそのままいれて以下のソース
import java.awt.*;
import java.net.*;
/**
* 指定したリソースファイルの画像情報の読み込みをおこないImageオブジェクトを返す。
* @param tmpImagePath リソース名
* @return Imageオブジェクト 失敗した場合null
*/
public Image getImage(String tmpImagePath) {
Image retImage = null ;
URL resourceURL = null ;
try{
resourceURL= this.getClass().getResource(tmpImagePath);
if(resourceURL==null){
return null;
}
retImage = Toolkit.getDefaultToolkit().getImage(resourceURL);
}catch(Exception e){
retImage = null ;
}finally{}
return retImage;
}
で読めれば後そのまま使えると思いもいます。トリさんもjarの中に入れているみたいなので合えるのでしたらトリさんからも意見聞いてみてください。新しいほうは今晩にでもじっくり確認したいと思います

>弦月さん
ありがとうございます。
ようやく、やり方がわかりました。
JARファイルから画像を読み込めるようになったので、修正した分をアップしておきます
今回は、cardフォルダはついていません。
無くても、トランプの画像なら表示されます

http://taku_kanban.at.infoseek.co.jp/cgi-bin/img/193.zip

メッセージ送信の際に画像ファイル名を入れてみてください
もし、ファイル名の画像がcardフォルダ内にあればその画像がカードとして表示されます。
ただし、画像の大きさそのままの大きいカードです。
そのうち、カードの大きさに小さく表示できるようにしたいと思います。まだ縮小の方法はわかってないのです。

また、cardファイル内に、トランプのカードの命名法則に沿った画像ファイルがあった場合、そっちを優先的に表示するようにしました。
こちらも、カードの大きさは画像そのままになります。これも、そのうち大きさを合わせたいと思っています。

画像をカードのサイズに合わせる方法を思いついたので、
その分を修正したプラグインをアップしておきます

http://taku_kanban.at.infoseek.co.jp/cgi-bin/img/194.zip

＞秋茄子さん

内部の画素読めてますし、外からもちゃんと読めてますね。
縮小も大丈夫そうです。
もうしばらく動かしてみますね

＞秋茄子さん

うん、大丈夫ですね。
毎回きれいになってます。
次、楽しみです。
あ、それと、今の状態には関係ないのですがそのうちタロットとかに対応した
プラグインとかもできないかなぁなどと期待してみたり。

>幻月さん


> うん、大丈夫ですね。
> 毎回きれいになってます。

よかった。うまく配置できたみたいで安心しました

> あ、それと、今の状態には関係ないのですがそのうちタロットとかに対応した
> プラグインとかもできないかなぁなどと期待してみたり。

それはおもしろそうです
今のままでも画像だけなら表示できますし
トランプがうまく使えるようになったらやってみたいと思います。
タロット用のカードプラグインを作るか、それともカードプラグインのプラグインとして作るかが課題となりそうです


http://taku_kanban.at.infoseek.co.jp/cgi-bin/img/195.zip

今回は、場札の機能をつけました。
ただし、場札にはカードを置くだけです。
場に置いたカードを取ることはまだできません。
また、場にカードを置いた後に新規プレイヤーを登録したときは、新規プレイヤーに配るボタンを作ると同時に新規プレイヤーに場札の状態も送るようにしています。

＞それはおもしろそうです
＞今のままでも画像だけなら表示できますし

先の話ですけどね。
ＮＯＶＡとかタロット使うゲームもあるのであると便利かなって思ったんです。

＞トランプがうまく使えるようになったらやってみたいと思います。

トランプが確定したらそれで一旦買い製品として確保した上で別途挑戦ですね。

＞タロット用のカードプラグインを作るか、それともカードプラグインのプラグインとして作るかが課題となりそうです

それは難しいところですね。
どっちも一長一短です。

＞カードプラグインのプラグイン

技術的にはxmlで設定よんでもいいし、私がやったみたいにプラグイン実装作るもありです。
まぁ、半年ほど待てるならjpUnitからプラグイン機能を単独で呼び出す機能を実装する予定はありますけどね。

とりあえずはトランプが終わったらタロットは単独のプラグインとして作ってみて
その次あたりに汎用のプラグインを作るのが楽なんじゃないでしょうか？
手間ではありますけどね。

＞秋茄子さん

一つ前も秋茄子さん宛てです。
バグレポートです。
場にあるカードが多重表示される現象です。

発生ステップ
１）二つのたけとんぼを起動し両方で「カード」プラグインを起動する。
２）片方（Ａ端末）の「カード」プラグインをディーラーにする。
３）Ａにカードを配布する。（ハートのＡが表示されたとします）
４）配布されたハードを場に出す。

ここでハートのＡが場に出されます。
またＢ端末のほうにも表示されます（一枚）

４）この状態で初めてＢ端末のユーザをプレイヤーとして設定します。
５）場にあるカードが追加表示されます。
　　そのためハートのＡが二枚表示されてしまいます。

ええっと誤字してしまいました（苦笑

買い製品ってなんだろ（苦笑
一旦、「完成品として確保した上で」が正です。

>幻月さん

> 先の話ですけどね。
> ＮＯＶＡとかタロット使うゲームもあるのであると便利かなって思ったんです。

そう言えば、2種類のカードを同時に使うゲームもあるんですよね。
このことも将来の課題になりそうです。

>
> 技術的にはxmlで設定よんでもいいし、私がやったみたいにプラグイン実装作るもありです。

ｘｍｌは、私はまだ全く勉強がしたことがないのでこれを機会にやってみるのも良さそうです。
ちょっと調べたら、HTMLを知っている人を前提というのがネットには多いみたいですね。
私はHTMLもよく知らないので、まずはこっちからになりそうです。

> まぁ、半年ほど待てるならjpUnitからプラグイン機能を単独で呼び出す機能を実装する予定はありますけどね。

半年後にカードプラグインが完成しているかどうか・・・・とうのもありそうです

>幻月さん

> バグレポートです。
> 場にあるカードが多重表示される現象です。

確認しました

この現象は、カードを場札に置くメッセージはすべてのプレイヤーに伝わるようにｓｅｎｄAllで送信しており、
また、プレイヤーはディーラーに登録していなくてもカードが配られたというメッセージを受け取ればそれに応じた処理をするために怒るものです。

これを解決するには、
１．ディーラーがプレイヤーを登録した場合、登録したプレイヤーの持つカード情報をすべて消去する
２．ディーラーから登録したというメッセージが来ない限りメッセージを受け取っても処理しないようにする
３．ディーラーおよびディーラーに登録されたニックからのメッセージのみを処理するようにする

の3つを考えていますが、どれがいいかまだ選びかねているところです。

これを考えていた時に出てきた要望なのですが、たけとんぼのプラグインがJpcommandを受け取ったときにそれが誰が送信したものであるかがわかるようにはできないでしょうか。



私もたけとんぼのバグを見つけたので報告しようと思います。
まず、たけとんぼでニックをaにして適当なチャンネルに入室してください。
このとき、普通に入室できます。
次に、aの後にxを9コつけて適当なチャンネルに入室してください。
このとき、ニックの一覧にaxxxxxxxxが二つ出てきます。
一つは、＠付きで、もう一つはついていません。

今度は、aaaaaとaaaaaxxxxxxxxxで同じようにしてみました
aaaaaは普通に入室できますが、
aaaaaxxxxxxxxxではニックがaaaaaaaxxになり、さらにこれが二つ表示されます。
どうやら、xが９個あるかないかが同じニックが二つ出てくる境目のようです。

>秋茄子さん

私は一番を考えてましたけどね、どれも一長一短なので半分は好みや使いようですね。

＞これを考えていた時に出てきた要望なのですが、
＞たけとんぼのプラグインがJpcommandを受け取ったときに
＞それが誰が送信したものであるかがわかるようにはできないでしょうか。

結構、前にじっくり考えたんですけどね、結果から言うとそれはできません。
理由は二つ。
１．ただでさえタイトなＩＲＣの上を借りている上に、伝送元のアドレスを付与するのは
　　メッセージを二重に送ることになる、もしくは送信時に返却情報を生成しなくては
　　ならず処理が難しい、また、現実的ではない。
２．Ｊｐで使用されるコマンドが非可逆置換方式にて処理されるため送信後に相手を特定できない。

以上の理由と、他の機能との整合性のためコマンド元の特定は断念すると言う方向で設計してます。
その代わりにReplyが実装してあって２．３．あたりはReplyを使っても実装できるかもしれませんね。
（自分自身への情報登録を意図的にJpScriptで行うことによりReplyさせる、他）

＞バグ報告

ありがとうございます、というか、私よりしっかり見てますね。
二重に成るのは時間のあるときに修正しておきます。
それとaaaaaxxxxxxxxxの時にaaaaaaaxxになるのはIrcが
ニックに9文字しか認識してないからです（笑）
直すのがかなり大変で意図的に放置してるんですけどね、
実際のところ９文字以上のニックは入れるだけ無駄なようで
そのうちの修正タイミングで不許可に使用と思っています。

＞秋茄子さん

読み落としてました、ので返答が前後します。

＞このことも将来の課題になりそうです。

ゆっくり考えてみてください。
期待してます。

＞ｘｍｌは、私はまだ全く勉強がしたことがないのでこれを機会にやってみるのも良さそうです。

まぁ、ＨＴＭＬ知らなくても使えますしね（笑）
ieで動く処理ついたxmlと混同しないように気をつけて勉強してみてください。

＞半年後にカードプラグインが完成しているかどうか・・・・とうのもありそうです

この調子で作れればトランプは完成してるんじゃないでしょうか？
私は、最近静かなトリさんのも半年後には完成してないかなぁととかおもってますけど。

> 結構、前にじっくり考えたんですけどね、結果から言うとそれはできません。

IRCメッセージに送信先がついているので単純に可能かと思っていました。
JpScriptはIRC専用というわけではないので、そうも行かないのも納得です


> ２．３．あたりはReplyを使っても実装できるかもしれませんね。
> （自分自身への情報登録を意図的にJpScriptで行うことによりReplyさせる、他）

この方法は思いついていませんでした。
そのせいか、どういう事かわからなくて・・・

例えば、

myUdb.addUnitListener("member");
JpCommandRunning("jp.card.setReply('member','jp.card','member');");

というふうに、memberを処理付き変数にして、
参加者の追加があるたびに

String member //memberには参加者全員をcvsで保存している
String jpWord = "jp.localunit.sendAll.card.setString('member','" + member + "');";
helloworld.JpCommandRunning(jpWord);

として、処理付き件数memberを変更して全プレイヤーに伝える、ということでいいんでしょうか

>JpScriptはIRC専用というわけではないので、そうも行かないのも納得です

その分他の機能で可能な部分はフォローしますから。

＞例えば、

それでもできますね。

下のほうは
jp.card.setString('member','" + member + "');";
で、動くんじゃないかな？
あとは逆に

１．プレイヤーからデーラーに初回起動時にsendAllでニックネームを送る。
２．受け取ったデーラーから折り返しでsendUnit.ニックネーム.プラグイン名.setReplyで任意の情報返却を設定する。

で、情報返却は好きな情報を取得すると言うのも手ですね。

>幻月さん

> ２．受け取ったデーラーから折り返しでsendUnit.ニックネーム.プラグイン名.setReplyで任意の情報返却を設定する。
>
> で、情報返却は好きな情報を取得すると言うのも手ですね。

これは、カードの情報をsetUnitやｓｅｔAllではなくてsetReplyを使って送信するということですね



バグを修正しました

http://taku_kanban.at.infoseek.co.jp/cgi-bin/img/200.zip

場札が重複してしまうバグを修正しました。
まずは一番単純な「１．ディーラーがプレイヤーを登録した場合、登録したプレイヤーの持つカード情報をすべて消去する」
の方法を使うことにしました。
今後必要に応じて、２や３の制限かけた方法に変えていきたいと思います。
また、場札にカードを置いてもディーラー側のボタンではプレイヤーの所持枚数が減っていなかったのでそこも修正しました
「場札をとる」ボタンもありますが、まだただの飾りです。

秋茄子さん

＞これは、カードの情報をsetUnitやｓｅｔAllではなくてsetReplyを使って送信するということですね

えぇ、情報の変更を監視し処理を行う処理体系ですから。
実際の送信処理にはjpUnit「たけとんぼ」のsetUnitやsendAllの力を借りますけどね。

＞バグを修正しました

確認しました。直ってますね。
次は場の札をとれるのかな、楽しみです。

> えぇ、情報の変更を監視し処理を行う処理体系ですから。
> 実際の送信処理にはjpUnit「たけとんぼ」のsetUnitやsendAllの力を借りますけどね。

通信にsetUnitやsendAllをつかうか、Replyを使うかで悩みそうです。
場札の処理にはReplyの方がいいかなと考えていますが、まずはわかりやすいsetUnitやsendAllで作っています。

場札をとる機能を追加しました。
場札の移動に伴う手札や捨て札の変化もディーラーのボタンやプログレスバーに反映されるようになっています。

http://taku_kanban.at.infoseek.co.jp/cgi-bin/img/206.zip

次は山札から直接場札に配る機能を追加したいと思います。

機能が増えて行くにつれ、メソッドも増えてきているのでそのうち整理が必要になりそうです。

＞秋茄子さん

＞場札をとる機能を追加しました。

動作確認しました。
大丈夫そうです。

＞通信にsetUnitやsendAllをつかうか、Replyを使うかで悩みそうです。

お好きなほうでどうぞ（笑）
他の人が作るのを見るのは楽しいですね。

カードを使うたけとんぼプラグインです。
一つ機能を追加しました。

http://taku_kanban.at.infoseek.co.jp/cgi-bin/img/210.zip

場札に直接カードを置く機能です。

次は、場札を捨てる機能をつけたいと思います。

＞秋茄子さん

確認しました。
きれいに動いてるようです。

着実に足場固めてますね。
完成が見てわかるのはいいですね。

そろそろ配布形式を考えておいてもいいかもしれませんね。
ＶＥＣＴＯＲにしろ、SourceForgeにしろ秋茄子さんの個人差サイトにしろ
どこかにはおかないと後から取れなくなりますからね。

> 幻月さん

> そろそろ配布形式を考えておいてもいいかもしれませんね。
> ＶＥＣＴＯＲにしろ、SourceForgeにしろ秋茄子さんの個人差サイトにしろ
> どこかにはおかないと後から取れなくなりますからね

まだ配布方式については全然考えてませんでした。

たけとんぼがＶＥＣＴＯＲとSourceForgeに両方で公開されているので
カードのプラグインも両方で公開した方がいいと考えています。

今回は場札を捨てる機能をつけました
捨てる場札を選択してから、「場札を捨てる」ボタンを押してください。

http://taku_kanban.at.infoseek.co.jp/cgi-bin/img/214.zip

場札の機能についてはこのくらいでしょうか。
つぎは、プレイヤーの場札を表示し、管理する機能をつけたいと思います。

>秋茄子さん

>たけとんぼがＶＥＣＴＯＲとSourceForgeに両方で公開されているので
>カードのプラグインも両方で公開した方がいいと考えています。

無理にいっしょにすることはないんですけどね（笑）
お好きな配布方法で

＞今回は場札を捨てる機能をつけました
＞捨てる場札を選択してから、「場札を捨てる」ボタンを押してください

動作確認しました。
堅実だなぁといつも思います。
とりさんも私もこういうやり方じゃないですから（笑）
そうそう、そろそろJFrameの左上のアイコンつけてみたらどうです？
jarにいっしょに練りこんだpngとかgifとかをイメージで読み込めば後はそのままつかえますよ。

＞つぎは、プレイヤーの場札を表示し、管理する機能をつけたいと思います。

どんな実装にするのか楽しみにしときます。

>とりさん

最近静かですが何かこまってたりします？
あの後どうなったのかなぁと思いまして

春は仕事が忙しいのと花粉で弱っているのとで、ほとんど作業出来ていません。
希望的観測ですが、おそらくGWごろには復帰出来ると思います。

>春は仕事が忙しいのと花粉で弱っているのとで、ほとんど作業出来ていません。

それはまた大変な。
まぁ、そういうことなら完全に季節を抜けるまで休みでもいいかもしれませんね。

>　幻月さん

> そうそう、そろそろJFrameの左上のアイコンつけてみたらどうです？
> jarにいっしょに練りこんだpngとかgifとかをイメージで読み込めば後はそのままつかえますよ

おもしろそうです。
次回の更新ではトランプのハートのAを表示させてみます。

今回は、簡単な機能のはずが意外と手間取ってしまいました。
おまけに、土曜日にウィルスバスターの罠に引っかかってしまって、あわてて再インストールまでしてしまいました。

メンバーを追加するとフレームの右側に自分以外のプレイヤーの名前のついたボーダー（枠囲み）が追加されていきます。
名前の追加はディーラーだけでなくプレイヤー側にも反映されます
ボーダーの中にほかのプレイヤーの場札が表示されていくわけですがまだその機能は実装していません

http://taku_kanban.at.infoseek.co.jp/cgi-bin/img/225.zip

次回は、トランプのAをアイコンにしてみたいと思います。

＞秋茄子さん

>次回の更新ではトランプのハートのAを表示させてみます。

それだけでも結構かっこいいかもしれませんね。

＞今回は、簡単な機能のはずが意外と手間取ってしまいました。

うん、たまにそういうことがありますね。

＞おまけに、土曜日にウィルスバスターの罠に引っかかってしまって、あわてて再インストールまでしてしまいました

あれにかかっちゃいましたか。

＞メンバーを追加するとフレームの右側に自分以外のプレイヤーの名前のついたボーダー（枠囲み）が追加されていきます。

動作確認しました、動いてますね。


＞とりさん、秋茄子さん

新しい機能、「多層機構」を実装しました。
まだ、動作確認が完全ではないので、すぐには切り替えを進められませんけど
説明を増やしておきましたので時間のあるときにでも、目を通してみてください。

> 幻月さん

> 新しい機能、「多層機構」を実装しました。
> まだ、動作確認が完全ではないので、すぐには切り替えを進められませんけど
> 説明を増やしておきましたので時間のあるときにでも、目を通してみてください

はい。
早速見ておきます。

と行きたかったのですが、今日はいつの間にか増えていた単独起動2の方を理解しようと四苦八苦していました。
commonにクラスファイルを入れてなかったり、マニフェストファイルの最後の改行の位置が悪かったりで単独起動とは別のところで悩んで一日かかってしまいました。
多層機構は明日見ておきます。

http://taku_kanban.at.infoseek.co.jp/cgi-bin/img/226.zip

今回は、アイコンを追加しただけです。
ハートのAをアイコンにしました。
どうやら、正方形以外の画像は正方形にしてしまうようです。
とりさんの作ってくれたかっこうのいい画像ではなくへちゃむくれというか、つぶれあんまんという感じのアイコンになってしまいましたが、それでもかなりフレームの見栄えがよくなるものです。

>秋茄子さん

無理に使う必要はないんですよ？（笑）
アイコン確認しました。
下に表示されるフレームバーの表示も変わるから格好良くなりましたね。

＞とりさんの作ってくれたかっこうのいい画像ではなくへちゃむくれというか

まぁ、とりさんにお願いして16×16の画素を作ってもらうとか（笑）

> 弦月さん

> 無理に使う必要はないんですよ？（笑）

でも使いたくなってきました。
ようやく多層機構も理解できてきました
一回は試してみたいので、カードプラグインを多層機構向けに改造中です。
よりわかりやすくなるか、複雑になるか解るのはもう少し改造してからになりそうです。

他の人に使用してもらうJpUnitというのもおもしろそうです。
トランプの絵を表示する部分にはすぐに使えるかもしれません。

>一回は試してみたいので、カードプラグインを多層機構向けに改造中です。

好奇心ですね（笑）
前のソースをキープした上で試してみることを強く推奨します。
……今回いつも以上に作るのに苦労した上に、テスト時間が足りてないので（苦笑

私、明日、明後日はネットが見れない状況なので返答できません。
なにか修繕点があってもその後に対応になります。

あと少しでこのスレもとうとう２年目ですね（＾ω＾）
鳥さん以下開発者の方々には頭が下がる思いです

カードプラグインを多層機構向けに改造しようとしていたのですが、なかなか難しいみたいです。

多層機構の説明で言うと、
HellowFrame.javaはhelloworld．ｊａｖａにより呼び出されます
ChildFrame..javaはchild．ｊａｖａにより呼び出されます
chile.javaを呼び出すのはJpScriptのJpCommandRunning("jp.common.setUnit('child','jp.geoark.child.child','jp.helloworld');");
ですので、HellowFrameはChildFrameの参照を取得できません。
なので、HellowFrameとChildFrameのコンポーネントを同じフレーム配置する方法が見つからないのです。

ディーラーとプレイヤーを同じフレームに配置したいので、これはやっておきたいことですので、もうちょっと考えてみます。

それで、リクエストなのですが下層のJpScriptを取得するメソッドをつけてほしいのですが可能でしょうか。

多層機構の実験をしてみました

http://taku_kanban.at.infoseek.co.jp/cgi-bin/img/231.zip

zipにまとめて圧縮しているSample2とSample3は多層機構の説明のSampleのソースをちょっといじったものです。
プラグインの起動メニューには
はろーわーるど2！！[多層対応]
はろーわーるど3！！[多層対応]
と表示されます

Sample2はHelloWorld2の下層にChildがあります
Sample3はHelloWorld3の下層にChildがあります
つまり、両方の上にあるJpUnitはちがっても、下層になっているJpUnitは同じです

また、HelloWorld2の下層のChildはsendAllでHelloWorld2の下層にChildにメッセージを送信するようにしており
HelloWorld3の下層のChildはsendAllでHelloWorld3の下層にChildにメッセージを送信するようにしています

まず、二つたけとんぼを起動させてください
その両方で「はろーわーるど2！！[多層対応]」を起動させます
次にSubUnit起動をクリックしてください
多層機構の説明では別のフレームで表示されていたコンポーネントがHelloWorldFrameと同じフレームの上部にまとめられています。
ChildFrameをJPanelを継承したChildPanelにして、各コンポーネントをstaticにしてまとめるようにしたのですが、詳しくはソースを見てください。
このとき片方の「はろーわーるど2！！[多層対応]」からもう一方の「はろーわーるど2！！[多層対応]」への多層機構を使用した送受信はうまくいきます。

次に、たけとんぼをいったん閉じてから「はろーわーるど3！！[多層対応]で同じように試します。
このときも片方の「はろーわーるど3！！[多層対応]」からもう一方の「はろーわーるど3！！[多層対応]」への多層機構を使用した送受信はうまくいきます。

今度は、「はろーわーるど2！！[多層対応]」を試した後に「はろーわーるど2！！[多層対応]」を閉じてたけとんぼは閉じずに「はろーわーるど3！！[多層対応]」を起動させて試してみます。
このときは、片方の「はろーわーるど3！！[多層対応]」のテキストフィールドにメッセージを入力して発言ボタンを押してもう一方の「はろーわーるど3！！[多層対応]」の表示用のテキストフィールドに表示されません。

最後に2つのたけとんぼの両方で「はろーわーるど2！！[多層対応]」を起動してから「はろーわーるど3！！[多層対応]」を起動します。
このときは「はろーわーるど2！！[多層対応]」のメッセージはうまくもう一方の「はろーわーるど2！！[多層対応]」に表示されるのですが、
「はろーわーるど3！！[多層対応]」で入力したメッセージは受信側の「はろーわーるど2！！[多層対応]」に表示されます。


JpScriptはどうやらうまく送受信されているようですので、うまくいかないのはChildPanelのコンポーネントをstaicにしたせいだとおもいます。

ChildPanelのコンポーネントをstaicにする方法では、一つのたけとんぼではどこの層にあっても同じ名前のJpUnitは使えないみたいです。

ちょっと外からの書き込みなので簡単にだけ

＞秋茄子さん

＞ChildPanelのコンポーネントをstaicにする方法

それだと同じVMの上だと、どこにおいても多分ひっかかるでしょうね（笑
Panelのstaticをはずしてみるとどうなります？

＞リクエストなのですが下層のJpScriptを取得するメソッドをつけてほしいのですが可能でしょうか。

すいません、意味がちょっと分からないでいます。
たとえばJpUnitが
jp.helloworld.child
だとして一つ上のJpUnitにコマンドを発行したいなら
jp.helloworld.****
文字を渡すなら
jp.helloworld.setString('****','*************');
で渡せると思うのですが…もしかして省略指定
例）
..setString('****','*************');
とかのことでしょうか？
うーーん、それは難しいかな。
矢って出来無いことは無いけど、処理がかなり重くなるでちょっと考えちゃいますね

> 幻月さん

> ＞リクエストなのですが下層のJpScriptを取得するメソッドをつけてほしいのですが可能でしょうか。
>
> すいません、意味がちょっと分からないでいます。

すいません。あわてて書き間違えてしまいました。
「下層のJpUnitを取得するメソッド」でした。

多層機構の説明のSample.jarでいうなら、helloworldのメソッドでchildへの参照が取得できるようにならないかな、ということでした。

ははぁ、一覧ですか。

考えませんでしたねぇ、そういえば。
やるにしても…というか長期的にはやるべきなんですが
さっぱり考えてなかったので、まずはつくりを考えるのでまってくださいな。

＞すいません。あわてて書き間違えてしまいました

いや、類似単語が近いからしかたないです（笑）

> 幻月さん

> Panelのstaticをはずしてみるとどうなります？

こちらも試して見ましたがうまくいきませんでした。

多層機構の説明ではHelloWorldFrameではSubUnit起動を押したときの処理は次のようになっています。

/* Jpコマンド作成 */
String jpWord = "jp.HelloWorld.Child;";
/* Jpコマンド実行 */
HelloWorld.JpCommandRunning(jpWord);

JpScriptのjp.HelloWorld.Childが実行された時にdoActiveメソッドChildPanelのインスタンスも作られる訳です
コンポーネントが作られた後にHelloWorldFrameにChildPanelを配置したいのですが、ChildPanelのインスタンスへの参照が取得できないので配置できません。
そこで、ChildにChildPanelのスタティックなメンバを持たせてSubUnit起動したときの処理を

/* Jpコマンド作成 */
String jpWord = "jp.HelloWorld.Child;";
/* Jpコマンド実行 */
HelloWorld.JpCommandRunning(jpWord);
/* cpはChildPanelを格納しているスタティックなメンバ */
thisFrame.getContentPane().add(BorderLayout.NORTH, Child.cp);

として、ChildPanelのインスタンスへの参照を取得してHelloWorldFrameに配置したわけです。
なので、staticをはずすと参照が得れなかったわけです。

ここはまだ考えていますがまだよい方法が見つかっていません。

子供のJpUnitのリストを取得できる機能を実装しました。
サンプルをアップしましたので見てみてください。
試す場合には先ほど更新した最新の開発者用パッケージ[jp.jar]が必要です

http://taku_kanban.at.infoseek.co.jp/cgi-bin/img/232.lzh

>こちらも試して見ましたがうまくいきませんでした。

あぁ、そうかインスタンスが違うんですね。
ちょっとソース時間かけて見ます。

＞秋茄子さん

最新のたけとんぼ1.9.2で先ほどのテストをもう一度してもらえませんか？
…たぶん、私のほうのバージョンアップミスです、すいません。

>幻月さん

> 最新のたけとんぼ1.9.2で先ほどのテストをもう一度してもらえませんか？
> …たぶん、私のほうのバージョンアップミスです、すいません。

試してみました。
2で発言したメッセージは２へ、
3で発言したメッセージは3へ
思った通りに送信されました。

でも、何故なんでしょう。

> それだと同じVMの上だと、どこにおいても多分ひっかかるでしょうね（笑

なんですよね。
少し気になります


動作に不都合なところも見つけました。
まず、たけとんぼを2つ起動させてください。
次に、両方のたけとんぼで「はろーわーるど2！！[多層対応] 」を起動させてください。
起動したら両方の「はろーわーるど2！！[多層対応] 」を閉じてください。
最後にまた「はろーわーるど2！！[多層対応] 」を起動させてください。
こうしたところ、「はろーわーるど2！！[多層対応] 」から「はろーわーるど2！！[多層対応] 」へ送信したところ
テキストフィールドに文字列が送信されなくなりました。

サンプルを改造してみました。

http://taku_kanban.at.infoseek.co.jp/cgi-bin/img/233.zip

ChildPanelにsetParentJpUnitNameメソッドを追加して

String jpWord = "jp.localunit.sendAll.helloworld.child.setString('TestData','" + txtMessege.getText() + "');";

これと同じような部分のhelloworldの部分を変更できるようにしました。
上層のJpUnitが「JpUp」という名前だったら、

ChildPanel cp = Child.cp;
cp.setParentJpUnitName("JpUp");

とするわけです。

jarファイルの形式で配布できませんが他の人に使用してもらうJpUnitとしての体裁はそろったと思うのですがいかがでしょうか。

>思った通りに送信されました。
>でも、何故なんでしょう。

すいません、私の内部実装ミスです（苦笑
JpSystem(内部駆動)は、結構いろいろなことをしているのですが
内部での情報保持に一部失敗してました。
そのため駆動時には問題がおらないけれどJpScript実行時に
2と3のchildを混同していたようです。

>動作に不都合なところも見つけました。

それは多重禁止をしてないから。
以前、秋茄子さんが一度引っかかったのと同じですね。
private でクラス内にPanelを保持して二度作らないようにすれば多分直ります。

＞jarファイルの形式で配布できませんが他の人に使用してもらうJpUnitとしての体裁はそろったと思うのですがいかがでしょうか。

うまく整えましたね。
今の時点での実装としては十分です。
深いレベルの実装はもうしばらく先に（半年？）JpUnit間の
Object型の転送が出来るようになってからですね。
今度、他の所で真似させてもらいます（笑）

そっか…ベースに組み込むには煩雑に過ぎるけど二次配布用のロジックパターンがあるって言うのは
便利ですね。

>秋茄子さん

今ぼんやりソース見ながら思ったのですが
public void setParentJpUnitName(String parentJpUnitName) {
this.parentJpUnitName = parentJpUnitName;
}
の処理、コンストラクタにまとめて
public ChildPanel(String parentJpUnitName) {
super();

setScreeen();//レイアウトを決定します。
add(content);
setVisible(true);
this.parentJpUnitName = parentJpUnitName;

}

でもいいかもしれませんね。

> 幻月さん

> それは多重禁止をしてないから。

それには気づいてませんでした。
ありがとうございます。

http://taku_kanban.at.infoseek.co.jp/cgi-bin/img/235.zip

これが多重起動を禁止したものです

ここで確認したいことが出てきました。
たとえば、JpUnitのHelloWorldを起動させて、それにより作られるフレームHelloFramを閉じてもJpUnitのHelloWorldはたけとんぼを閉じない限り残り続けるのでしょうか。
また、その下層のJpUnitのChiledも同様にたけとんぼを閉じない限り残り続けるのでしょうか。
もし、残るのだとしたら考えないといけないところが出てくるのです。


> コンストラクタにまとめて

試してみましたが、コンストラクタにまとめることはできないようです。
上のファイルをダウンロードして、ソースを見てください。
ChildPanelのコンストラクタ呼び出しは、Childのコンストラクタで行われています。
そして、Childのコンストラクタを呼び出すソースはjp.geoark.childパッケージにもjp.geoark.helloworldにもないのです。
なので、上層のJpUnitの名前をChildPanelに保存するにはコンストラクタとは別にsetParentJpUnitNameを呼び出すしかないようです。

たまに思うんだが、2人きりしかいないみたいだからメッセでやれば?

誰かが見て何か突っ込みを入れたり妙案を出してくれないとは限らないじゃない

＞これが多重起動を禁止したものです

大丈夫ですね。確認しました。

>たとえば、JpUnitのHelloWorldを起動させて、それにより作られるフレームHelloFramを閉じても
>JpUnitのHelloWorldはたけとんぼを閉じない限り残り続けるのでしょうか。

答えから言うと残ります。

＞試してみましたが、コンストラクタにまとめることはできないようです。

なるほど、このつくりなら無理ですね。

たけとんぼカードプラグインの完成が楽しみ。

＞たけとんぼ
　起動時のウインドウサイズの復元
　「コマンド＞チャンネルに入る」でそれまで記入したチャンネル名を羅列（Limechatだとウインドウが出てきて選べるようなあんな感じ）
　「設定＞ログを取る」を起動時からチェックONしたい・・・　チャンネル名＋日付で自動ログ保存がしたい。

　とかの要望ってココに書いちゃマズいですかな？


＞LimeChat
　LimeChat のＴＲＰＧ用マクロを公開してるサイトってもう無いのかな。探したけどみつからないし(´・ω・`)
　アリアンロッドするのに TomTom 氏が作成してた LC_Dice.exe （ソフト名不明：ＶＢ製。ttp://puresia.cun.jp/wiki/pukiwiki.php）のサイトはあるんだけど、これの記述がないっぽいし・・・使い方ダレも覚えてないから使えないし・・・orz
　使ってた人使い方覚えてたら教えてホスィ

>587

＞起動時のウインドウサイズの復元

私も欲しい機能だけど…操作ミスで触れない位置に出るようになった場合ユーザがパニックしそうで（笑
ちょっと考えてみます。

＞「コマンド＞チャンネルに入る」でそれまで記入したチャンネル名を羅列（Limechatだとウインドウが出てきて選べるようなあんな感じ）

Limechatってそんな機能あったのか（笑）ちょっとやってみたいですねぇ。作り考えときます。

＞「設定＞ログを取る」を起動時からチェックONしたい

ファイル＞上書き保存　か　ファイル＞新規ログ作成　で「ログをとる」にチェックがはいるんですけどこれじゃ駄目でしょうか（笑）

＞　チャンネル名＋日付で自動ログ保存がしたい。

自動はちょっと保留、一度やって一部から邪魔って言われたんですよ。
TRPGでの使用用途だと読み込みに時間かかっても既存のログを開いてセッション再開する人とかが、意外にいて
「かってにファイルが出来る」のが嫌がられたりしたので。
チャンネル名＋日付はファイル名として自動で出るようにするものありですね。
これも考えときます。…すぐには対応できませんよ？

＞要望ってココに書いちゃマズい

誰かに怒られたら、私にメールで出すのに切り替えと言うことで（笑）

＞LimeChat のＴＲＰＧ用マクロを公開してるサイトってもう無いのかな。

うーーん、私は知らないです。

>587

＞チャンネル名＋日付について
新規ファイル作成時にディフォルトのファイル名としてチャンネル名＋年月日にしてみました。

> 幻月さん

> >JpUnitのHelloWorldはたけとんぼを閉じない限り残り続けるのでしょうか。
>
> 答えから言うと残ります。

これに関して一つ実験をしてみました。

http://taku_kanban.at.infoseek.co.jp/cgi-bin/img/238.zip

をダウンロードしてみてください。
このソースはchildクラスのUnitInterfaceListenerメソッドのTestDatを受け取ったときの処理に

/* Jpコマンド作成 */
String jpWord = "jp.localunit.sendAll."+cp.getParentJpUnitName()+".setString('TestData','"+ strTestData+"：おくりかえす" + "');";
/* Jpコマンド実行 */
Child.JpCommandRunning(jpWord);

を追加したものです。
受け取ったメッセージに「：おくりかえす」というのをつけて、自分以外のたけとんぼのプラグインの親のクラスの処理付き関数TestDataを変更しているわけです。

たけとんぼを二つ起動させてください。
片方をA、もう片方をBというニックにしたとします
そして両方で「はろーわーるど2！！[多層対応]」をきどうさせて、SubUnit起動を押してChildも起動させます。
このとき、Aの「はろーわーるど2！！[多層対応]」の多層機構ラベルの右にあるテキストフィールドに「あ」と入れて発言ボタンを押すとBの多層機構ラベルの左側のテキストフィールドに「あ」と表示されて、
Aの指定した相手の手を見るの左側のテキストフィールドには「あ：おくりかえした」と表示されます。

今度はBの「はろーわーるど2！！[多層対応]」を閉じてから同じようにAで「い」をいれてから発言ボタンを押すとAの方に「い：おくりかえした」と表示されます。

フレームを削除してもJpUnitが残って動き続けているのが確認できました。

これから考えたのですが、たとえばカードプラグインでディーラーを間違って起動させたとします。
そして、その後ディーラーのフレームを閉じてもディーラーは動き続けるわけです
そうなると、ディーラーを動かしたくない人のたけとんぼでもディーラーが動き続けてるので、下層のJpUntiがたけとんぼを閉じるまで残り続けるのはまずいかな、と思ったのです。

下層のJpUnitを削除できるようにはできないでしょうか。

> 587さん
> たけとんぼカードプラグインの完成が楽しみ。

期待されると気恥ずかしいものがありますね。
なるべく継続して作っていきたいと思っています。

>下層のJpUnitを削除できるようにはできないでしょうか。

うーーん、ちょっと難しいです。
保留させてください

＞秋茄子さんへ

下層のJpUnitを削除する機能を暫定実装しました。

JpCommandRunning("jp.common.setUnitKill('jp.HelloWorld2.Child');");

で削除できます。
ただし、ちょっと注意。
秋茄子さんの最新のサンプルソースではインスタンス時の
パラメータ設定が二度目以降実行されず動作がおかしくなる可能性があります。
注意してください。

＞幻月さん
　ステキに早い反応ありがとうございますっ！
　保存時、部屋名＋日付.log の名前になるようになってました。

　＞チャンネル名の羅列
　複数の部屋に出入りしている場合でかつ、「あれ？　あの部屋って何て名前だっけ？」っていう物忘れの時、一覧が表示されると迷わなくて良いなぁって感じです。
　わりと、月をまたいでセッションしているとき忘れたりするもので（自分だけかな。
　LimeChat では、こんな感じでした。

　　http://taku_kanban.at.infoseek.co.jp/cgi-bin/img/240.jpg

　＞自動ログ保存にチェック
　ウィンドウズだと不安定になりやすく、ソフト自体が不正終了を起こして突然エラーで落ちてしまうことがたまにあります（Ｍｅだとかなりの頻度で。
　そういう場合、チェックし忘れや保存指定していない場合ログに残らないという不便性があります。
　・・・同じ部屋の人から後でログを貰うのが早いでしょうけど（汗

　>>TRPGでの使用用途だと読み込みに時〜
　そういうやり方の人も居られるのですね。
　自分は、自動に保存されたログを後から貼り付け -> リプレイ編集という一連の流れで行なうことが多いのでそこには思い至りませんでした。

オンセスレの方で、
卓ゲ板あぷろだが連投されすぎてログ流れが発生し、
いくつかのリプレイが見れなくなってるそうな。
オンセ補助ツールがオンセを妨害、まったく面白いね。

>587

はいな、まぁ、すぐに出来るモノだったので（笑）

＞自動ログ保存にチェック

はじめにファイル指定してもらうのが一番確実なんですけどね。
自動は検討はしますけど、今の所実装の予定無しにさせてください。

＞チャンネル名の羅列

ここらはやらないとなぁ、いや、優先が下がってるだけなんですけど。
画像ありがとうございます。

>>596
何でそんなに喧嘩腰なんだ？
ダレもが使えるアップローダーなんだから
流れるのは当然じゃないか？

早すぎっていうなら、適当なアップローダーに
誘導するくらいしてもいいんじゃね？

ttp://49uper.com/up-s/

ココがいいんじゃないかと思うが、俺にはワカンネ。

>>598
むしろ、流れてしまうアップローダを使うよりはサイト作ってそこで
やった方がいいと思う。他人のファイルは流れないし自分のファイルも
消されたりしないから。

まあまとめサイト憑くってうｐローダ作るとかはあってもいいだろうかね。
あるいは共有フォルダでもいいし。

ヤフブリなんかどうだ？

>598、599、600、601
すいませんね、静観してて。どう反応すべきか迷ってました（苦笑
甘えついでに、私、そのあたりの話題は任せちゃってノータッチにさせてもらいます。
いや、本当は良くないのは承知してるんですけどね、アップする可能性のある本人達がそういう態度って言うのは。
ここ、一番上にあるようにあるにはあるんですよ、まとめスレが。
ただ、もしアップローダーにしろ新しいまとめサイトにしろ、実態を作る傍らサイトの管理までって言うとまじめに荷が重いんですよ。
結構前に(bin+cue).asさんとトリさんも何度かそのあたり話してましたけどね。
私自身が、サイトを持って、随時更新しているから、結構労力もっていかれるのはいやってほどわかってます。
そんなわけで、秋茄子さんやトリさんは設置したがらないと思います。
完成品が出来たら公開用のサイトは作るだろうとは思ってますけどね。
で、まぁ………多分、他力本願で私はノータッチになると思います。

いえいえ。いつも乙です。
とは言えまあ、著作物を他人が管理するのが前提になるのもアレですな。

とりあえず、公開パスで共有フォルダ作るとかがもっともお手軽かねぇ？

探してみたけど、ファイル倉庫目的のうｐロダは禁止してる所ばっかりだ。

サイト作ってうｐろだ設置しても倉庫目的になるだろうし…
レンタル掲示板サービスに、ファイルうｐろだは無いし（画像うｐBBSはある）

前のヴァージョンのファイルや、必要なくなった画像データなんかは、投稿者が削除する。
つー感じでいいんでない？

卓ゲ用UPロダって、それでもデータは流れるんだっけ？

>603

いぇ。
共有フォルダってなんでしょう？（笑）

＞604

お疲れ様です。やっぱりそうですか。

＞魔改さん

お久しぶりです。
まぁ、そのあたりはとりあえず妥当ですね。

つまるところ、こんな感じにすればいいわけだね。
http://taku_kanban.at.infoseek.co.jp/cgi-bin/1clip/clip.cgi

＞607

あ、馬刺さんご本人ですか？
すいません、なんかお手数おかけしてしまいました。

>607
あわわわわ、ありがとうございます（平伏

>>607
わざわざｗ

保存件数を増やすなり無限にしたりしたほうが早いんじゃないかと思ったりｗ

>>610
それだとサーバー容量がパンクしちゃう事もありますし。

>保持件数を増やすなり無限にするなり

ΣΣ　　orz
………、ｷﾆｼﾅｰｲ!!w

＞共有フォルダ

Yahooブリーフケースとかの、いわゆる「倉庫」的な利用が可能なスペース。
サイトを作ることなくファイルのみを置いておく事ができる。

なお、Yahooブリーフケースでは5メガずつ、計30メガまで保管可能。
使用条件はYahooのアカウント(無料)。アップロードは要ログイン。

というか、そこまでやる気が無いのにこのスレにいる目的って…言っちゃあ悪いな。

Yahooグループでも作ればいいのにと思った。
メインの機能はメーリングリストですが、ブリーフケース(共有フォルダみたいな物)とか使えますよ。

問題は（クレクレ厨的視点のな！）それ作ったら、
広報先くらいにしかここの存在価値はなくなるってことだな。
ついでに広報はここよかもっと人がいる、雑談スレとかオンセスレとかの方でいいし。

ここの方が新規に協力しようとする人や様子を見に来る人、応援する人にとっては敷居が低いんじゃないか。
専用のうぷろだかサイトみたいなものがあった方がいいとはおもうけど。

いや、そもそも必要あるものを作ってるのかも
分からないようなスレだったりもする。
このスレで聞けば、ここで開発されたものを使ってる人の
一人や二人がいるかも入れないが、
雑談スレとかではさっぱりじゃねーかと。

サイト作ってもう少し見せるようにしなきゃ、知ってもらえないと思う。

>>613 >>614
へー、共有フォルダってそう言うものだったのか。
オレ知らなかったよ、ﾄﾝｸｽ
>>613 >>614 >>616
てゆーか、>>607で専用うぷろだ作ってもらってるんだからもう解決じゃネ？

随分？の多い文章だな
自信が無いなら誘導なんぞするなカス
駄コテに私物化されたこんなスレなぞもうどうでもいいけどな

>>619
お前面白れえ。

>>620
反応するなよスルーしとけ

やっと花粉も一段落したので復帰しようと思ったんだけど・・・・荒れてるねぇ。
まあ、制作者としてスタンスを示すいい機会なので少しレスを付けておきます。


うぷろだ関連の問題については・・・・>>618
＞てゆーか、>>607で専用うぷろだ作ってもらってるんだからもう解決じゃネ？
という認識で良いのでしょうか？

>>617
＞いや、そもそも必要あるものを作ってるのかも分からないようなスレだったりもする。
いやまったくその通りですねぇw まあ、制作者が勝手に作りたいもの作って、使いたい人が
使えばいいんじゃない？という考えなのでまったく問題を感じませんが。

>>619
まあ、作るスレですから作り手が常駐するのはやむなしでしょう。
元々廃墟スレでしたし、どうでもいいなら別に問題なしという事で良いでしょうか？

＞馬刺さん
お手間をかけさせてしまって申し訳ないです。有効活用させていただきますm(__)m

＞ALL
つーわけで近々復帰しますのでよろしゅう。和やかにやりましょうよ(^^;

マ板に引き取ってもらうか、普通に占有で依頼か
サーバ間移動は出来ないから、後者かな。

つまりここで卓ゲ板が得意な雑談を混ぜると無問題になるという寸法だな？

つうか普通に人いないだけだしなこのスレ。

>>611
別にアカウントを取得して設置したわけじゃないっすよ。

>>617
その辺はまったくそのとおりなんだけど、仕様書、手順書、企画書を持ってきて作成依頼を行う人もいないし、
作り手が好きに作るしかないのが現状なんでｗ

>>619
ここにいるコテで、駄コテ団に所属しているコテハンはいないんじゃ？
自分も含めて、ここのスレのみコテを名乗ってるだけだと思う。

>>とりさん>>幻月さん
あー、こっち実際に作ったテスト品を、セッションで何回か運用した結果、いくつか出てきた問題点を報告しておきやす。

１．エンゲージの概念
２．同Sq内に、複数キャラが存在する
３．１キャラの移動距離と１スクエアの大きさの問題
４．高低差の表現（空中に飛んでる伽羅とか）
５．未探索と探索済みの表示形式。

通信系の問題である、入退室、NPCの表現、障害物の表現とかその辺もありますが、それはとりあえず置いておきます。

１、２は、１スクエア内に複数キャラクターが入るようにしたタイプ、隣接をエンゲージとしたタイプの二種類作り、基本を前者に置いたほうがよい、もしくは戦闘フィールドを工夫するという方法に思考が向いています。
３は、１スクエアの大きさをその場で変えることで対処するか、戦闘フィールドを別に用意するかという方向で思考ベクトルが進んでます。
４の高低差は、とりあえず口伝（飛行中）で対処（上下にキャラクターが重なるとかない限りは何とかなる）、キャラクターにカーソルを合わせたときに出るステータスラベルに、高度を表示することで仮対処する方向でベクトルが向いてます。
５はタイルに番号を振り、オンオフにする方法と、座標で細かくオンオフするのと二つ作りましたが、壁の表現アルゴリズム次第。現状は特に固まってません。

１と２の汎用表現は結構メンドクサイかもしれません。仕様を決めるか、特定のシステム寄りにした方が無難かもしれません。
でっかいフィールドを作ればよいのでしょうが、作るのもめんどくさく、画面スクロールさせるのもするのもメンドクサイので、ダンジョンフィールドと戦闘フィールドは別に用意し、１，２，３，４の問題点に対して、対処仕様という方向でベクトルが向いています。

今回４つほど別々の方向で組み上げてみましたが、なかなかうまくいかずが現状です。
とりさんが作っているのとは物が違うので、同じ問題が出るわけではないので、参考程度にとどめておいてください。

とりさん、お帰りなさい。
まぁ、荒れてるというか、人口少なすぎるのが露呈したというか。
アップローダーは馬刺さんが作ってくださったので使わせていただきましょう。

＞つうか普通に人いないだけだしなこのスレ。

えぇ、まぁ、かなり（苦笑
あと、なまじ平素は作るものを決めた製作者が
常駐してるもので余計に話しずらいのかもしれません。

＞魔改さん

これは通信というよりはアプリの情報操作ですね。

人がいないとは言っても一時期はゼロだったのでそれよりはマシかと。

＞628
それは、そうなんですけどね

横レス。
ファイルのアップ場所がない時にこそ、P2Pに頼る時。
悪名高きwinnyを全く合法的に使うことで事態打開を図るのです。

・・・と言ってみる。
まあバイナリ配布するだけなら、実際いい方法ですよ。
管理する必要も無いし。

　Winny はアップロードする側がずっと起動させてないといけない家庭サーバみたいなもので、しかも中に何台かのＰＣを経由する仕組みだからＵＬ者とＤＬ者のＰＣがストレートに繋がることは稀有。
　その間、仲介する謎ファイルがＨＤＤを間借りする上にソフト自体のＣＰＵ占有率が恐ろしく高い。

　と、雑誌みて合法猫写真を集めるために導入した知人が昔言っていた。

　・・・他のファイル（非合法）に目移りして悪人への道をひた走るのに時間はかからないぞ（爽）と笑顔で言っていたのが印象的だったなぁ。
　変なウイルスにかかってＨＤＤが壊れたとか言ってたけど今は何してるんかなぁＮは。

SourceForgeにアカウントとプロジェクト作ったらどうですか？
すぐに承認されますよ。さすがに、夜中に申請して２時間後に承認のメールが来たときはびっくりしましたが。

CVSによるソース管理、掲示板、メーリングリスト、問題点管理・・・などなど、
必要な機能は一通りそろっています。

>SourceForgeにアカウントとプロジェクト作ったらどうですか？

私個人はアカウントを持ってソースの公開をしてます。
登録は私の時には半日かかりました、時期によるのでしょうか。
今の時点だと、各々別個のアプリを組んでいるので必要になってませんが、
複数の人間が一本のソースを変更するようになったら考えたほうが良いですね。

>>631
大分誤解があるかと。
ＵＬとＤＬがストレートに繋がらず、間に仲介がある分、ＤＬ及び仲介者のＰＣに
ファイルのコピーが作成され、それによってＵＰ元のＰＣがネットに繋がって無くても
ファイルの拡散は続きます。
と言いますか、ストレートに繋がらなくてもＵＰ／ＤＯＷＮに支障はないです。
それで支障があるソフトなら、あんなにアングラ業界で流行ったりはしませんから。
どちらかと言うと、一度間違ってアップしたら、あとは何をしようとネット世界から
消えることなく、拡散しつづける方が恐ろしいかも・・・

まあ、特にｗｉｎｎｙを推薦する気もないので、これにて。

やっと多層機構を理解しました。つかJpSystem全般すっかり忘れてたわw
MANIFESTのJp-Unit-Nameの末尾に無駄な半角スペースが入ってるのに気付くのに3時間もかかってしまいましたorz

＞Winny
ジャンクの様な役に立たない試作品が際限なく拡散するのは非常に鬱陶しいし傍迷惑ではないかと思います。

＞SourceForge
いちおうアカウントだけは持ってますが、リリースファイルの出せない状態ではプロジェクト立てる気にはなれません。
つーか妄想だけで立てられて放置されたプロジェクト大杉。そんな事になりたくないのでひとまず保留。
ある程度使ってもらえるレベルのものになったらプロジェクト立ててバージョン管理しても良いかなと思いますが。

＞うぷろだ
せっかく作って下さったものを使わないというのも失礼な話なので試作品のやり取りには専用うぷろだを
使わせてもらうってことでひとまずこの話終わりにしません？

Bittorrentでいいと思うが、なんでWinnyなんよ。ちゃねらー思考の限界か？

>やっと多層機構を理解しました。つかJpSystem全般すっかり忘れてたわw
>MANIFESTのJp-Unit-Nameの末尾に無駄な半角スペースが入ってるのに気付くのに3時間もかかってしまいましたorz

いや、そんなものです。
私も自分でも使わないと忘れますから（笑）
秋茄子さんにも言いましたけど全部使う必要はありませんし、全部は無駄です。
必要なものだけ使用しましょう。

>いちおうアカウントだけは持ってますが、リリースファイルの出せない状態ではプロジェクト立てる気にはなれません。
>つーか妄想だけで立てられて放置されたプロジェクト大杉。そんな事になりたくないのでひとまず保留。

うーーん、プロジェクトで安心しちゃうからでしょうかね？
コンスタントに直すのは大変ですし、以前、ソース紹介のあった
Chapletのkoe氏のように完成動作品を挙げてる人も結構いるんですけどね。

＞せっかく作って下さったものを使わないというのも失礼な話なので

馬刺さんのご好意ですからね、感謝しつつ素直に利用しましょう。

＞せっかく作って下さったものを使わないというのも失礼な話なので

この件がどっか行けば、その分を他へ回せるんだろうけどな。

存在しないけどな、他。

確かに今のところ存在してないね。「他」に該当するものは。

以前に、LimeChatのマクロについて話が出てたと思いますが
探せばまだまだ出てきますよー。

拙作でよければ晒しますが…。



あ、あと超亀でごめん。

>642
公開キボン

>587

以前、要望のあったそれまで記入したチャンネル名を羅列を実装しました。
最新を使ってみてください。
要望されたのとはちょっと形は違いますけどね、動作的には問題ないかと思います。。

久しぶりに見れたらスレ更新きてたー（微笑み

>>641
是非是非さらしてくださいませ。
情報は公開して共有することが、よりよきゲームへの道だと感じます。
良し悪しの判断は各個人の判断です(`・ω・´)

>>643
対応ありがとうございます。
他のＩＲＣから部屋名を引っ張り出してくる手間が省けるようになりました。

今の仕様ですと、プルダウンメニューを選択した瞬間に部屋に入っているようですが、選択して「入室」ボタンを押してやっと入室という風に変更できませんか？
理由としては、手がすべって目的外の部屋名を選択してしまったら面倒だなーと。

自分が作ったマクロは、こんなもんです。
odproject.net/ill/pukiwiki/pukiwiki.php?OD%20TOOL%20for%20TRPG

ただ、素人がプログラミングの勉強目的で作ったものなので、
使いやすさとか、軽さとか、乱数の偏りなどは全く考えてません。
正直、実プレイなら他のマクロ使ったほうが有用だと思います。

お、なんかある。
・・・ドラゴンハーフがあるやんか（爆）

＞644
＞他のＩＲＣから部屋名を引っ張り出してくる手間が省けるようになりました。

それは良かった。

>選択して「入室」ボタンを押してやっと入室という風に変更できませんか？

うーーん、ちょっとまた保留させてください。

>641

おぉ、ずいぶんいろんなのがありますね。
ドラゴンアームズがある、いいですね（笑）

＞644
>選択して「入室」ボタンを押してやっと入室という風に変更できませんか？

とりあえず直してみました、最新を確認してみてください。
「入室」ボタンかエンターで反応します。
もしかしたらVM環境によって動きがずれるかもしれないので、
ちゃんと動いたらOS教えていただけるとうれしいです。

>>646
たぶん誰も使いません（笑）

>>647
もともと天羅零用ダイスだったんですけどね。
エンギアやドラゴンアームズにも転用できる教えられたので、一緒に書いてます。
ちなみに私はルールブック持ってないので確認してませんが。

あと
http://www.odproject.net/ill/pukiwiki/pukiwiki.php?OD%20TOOL%20for%20TRPG
のコメント欄に内輪以外からの投稿があってびっくり。

>>648
エンターとボタンによる動作を確認しました。
どっちとも通常動作いたしましたー！　ありがとうございます（平伏

OSは　WindowsXP Pro （sp1適用）　です。
java Runtime のバージョンは１．５だったかな。

>649
>一緒に書いてます。

まぁ、同じなら使えますしね。

>650
＞どっちとも通常動作いたしました

よかった、後はマック系の確認ですね

＞幻月さん
たけとんぼ1.9.6の新機能はOSX10.3、J2SE1.4.2update2の環境下で問題なく動作していますよ。

最近はJpSystemの復習であれこれやってます。なかなか勘とリズムが取り戻せないorz

>たけとんぼ1.9.6の新機能はOSX10.3、J2SE1.4.2update2の環境下で問題なく動作していますよ。

確認ありがとうございます。
OSX10.3なら問題ないですね。さすがに９前だと保証しかねますが（笑）

>最近はJpSystemの復習であれこれやってます。なかなか勘とリズムが取り戻せないorz

ずいぶん拡張しましたからね。
慣れると楽なんですがテンプレートに慣れるまでが一苦労かも。
楽しみにしてますんでがんばってください。