この掲示板は、もう使ってよいのかな・・？=^^;=

KENT-WebForum用巡回、内部で持っている解析用のパターン（実体は正規表現と、そこから情報を取り出すためのインデックス）を、ソース上にハードコーディングしたいてのですが、そろそろ収拾が付かなくなったため以下のように変更予定。
# 現時点で2.x、2.xのmegasoft、4.xの(MCD)、4.xのisso改（３種）、4.xとあります。

※１部のみ抜粋。これは、html全体から個々の発言を取り出すための情報。
[ANALYZE_MESSAGE]
Version=2.*-2.*
Custom=*
Pattern=<hr width='?\d+%'?><P>(<tt>)?${mes:.[\s\S]*?$}</form>
Pattern=<tr><td[^>]*>(<tt>)?${mes:<font[^>]*>投稿時間：.[\s\S]*?$}</form>

ようは、正規表現はそのままでも、外部ファイルにすることでC言語の文字列としてのエスケープがいらなくなるであろうという利点と、取り出す情報をインデックスで指定したいたのを、特殊なタグ(${hoge:$})で指定して、プログラム側で数えよう　という。

　そこで、これを設定したファイルを外部ファイルにしようとした場合、*.cpxと同じ場所に持っておくのがよいと思うのですが、APIからだと、なにかよいのはありますか？
# Ｅｘｔｅｎｓｉｏｎフォルダそのものを得るのは見つけました。サブフォルダをきっている可能性を考えると、なにかあるかな　と。
# 無いようならGetModuleFileNameからになるのかなぁ　と。

なお、情報ファイル自体は、配布時点では簡単な暗号化を掛けた（xor & 0x66とか）バイナリファイルにするかもしれません。
-- CMN v0.50β --

うぇいくさん、こんにちは。

＞　そこで、これを設定したファイルを外部ファイルにしようとした場合、*.cpxと同じ場所に持っておくのがよいと思うのですが、APIからだと、なにかよいのはありますか？

ICmnPilot::cmnGetDataでDP_EXTFOLDERPATHを指定するとエクステンションのパスを取得できますので通常はそれを使うということになるかと思います。
エクステンションのリネーム時も含めてエクステンションと設定ファイルを同じファイル名にしたいという場合にはGetModuleFileName等を使ってもいいと思いますが、リネームまで考えなくてもいいのかなと・・・。

＞# Ｅｘｔｅｎｓｉｏｎフォルダそのものを得るのは見つけました。サブフォルダをきっている可能性を考えると、なにかあるかな　と。

サブフォルダをきっている可能性ってどういう意味でしょうか。
エクステンションは必ずExtensionsフォルダ内に存在します。

DECO

　こんにちは。
＞サブフォルダをきっている可能性ってどういう意味でしょうか。
＞エクステンションは必ずExtensionsフォルダ内に存在します。
　そうすると、CMN側がサブフォルダに対応して無いんですね。それであれば、GetDataの値でよさそうです。
# この手のpluginを大量に入れられるタイプのツールの場合、指定のフォルダの下を再帰的に自動的に検索するものが多いので、誤解してました（１つのPluginで多数のファイルのあるものが多い場合は、便利。）

　現在のところ、DP_EXTFOLDERPATHで取得したフォルダに、ファイル名をつなげているので、このままいこうかと思います。
# ファイル名の先頭部分は、衝突を避けるために、cpx本体と同じような名前をソース内にハードコーディングしています。本エキステンションは、Renameして使うケースもある（笑）ので、GetModuleNameの値は使ってません＜extend機能

# 現時点で、巡回時の正規表現を外部化終了。現在、固有掲示板の判定や、Post/Res用の情報を、外部化中・・・ただし、あくまでもWebForum用なので、ある程度は決めうち。
-- CMN v0.50β --

ひっそり自サイトに掲載。いまのところ、情報ファイルはテキスト。
CUSTOMとINFOMATIONの取り込み・利用は未実装（現時点ではcpxにハードコーディング）
-- CMN v0.50β --

うぇいくさん、こんにちは。

＞# この手のpluginを大量に入れられるタイプのツールの場合、指定のフォルダの下を再帰的に自動的に検索するものが多いので、誤解してました（１つのPluginで多数のファイルのあるものが多い場合は、便利。）

あ、そういう意味ですか。
まぁユーザーがフォルダ内を参照するような所ではないのでサブディレクトリに対応する必要はあまりないかなーと。。。

DECO

　こんにちは。
＞あ、そういう意味ですか。
＞まぁユーザーがフォルダ内を参照するような所ではないのでサブディレクトリに対応する必要はあまりないかなーと。。。
いまのところ、標準的には、
・cpsもしくはcpx本体
・対応するfrm
の２つぐらいまでですね。
webforumのExtensionで、掲示板情報に＋１個。

　そして今度は、エラーログを出力するのに良いフォルダはどこが良いかという問題に・・・
webforumのExtensionの場合、外部にある掲示板情報を読み込むため、定義のエラーやら矛盾やら巡回時の詳細なエラー原因（主に掲示板情報ないの正規表現誤り）を通知するためにログファイルを出力しようとしています（エラー発生時のみ）
　いまのところ、掲示板情報ファイルの名前と似たような感じで生成していますが、どこかもっと良いところがあるかな　と。
# ついでに、CMN本体のDebugフラグと連動する方法（値が取得できるとか）もあると良いかも。加えて、書き込み保証つき（直後でアプリエラーになってもファイルに残るよう）で、文字列を適当なファイル（掲示板ごととかスレッドごととか）へ書き出すような機能。さらに加えて、実行中は単純なWindowが開いて書き出された内容が随時参照できると便利かも。

# あとついでに１点。OTN-JPと@homepageメッセージボードを登録しようかと思ったんですが・・・・作者登録をしたかどうかがわかりません=^^;=以前に、作者登録画面を開いた記憶はあるのですが、そのときも同じことを考えて、結局登録したのか、やめたのか・・・=^^;=


あとふと、YOSPADだとwebforumで最下行に表示している、対象掲示板の記載が出ないような？項目が１つしかないRADIOだから？
-- CMN v0.50β --

#7 うぇいくさん、こんにちは。

＞あとふと、YOSPADだとwebforumで最下行に表示している、対象掲示板の記載が出ないような？項目が１つしかないRADIOだから？

確認しました。(^◇^;)
inputが大文字だったためです。
とりあえず、frmの該当項目（input）を、小文字にして頂けると、動作します。

で、早速直しました。
最初に一括で小文字にしてから、判定することが多いのですが、途中でその都度変更するように変えた際に、対応し忘れていました。

次版では、どっちでも対応します。

----
YOS cra-top.yoshida@nifty.com　by CMN 0.50β + YosPad 1.33
http://com.nifty.com/community/C0023097/top.go

　1.34で確認しました。最初、yospadのページ(yoapadのHELPからjump)からのリンクが1.33になっていて、どこから落とすのかと思ったのですが・・・とりあえず、ファイル名を変えたら落とせましたので、それで確認しました。
# webforumのcpxは、巡回失敗しているところがあるので、ちょっと先送り（「みんなのチャット♪」のサポート掲示板(2.64のたぶん無改造)）
-- CMN v0.50β --

#12 うぇいくさん、こんにちは。

＞　1.34で確認しました。最初、yospadのページ(yoapadのHELPからjump)からのリンクが1.33になっていて、どこから落とすのかと思ったのですが・・・とりあえず、ファイル名を変えたら落とせましたので、それで確認しました。

え？と思って、調べてみたら、1.34になっていました。
アーカイブとhtmlは、同時にアップにしたので、うぇいくさんのとこのキャッシュが表示されていたのではないでしょうか？

何はともあれ、問題無いようなので、告知もすることにします。
お手数をおかけしました。

----
YOS cra-top.yoshida@nifty.com　by CMN 0.50β + YosPad 1.34
http://com.nifty.com/community/C0023097/top.go

うぇいくさん、こんにちは。

＞　そして今度は、エラーログを出力するのに良いフォルダはどこが良いかという問題に・・・
＞webforumのExtensionの場合、外部にある掲示板情報を読み込むため、定義のエラーやら矛盾やら巡回時の詳細なエラー原因（主に掲示板情報ないの正規表現誤り）を通知するためにログファイルを出力しようとしています（エラー発生時のみ）
＞　いまのところ、掲示板情報ファイルの名前と似たような感じで生成していますが、どこかもっと良いところがあるかな　と。

常にログを出力するとどんどん肥大化していく可能性がありますので、ユーザーがエラー出力するかどうかと、どこに出力するかをフォルダプロパティで指定させたらいかがでしょうか。
ログをデスクトップとかに出した方がサポートを受ける側も楽だと思いますし。

＞# ついでに、CMN本体のDebugフラグと連動する方法（値が取得できるとか）もあると良いかも。加えて、書き込み保証つき（直後でアプリエラーになってもファイルに残るよう）で、文字列を適当なファイル（掲示板ごととかスレッドごととか）へ書き出すような機能。さらに加えて、実行中は単純なWindowが開いて書き出された内容が随時参照できると便利かも。

プログラムデバッグは基本的に開発者のみが行うものなのでCMN側に特にデバッグ機能は不要かと思いますし、ユーザーサポート用は各cpx作者によって必要な情報なども違うでしょうから統一できませんので、これも必要であればcpx側で実装するのが一番いいかと思います。
一応デバッグウィンドウ表示は検討項目に入れておきますが、あまり期待しないでください。。。(^^;)

＞# あとついでに１点。OTN-JPと@homepageメッセージボードを登録しようかと思ったんですが・・・・作者登録をしたかどうかがわかりません=^^;=以前に、作者登録画面を開いた記憶はあるのですが、そのときも同じことを考えて、結局登録したのか、やめたのか・・・=^^;=

weyk という作者名が登録されています。
一番最近の登録です。

DECO

＞weyk という作者名が登録されています。
＞一番最近の登録です。
　やっぱりありましたか・・・そーすると、前回のその前に登録したんですね・・・記憶の範囲だと、アカウント情報の控えはないようなきがするので、とりあえず、このまま行きます。
# cpxの開発を始めた当初ごろになんかやったよーな気がする・・・
-- CMN v0.50β --

　いろいろ試して、やっとIDとパスワードがわかりました・・・
　とりあえず、巡回対象のバリエーションの少ない（特定サイトタイプ）、OTNJP用と、@homepage掲示板を登録してみました・・・
# 11/07 9:00〜9:30の間にある、作成者ログイン関連のLogin失敗の履歴はわたしです（笑）

# Extension Listに対抗して、Extension Developers Listとゆーのを作ったりして（つかわない、つかわない）
-- CMN v0.50β --

うぇいくさん、こんにちは。

＞　とりあえず、巡回対象のバリエーションの少ない（特定サイトタイプ）、OTNJP用と、@homepage掲示板を登録してみました・・・

ありがとうございました。(^^)

DECO