★ INCM Plug-in開発掲示板 ★ TinyGrass Ver0.32a ［戻る］
[0276] 00/11/07 17:53 GAE(3nxWzOCXjo.): Re:275)RE: MSVCP60.DLLがない？
>INCM 1.21lを落としてきたのですが、1.21jからバージョンアップすると、起動
>時に「MSVCP60.DLL」がないとおこられます。どっかから落としてくる必要があ
>るんでしょうか？
あらら、VC++のランタイムまでいるとは…(汗)
http://www.gld.mmtr.or.jp/~naofumi/incm/beta/
にコピーしておきました。
これで試してみてください。
[0275] 00/11/07 15:11 Buckeye(UnTUYw5MC2c): Re:274)MSVCP60.DLLがない？
INCM 1.21lを落としてきたのですが、1.21jからバージョンアップすると、起動
時に「MSVCP60.DLL」がないとおこられます。どっかから落としてくる必要があ
るんでしょうか？
ちなみに環境は、NT4.0+SP5、IE5.0です。
INCM 1.21kで必要になったというdllは、両方ともシステムにありました。
書き込み対応のテストをしたくてうずうずしてるんですが、起動できないんで先
にすすめていません(;_;)
Best Regards,
Buckeye
[0274] 00/11/07 00:28 GAE(vbbj25HUgnk): プラグインでの書き込みの仕様
とりあえず実装しました。＞ INCM 1.21l
http://www.gld.mmtr.or.jp/~naofumi/incm/beta/
プラグインでの書き込む場合、cmtに出力するとき、
F:POST,.... となっているのを
F:LIB,.... とします。
"LIB" というのはプラグインのことを
「ライブラリ」と呼んでいた頃の名残ですがまあ問題ないかな…。(すごい適当)
他に適切な物があれば指摘してください。
送信記事の送信方法が "LIB" となっていた場合は、
送信する記事を *.cmw にCMTフォーマットで書き出します。
INCMは普段通りの巡回方法でプラグインを呼び出しますので、
プラグインは、カレントディレクトリの *.cmw を検索して処理してください。
*.cmw 一個つくるごとにそのファイルを引数にして
プラグインを呼び出した方が良いかもしれませんが…
送信に成功したら、送信属性を削除してください。
内部的には *.cmw を出力する時点で、元の cmt から記事が削除されます。
そして、巡回後に *.cmw をインポートして、送信失敗した記事が
もとの cmt に戻るようにします。
送信属性が削除されていた場合は、送信済に移動します。
http://www.gld.mmtr.or.jp/~naofumi/incm/
[0273] 00/10/31 00:01 風葉(jmhR4bkKNz.): Re:267)エディタ
ぁぅ、失礼しました。(^^;
> 難しいみたいですね(^^;
はい(笑)。枉げられません。
特に（先程は書き忘れましたが）ASCIIの0x5Cが「￥」と表示される環境でC派生
言語や正規表現の閲覧・編集は耐えられません。(^^ゞ
> とりあえずエディタの終了を検知でなく、作業ファイルのタイム
> スタンプを監視して、書き込みを更新するオプションを付ければ対応
> エディタは増えるかも。
Emacsの場合ですとEmacsそのものをエディタに指定するのではなく、emacsclient
（或いはgnuclient）というものを指定する（のが恐らく一般的だと思う）のです
が、これは起動しているEmacsに該当するファイルを渡すプログラムです。ですか
らこの場合、終了判断では難しいと思います。
しかし、それよりもまずは作業ファイルの名前に日本語を含めないようにする方
が先であると思うのですが（Emacsではファイル名化けています(笑)）如何でしょ
う。>GAEさん
[0272] 00/10/30 23:50 風葉(jmhR4bkKNz.): Re:267)エディタ
[0271] 00/10/30 21:08 Buckeye(UnTUYw5MC2c): Re:258)RE: プラグインでの書き込み
成功したらそのままのほうが無精できると思ったんですが……途中でキャンセル
された場合とかもあるから、やっぱり、成功したら消すか、またはS:行の投稿発
言・投稿保留などを示している部分を書き換えるといった処理をするほうが正当
でした。
投稿をINCMにまかせずにプラグイン側でやろうというくらいなら、無精しような
んて怠慢なこと考えちゃいけませんね(^^;)
Best Regards,
Buckeye
[0270] 00/10/30 10:40 でぐ(MVbPwfyRCtk): Re:260)RE: 掲示板のダウンロードの仕方はどうするの？
> 掲示板のダウンロードの仕方はどうするの？
ヘルプにあるように、INCMを解凍、起動。
フォルダを作成し、フォルダのプロパティで適切なプラグインを指定し、「巡回設定」画面でURLを入力。
後は巡回を始めさせれば、大抵の対応済みの掲示板の記事は取得できると思います。
不明点は風葉さんの書かれているように、ここよりも「INCM質問掲示板」へどうぞ。
→ http://www2s.biglobe.ne.jp/~gae/incm/qa/cyclamen.cgi
http://degitian.portland.co.uk/index.xml
[0269] 00/10/30 10:40 でぐ(MVbPwfyRCtk): Re:265)Re: 閉包
余りつづけるべき話題でも、個別の話を載せるべき場所でもないのは承知していますが、一度だけお見逃しください。
この書き込みに対する返信等は、メールでのみお受けさせていただきます。
> またPerlのモジュールでは、特殊なものを覗いて概ねPerl言語それ自身で記述さ
> れており、ブラックボックスと称するのは些か抵抗があります。(^^;
私は、次のようなDLL、モジュールその他については、ある程度信用することにしています。
・ソースが公開されていること
・ソースないし製作者のドキュメント上で、RFCその他への配慮を感じられること
時として、配布元の信頼性その他も加わりますが。
その上で私のモジュールの利用法はブラックボックス的です。
中身は覗けるし、問題を感じれば覗きますが、普段はそこまでしません。
あえて怪しげな造語を作らせてもらえば、「透明なブラックボックス」ですね。
同時に、私はスクリプトを以下のいずれかの条件でしか配布できあせん。
・フリーで、As-Isであることを承知の上で使うこと
・スクリプトを読み、理解したユーザーのみが使うこと
実のところ、プログラマのみにブラックボックスを信用するな、ということは言いたくありません。
ブラックボックスの排除に意味をもたせるなら、ユーザーにも使うなと言うつもりでいます。
それ以前に、ユーザーとプログラマを区別したくないのですが。
とはいえ、このポリシーについては今まで配布のプラグイン等に書き忘れていましたね。
次にリリースするときは、As-Isである旨を書き加えることにします。
あ、もちろん、私のスクリプトと同じ目的のスクリプトを作成、公開していただくのはまったく問題ありません。
例えば、Yahoo! ニュースプラグイン、モジュール不使用バージョンなど。
# きっとLWPのしている余計な処理がなくなって、速度も向上するのでは？
http://degitian.portland.co.uk/index.xml
[0268] 00/10/30 07:12 一 五明(YMjHyfzdazU): Re:261)RE: thread
>えと、申し上げたかったのは、掲示板が「スレッド表示を」サポートしているか
>ということです。
あ、これは未対応です(^^;
もともとあんまし書き込みの無い自分のページ用に作ったシステムなので、
INCMのサポートに使うには力不足気味です。
http://kt.sakura.ne.jp/~timeflow/M/
[0267] 00/10/30 07:12 一 五明(YMjHyfzdazU): Re:250)対応エディタを増やす
>友達によく言ってますが、なかなかやってくれません(汗)
難しいみたいですね(^^;
とりあえずエディタの終了を検知でなく、作業ファイルのタイム
スタンプを監視して、書き込みを更新するオプションを付ければ対応
エディタは増えるかも。
http://kt.sakura.ne.jp/~timeflow/M/
[0266] 00/10/30 06:02 たいふ〜ん！(.VUmowh0S8w): Re:264)RE: ダイヤモンドカーソル(^^ゞ
楽しそうな話題なんで、無駄だけど参加(笑)
僕自身もDOS時代の人間なんで、エディタと言えば必ずemacs準拠と言うのが
あたりまえの世界でした。（本物知らないんだけど・・・）
それがいつの間にかWin時代に入るとダイヤモンドカーソルすら標準でない
というのが納得行かないながらも、「ctlr＋なんたら」という操作法が
すっかり海馬から消えてしまいました。
コンピュータ社会って、退化してないかい？って思う今日この頃・・・
だからこそのINCM・・・こっそりでも応援したいのです。
http://homepage1.nifty.com/typhoon/at-cgi/incm/
[0265] 00/10/30 01:23 風葉(jmhR4bkKNz.): Re:263)Re: 閉包
ちょっと修正と補足。
まず修正。
> またPerlのモジュールでは、特殊なものを覗いて概ねPerl言語それ自身で記述さ
s/覗/除/;
補足。
> だからといってしかし、内部を全く知らずしてプログラムを進めるという考えに
> は賛成出来ません。
ここで先に挙げた「アプリケーション〜」と「ソフトウェア〜」の違いが起こる
と思います。
つまり「使えればいいや」が前者、「よく判らないものを使うのは…だから」が
後者であると思います。
ただ、流石にバイナリ配布されるようなライブラリパッケージの場合は付属文書
のみでは依然「よく判らないもの」として使わざるを得ないことは事実です。
また或いは、メッセージダイジェストに用いるMD5やSSLなど、使わざるを得ない
もので、それが何をするかは判るがどうなっているかは簡単には判らないものが
あることも事実です。
ですから、先程のメッセージで纏められませんでしたが、避けられないものであ
るならば「よく判らないもの」を甘んじて使わざるを得ませんが、他に方策があ
ればそれを使うのを避ける――というのが私のポリシーです。
＃ ――ので、押し付けるつもりは全くさらさらありません。
その方がスキルも付きますので。
じっくりLWPを読めばいいのですが、やっぱり他人のプログラムを読む行為は苦
痛です。(^^;
それが自分の記述スタイルから大きく離れていると尚更です。Perlは汚く記述し
ようと思えば出来てしまいますし。
[0264] 00/10/30 01:05 風葉(jmhR4bkKNz.): Re:250)Emacs
> > それにしてもINCMの時だけ妥協してメモ帳使うとかしたほうが楽そうな
> > 気がするんですが、Unix系に慣れてると体が受け付けないものでしょうか？
>
> 友達によく言ってますが、なかなかやってくれません(汗)
> 文章を書くだけで、編集らしいことはほとんどやらないから
> なんでもいいと思うのですが…。
そもそも、Emacsはエディタに止まりませんので一旦常習化すると最早社会復帰
がままならないほどです(笑)。
エディタとプログラム言語(Emacs Lisp)が一緒になっているのでカスタマイズは
思いのまま、各種テキスト入力をサポートするモード・ビヘイビアは勿論のこと、
メーラ、ニュースリーダ、ブラウザなどなど、広範に渡り使用出来ます。
多言語の同時表示も（フォントがあれば）可能で、今年頭に制定されたJIS2000
(JIS X 0213-2000)も表示出来るマルチリンガル環境を備えています。
個人的に気に入っているのはfont-lockで、例えばプログラム言語のモードでは
キーワードや其々の型に色がリアルタイムに付きます。
(snip)
…つまり逆説的に捕らえると、「中々離れられない」のです。
[0252]Buckeyeさん>
> ないのに、ウィンカーとワイパーがハンドルの右左反対についてるヤツです。し
> ょっちゅう、ウィンカーとワイパーを間違えてフラストレーションが溜まること、
> 請け合いです。
で、Emacsにどっぷりなので偶にWindowsキーアサインなエディタを使うと特にコ
ピー、ペースト、ページ送りの周りでイライラします。
＃ 「C(M)-W」と「C-C」、「C-Y」と「C-V」ですね。判る方はお判りでしょう。
アンドゥの場合もEmacsをアイコン化してしまうことがあります。(^^;
いやはや。
[0263] 00/10/30 01:03 風葉(jmhR4bkKNz.): Re:252)閉包
> モジュール使うと、エンコードだの送受信だの、簡単にできるらしいんですが、いかがです？
[0253]でぐさん>
> ということで、でぐとしては今後のプラグイン作成にモジュールの使用を推奨。
> 理由は「プラグイン作者が苦労することはない」「新しいモジュールに期待したい」ということです。
> 例えばLWPモジュールを使えば。
人さまのポリシーを批判する訳ではありませんが、私は（site）モジュールの使
用に関しては否定的であり、このことに関してはある意味、一 五明さんの仰ら
れた――
[0255]一 五明さん>
> ちなみにモジュールは使わない主義です(^^;;
に賛成するものです。プログラム再利用時代に何を――と仰られるやも知れませ
んが、ソフトウェアプログラミングを信奉する私、風葉には「アプリケーション
プログラミングならばそれでいいかも」というスタンスです。
確かにある特定の環境状況等に特化した規則・処理を何かしらの閉包に収めるこ
とに何等依存はありません。所謂カプセル化、オブジェクト指向ですね。
だからといってしかし、内部を全く知らずしてプログラムを進めるという考えに
は賛成出来ません。
またPerlのモジュールでは、特殊なものを覗いて概ねPerl言語それ自身で記述さ
れており、ブラックボックスと称するのは些か抵抗があります。(^^;
[0253]でぐさん>
> ・RFCだとかhttpの仕組みだとかをあまり知らなくて良い
Internetに関わるプログラミングを行うに際し、RFCを全く知らないというのは
問題があると思います。せめて基本的な原理（httpならばHTTP/1.0のRFC1945）
は目を通しておく必要があるのではないでしょうか。
P.S.
更にFTP用も…。(^^ゞ
[0262] 00/10/30 01:03 風葉(jmhR4bkKNz.): Re:251)Re: 返信
> 「#」は不要のはずです。
ぅゎ、またPlug-in修正です。(TT)
> また ID と PASS を共有するというのはたぶんほとんどの場所で
> 利用規約に違反した行為になると思います。
やっぱりそうですよね。やっている人が回りにいなくはないのですが(笑)。
> また、ファイルを削除してもらわないと、サーバの容量が5MBしかないので
> 簡単に溢れてしまいます。
これは何も一つのアカウントに全て収める必要はないと思います。
CGIなりで（カウンタなどの処理後）Locationフィールドで実際のURLに飛ばせば
問題ないでしょう。
[0261] 00/10/30 00:35 風葉(jmhR4bkKNz.): Re:247)thread
> 掲示板側でサポートしてますし、実際CMTモードではちゃんと出力して
> るのでツリーになってるんですよ(^^;
えと、申し上げたかったのは、掲示板が「スレッド表示を」サポートしているか
ということです。
はっ、まさか何かCGIにクエリセグメントを渡すと見られるのでしょうか？
＃ 隠しコマンド(笑)？
[0260] 00/10/30 00:35 風葉(jmhR4bkKNz.): Re:245)doushitaino?
> 掲示板のダウンロードの仕方はどうするの？
何を仰りたいのか判らないのですが。(^^;
もう少し、状況の説明をお願い致します。
また、当該掲示板の趣旨に見合う内容であるかを今一度ご確認下さい。
＃ あ、何か発言がエラぶっているかも。(^^ゞ
[0259] 00/10/29 22:25 Buckeye(5UaQm.J3hTA): Re:250)RE: エディタ
うーん、むずかしいでしょうね＞INCMのときだけメモ帳
ふだんは国産車を運転している人に、ときどき、左ハンドルの国から輸入された
右ハンドル車を運転しろっていうようなものです。見た目とかはほとんど変わら
ないのに、ウィンカーとワイパーがハンドルの右左反対についてるヤツです。し
ょっちゅう、ウィンカーとワイパーを間違えてフラストレーションが溜まること、
請け合いです。
私はメーラーはBecky!なんですが、これの最大の不満は外部エディタがサポート
されていないこと。添付ファイルのエンコード・デコード処理とか、いろんな意
味でBecky!が安心と言われるからしかたなく使ってしますが（仕事で使うので安
定動作が必要）、同じくらいの定評あるもので外部エディタをサポートしてくれ
るメーラーがあったら乗り換えたいと常に思っています。
>>文章を書くだけで、編集らしいことはほとんどやらないから
>>なんでもいいと思うのですが…。
文章書くだけでも、カッコの挿入とか文章の頭や末尾にジャンプなど、いろいろ
な機能を使いますから。私なんかは、1回入力した用語（上で言えば「ウィンカ
ー」とか）は、ほとんどコピーで済ませちゃいますしね（マウスボタンを2回ク
リックするだけで、書いている部分にコピーされるようにマクロが組んである）。
Best Regards,
Buckeye
[0258] 00/10/29 22:25 Buckeye(5UaQm.J3hTA): Re:256)RE: プラグインでの書き込み
>> それだったら、プラグイン側の処理フラグがあれば書き込み記事をcmw にで
>>も書き出して、それが消されていたら001.cmtからも消す
>>ようなほうがまだ簡単でしょうか？
私もアイデアを出してみます。
cmwにはcmtファイルのヘッダ部分（#で始まるパラメーター）と各発言部分の情
報を書き出しておいていただく。プラグイン側では、ファイルを検索して、
〜.cmwがあったら、投稿処理を行う。
投稿に成功→そのまま
投稿に失敗→S:行の投稿発言・投稿保留などを示している部分を書き換える
プラグインから処理が返ってきたら、INCM側でS:行をチェックして投稿済みと未
投稿に振り分ける。
Best Regards,
Buckeye
[0257] 00/10/29 11:00 GAE(vbbj25HUgnk): Re:256)RE: プラグインでの書き込み
> >というのは、CMTが001.cmtを上書きしたとき、INCMで001.cmtが選択されていた場合です。
> どれを送信したかをiniに書き込んで終了するくらいですかね…
さらに問題なのが「どれ」という情報が曖昧なところだったりします。
シリアルナンバーとか無いので、記事を完全に特定する方法が無いんですよね。
他にもいくつか問題はあるのですが...(汗)
> それだったら、プラグイン側の処理フラグがあれば書き込み記事を
> 001.cmw にでも書き出して、それが消されていたら001.cmtからも消す
> ようなほうがまだ簡単でしょうか？
やるとしたらこの方法になると思います。
http://www.gld.mmtr.or.jp/~naofumi/incm/
[0256] 00/10/29 07:41 一 五明(YMjHyfzdazU): Re:249)RE: プラグインでの書き込み
>というのは、CMTが001.cmtを上書きしたとき、INCMで001.cmtが選択されていた場合です。
どれを送信したかをiniに書き込んで終了するくらいですかね…
それだったら、プラグイン側の処理フラグがあれば書き込み記事を
001.cmw にでも書き出して、それが消されていたら001.cmtからも消す
ようなほうがまだ簡単でしょうか？
http://kt.sakura.ne.jp/~timeflow/M/
[0255] 00/10/29 07:41 一 五明(YMjHyfzdazU): Re:252)POP3
実は私も作りかけてました。
ちなみにモジュールは使わない主義です(^^;;
http://kt.sakura.ne.jp/~timeflow/M/
[0254] 00/10/28 22:52 でぐ(MVbPwfyRCtk): Re:251)RE: 返信
> 個人的にどうでもいい系のコンテンツには freeweb など使ってますが、
> 広告が出るのが嫌いなのです。
でぐの使っているPortlandはフリーでCGI可、転送は普通のFTPです。
広告、ないですよね？
他にも、こういうところがいくつかあるようです。
...知人に「どうやって収益出してるんだろうね」といわれました。まったく。
メールは受信しました。
これから、ただいま、内容の検討中です。
http://degitian.portland.co.uk/index.xml
[0253] 00/10/28 22:51 でぐ(MVbPwfyRCtk): Re:246)RE: モジュールを「巡回」でインストールするプラグイン公開
> これ、perlがActivePerlかどうかとか、そのビルド番号とかもチェックしてるん
> ですか？
ActivePerlの「PPM」って、エンジンのPPM.pmとインターフェースのPPM.plに分かれているんですね。
このプラグインは、ようするにPPM.plのフリをしてPPM.pmを使うんです。
ActivePerl付属のPPM.pmを利用するプラグインですので、それ以外のPerlでは動かないでしょう。
ビルド番号等々については、標準のPPM.pmの機能に利用していますのでOKです。
> （って、中身をのぞけばいいのか……ともかく落としてきます）
何をしているのか、解析できたら教えて下さい(笑)
PPMとしての機能は、PPM.plに手を入れただけで受け継いでいて、ある意味ブラックボックス。
PPM.pmにいたっては、ほら、中身を知らなくても使えるってのがモジュールの良さでしょう。
ということで、でぐとしては今後のプラグイン作成にモジュールの使用を推奨。
理由は「プラグイン作者が苦労することはない」「新しいモジュールに期待したい」ということです。
例えばLWPモジュールを使えば。
・簡単にWebページを取得できる
・RFCだとかhttpの仕組みだとかをあまり知らなくて良い
・Robot Exclusion、クッキー、基本認証、httpsまで、簡単に対応できる
・putを実装できる（プラグインから投稿する場合）
その他のモジュールを見ると。
・MIMEデコード、FTP、メールやニュースなどが揃っている
・データベースにアクセスするDBI&DBDも役立ちそう
・XMLやExcelファイルへのアクセスなど、新機能のモジュールが面白そう
・Win32モジュールも何かできるのではないだろうか
とはいえ、それもPPMプラグインの動作確認が済まないと。
そうそう、プロキシ経由でのモジュールインストールがうまく行ってできない気がします。
なんでだろう...。
http://degitian.portland.co.uk/index.xml
[0252] 00/10/28 22:51 でぐ(MVbPwfyRCtk): Re:244)RE: 返信
> ぎくぅ。作っていました、POP3用を。
> 癪なので製作中止。(^^)/
あ、欲しいからちょっと、書いてみたのに・・・。
各種モジュール使って楽に書いてもらえるように、PPMプラグインまで作ったのに。
Net::POP3とかNet::MAIL、MIME::Base64、Net::NNTPとか。
# モジュール名はうろ覚え。「Perlモジュール活用ガイド」に載ってました。
モジュール使うと、エンコードだの送受信だの、簡単にできるらしいんですが、いかがです？
特にメールはまだしも、ネットニュースって、でぐ自身は使ったことがないので、絶対に作れない。
興味はあるんですけど。
http://degitian.portland.co.uk/index.xml
[次のページ]