tDiary

ただただしです。

　むとうさん、PCの時計が狂ってませんか?　なんか、遠い過去からメールが来
てるような。

Masao Mutoh <mutoh@highway.ne.jp> wrote:
>1. Plugin#xxx_procの呼ばれるタイミングについて
(snip)
>　携帯系の場合、day.rhtml, show.rhtml, header.rhtmlに該当するi.*.rhtmlに
>　Plugin#xxx_procが埋め込まれていないのですが、例えば、携帯で更新した場合に
>　update_procが呼ばれないとyasqueeze.rbが呼ばれなくなるということになり、
>　yasqueeze.rb的にはちょっと困った状況になってしまいます。

　これは考慮漏れという名のバグですね(笑)。携帯モードはサイズを切り詰める
ことばかり念頭にあるから、必要なものまで落としてしまいがち(笑)。少なくと
もupdate_procを呼び出して困ることはないはずなので、加えておきます。

＃ついでにupdate_procが変なものを出力しないようにtdiary.rbも修正。

>2. header_procとcounter.rbとtlink.rb 
(snip)
>　また、アビーさんにご指摘を受けたtlink.rbは、実はUser-AgentをDoCoMoにしている
>　ため、header_procが呼び出されることなく、結果としてtlink.rb使用でのカウント
>　アップは発生しません。

　あー、そうか。日記を読んでも理解できなかったんだけど、これ読んでわかり
ました。なるほど。

>3. header_procの正しい使い方
>　ここまできてふと思ったのですが、header_procはHTMLヘッダに独自の情報を追加
>　したいときに呼び出すものですね。ということは、私の使い方はチトまずいような
>　気がしてきました。

　そうですね。header_procが呼び出すプラグインが携帯モードを考慮していな
いので、i.*.rhtmlにheader_procを仕込むわけにはいきません。今後作られるす
べてのプラグインにそれを共用するのも難しい気がします。

＃といいつつbody_xxx_procは野放しだけど(笑)。あとで見直そう。

>　(2)init_procを導入して欲しい
>　　　i.*.rhtmlでheader_procを呼び出すのは、header_procがHTMLヘッダ情報を表す
>　　　ので意味的に呼び出すのは難しいかなと思った上での提案です。

　そういう解がきれいなのは認めます。ただ、どんな場合に呼び出すべきかを決
めるのがけっこう難しい気が。どうせやるなら特定の場合だけに呼び出すのでは
なく、すべてのCGI実行時に呼び出して、ステータスを表すパラメタを与えるよ
うな形にすべきかも。

　とりあえずむとうさんの目的には、本文がある場合には必ず呼び出される
body_enter_procを代わりに使うという手がありますが、どうでしょうか。本文
のない空の日記でカウンタが上がってもしょうがないので、これで十分では。


━━━━━━━━━━━━━━━━━━━
ただただし <http://www.spc.gr.jp/sho/>
    ♪ツッコミは、短く鋭く愛を込めて。
━━━━━━━━━━━━━━━━━━━

むとうです。

On Wed, 24 Apr 2002 13:19:03 +0900
TADA Tadashi <sho@spc.gr.jp> wrote:

> 
> ただただしです。
> 
> 　むとうさん、PCの時計が狂ってませんか?　なんか、遠い過去からメールが来
> てるような。

あうぅ。狂ってました....。これで大丈夫だと思います...。
 
> >　(2)init_procを導入して欲しい
> >　　　i.*.rhtmlでheader_procを呼び出すのは、header_procがHTMLヘッダ情報を表す
> >　　　ので意味的に呼び出すのは難しいかなと思った上での提案です。
> 
> 　そういう解がきれいなのは認めます。ただ、どんな場合に呼び出すべきかを決
> めるのがけっこう難しい気が。どうせやるなら特定の場合だけに呼び出すのでは
> なく、すべてのCGI実行時に呼び出して、ステータスを表すパラメタを与えるよ
> うな形にすべきかも。

確かに。前のメールではHEADではなくGETのみ、みたいに書きましたがそれでは
不十分な気がしてきました。やはり全てのCGI実行時に呼び出した方が良いですね。
ステータスのパラメタについては現状の@cgiや@mode等が渡れば問題ないと思います。
 
> 　とりあえずむとうさんの目的には、本文がある場合には必ず呼び出される
> body_enter_procを代わりに使うという手がありますが、どうでしょうか。本文
> のない空の日記でカウンタが上がってもしょうがないので、これで十分では。

body_enter_procって1日の日記の前後で呼び出されません？
それだとちょっと...。

-- 
.:% Masao Mutoh<mutoh@highway.ne.jp>

むとうです。

On Wed, 24 Apr 2002 22:16:09 +0900
Masao Mutoh <mutoh@highway.ne.jp> wrote:

> むとうです。
(略)
> > 　とりあえずむとうさんの目的には、本文がある場合には必ず呼び出される
> > body_enter_procを代わりに使うという手がありますが、どうでしょうか。本文
> > のない空の日記でカウンタが上がってもしょうがないので、これで十分では。
> 
> body_enter_procって1日の日記の前後で呼び出されません？
> それだとちょっと...。

おっと、表現が曖昧ですね。
1日の日記の前ですね、呼び出されるのは。
5日表示されると5回呼び出されるってことです。

それでは。

-- 
.:% Masao Mutoh<mutoh@highway.ne.jp>

ただただしです。

On Wed, 24 Apr 2002 22:16:09 +0900 "Masao Mutoh" <mutoh@highway.ne.jp> wrote:
>あうぅ。狂ってました....。これで大丈夫だと思います...。

　OKっぽいです。ntp入れましょう:-)

>body_enter_procって1日の日記の前後で呼び出されません？
>それだとちょっと...。

add_body_enter_proc do
   unless @only_once_called
      @only_once_called = true
      hogehoge
   end
end

……とすれば、1度だけhogehogeが実行されると思います。


━━━━━━━━━━━━━━━━━━━
ただただし <http://www.spc.gr.jp/sho/>
    ♪ツッコミは、短く鋭く、愛をこめて
━━━━━━━━━━━━━━━━━━━

むとうです。

On Wed, 24 Apr 2002 22:32:35 +0900
TADA Tadashi <sho@spc.gr.jp> wrote:

> ただただしです。
> 
> On Wed, 24 Apr 2002 22:16:09 +0900 "Masao Mutoh" <mutoh@highway.ne.jp> wrote:
> >あうぅ。狂ってました....。これで大丈夫だと思います...。
> 
> 　OKっぽいです。ntp入れましょう:-)

いや、ntpは入っていたのですが、Asumiに変えたタイミングでntpが動かなくなって
いました。どうも、/var/lock/subsys/ntpdが変な形で残っていたみたいです。
＃って深く追ったわけではないので真相は分かってないのですが(^^;)。

> >body_enter_procって1日の日記の前後で呼び出されません？
> >それだとちょっと...。
> 
> add_body_enter_proc do
>    unless @only_once_called
>       @only_once_called = true
>       hogehoge
>    end
> end
> 
> ……とすれば、1度だけhogehogeが実行されると思います。

これはPluginの問題点の1つだと思っているのですが、Pluginクラスの
インスタンスって、全てのPluginファイルで１つですよね。

速度的な面を考えると妥当な実装だとは思っています。
ただし、この場合、名前空間の問題が発生してしまいます。
で、上記のようなやり方を推奨してしまうと複数のPlugin作者が
同じ名前を使ってしまい、結果として最初の１つのプラグインしか
呼び出されないなんてことにもなりかねません。しかもエラーにならないので
バグとしても分かりづらいと思います。

そうすると、次善策として以下のように名前空間を自分自身で
定義して使わないと他のプラグインに影響されるおそれが出てしまいます。

module Hoge
   @only_once_called = false
   attr_accessor :only_once_called
   module_function :only_once_called, :only_once_called=
end

add_body_enter_proc do
   unless Hoge.only_once_called
      Hoge.only_once_called = true
      hogehoge
   end
end

あるいは、@付きの変数名は自分のファイル名をつけることを推奨するとか。

@hoge_only_once_called

もしかしたらもっと良い解決策があるのかもしれませんが、
仮にこういった対応をするのであれば、私的にはinit_procの方が良いと思います。
もちろん、たださんが速度的な問題でコールバック系のメソッドを増やすことに
躊躇されているのは分かっているつもりですが、今回の場合は、
init_procが画面表示時に1度しか呼び出されないですし、プラグイン実装上、
よりスマートになるという利点の方が勝っているような気がします。

それでは。
-- 
.:% Masao Mutoh<mutoh@highway.ne.jp>

ただただしです。

On Wed, 24 Apr 2002 23:25:37 +0900 "Masao Mutoh" <mutoh@highway.ne.jp> wrote:
>で、上記のようなやり方を推奨してしまうと複数のPlugin作者が
>同じ名前を使ってしまい、結果として最初の１つのプラグインしか
>呼び出されないなんてことにもなりかねません。しかもエラーにならないので
>バグとしても分かりづらいと思います。

うん。まぁ、それは承知の上の実装ですな。むとうさんも書いているように、
せめて名前で衝突を防ぐようなルールを敷かないといけないと思います。プ
ラグイン作者はまだ数も少なくて全体を見渡せるから、現状では困らないけ
ど、近いうちにルール化する必要はありますね。

＃そもそも、ファイル名の衝突という根本的な問題があるし(笑)。

>もしかしたらもっと良い解決策があるのかもしれませんが、
>仮にこういった対応をするのであれば、私的にはinit_procの方が良いと思います。

現状でこういう新しいAPIを増やすことに消極的なのは、1.4系であまり仕様
を変えたくないというのがあります。現状でも1.4.1で動くけど1.4.0で動か
ないプラグインもあるわけで、この先1.4.2以上を求めるものが出てくるの
はあまり好ましくない。1.4.1までの機能をうまく使ってかわせるならそれ
にこしたことはないと。

もちろん、1.5系ではinit_proc相当のAPIは検討対象としてあげますが。


━━━━━━━━━━━━━━━━━━━
ただただし <http://www.spc.gr.jp/sho/>
    ♪ツッコミは、短く鋭く、愛をこめて
━━━━━━━━━━━━━━━━━━━

むとうです。

また、counter.rbのバグ見つけました。うーむ。
＃思いっきり品質悪い...(T_T)。

On Thu, 25 Apr 2002 00:29:28 +0900
TADA Tadashi <sho@spc.gr.jp> wrote:

> ただただしです。
> 
> On Wed, 24 Apr 2002 23:25:37 +0900 "Masao Mutoh" <mutoh@highway.ne.jp> wrote:
> >で、上記のようなやり方を推奨してしまうと複数のPlugin作者が
> >同じ名前を使ってしまい、結果として最初の１つのプラグインしか
> >呼び出されないなんてことにもなりかねません。しかもエラーにならないので
> >バグとしても分かりづらいと思います。
> 
> うん。まぁ、それは承知の上の実装ですな。むとうさんも書いているように、
> せめて名前で衝突を防ぐようなルールを敷かないといけないと思います。プ
> ラグイン作者はまだ数も少なくて全体を見渡せるから、現状では困らないけ
> ど、近いうちにルール化する必要はありますね。
> 
> ＃そもそも、ファイル名の衝突という根本的な問題があるし(笑)。

実はファイル名はあまり気にしてないんですけどね。エラー(cp -iにエイリアスしてあれば)
としてはわかりやすい部類ですし。
 
> >もしかしたらもっと良い解決策があるのかもしれませんが、
> >仮にこういった対応をするのであれば、私的にはinit_procの方が良いと思います。
> 
> 現状でこういう新しいAPIを増やすことに消極的なのは、1.4系であまり仕様
> を変えたくないというのがあります。現状でも1.4.1で動くけど1.4.0で動か
> ないプラグインもあるわけで、この先1.4.2以上を求めるものが出てくるの
> はあまり好ましくない。1.4.1までの機能をうまく使ってかわせるならそれ
> にこしたことはないと。

あ、いや、私も今すぐにってつもりはないです。
 
> もちろん、1.5系ではinit_proc相当のAPIは検討対象としてあげますが。

そうしていただけるとありがたいです。

それでは。

-- 
.:% Masao Mutoh<mutoh@highway.ne.jp>

むとうです。

連休ですね〜。みなさまいかがお過ごしでしょうか。

On Wed, 24 Apr 2002 22:32:35 +0900
TADA Tadashi <sho@spc.gr.jp> wrote:

> ただただしです。
> 
> >body_enter_procって1日の日記の前後で呼び出されません？
> >それだとちょっと...。
> 
> add_body_enter_proc do
>    unless @only_once_called
>       @only_once_called = true
>       hogehoge
>    end
> end
> 
> ……とすれば、1度だけhogehogeが実行されると思います。

init_procらしきものが入るまで上記で対応しようと思って実装してみました。

が、body_enter_procは日記1日分の前で呼ばれるのですが、これだけだと
ヘッダ部分以前では呼び出されないことになり、ヘッダ部分でカウンタを
表示したい場合、エラーが出ることに気づきました。

で、他になんかうまいことできないかなぁとイロイロ考えていたのですが、
実は、コールバック系を使わずに（メソッドにせずに）べた書きすれば
1度だけ呼び出されることに気づきました。
＃っていうか何で気づかなかったんだろう(^^;)。

例えば、上のコード例で言えば、以下のようにすればいけます。

hogehoge

となると、init_procって今回のようなことがしたいと言う場合だけを
考えるとあんまし意味無くなりますね。お騒がせしてすみませんです。

＃なんか、間違えてるかな...。

それでは。
-- 
.:% Masao Mutoh<mutoh@highway.ne.jp>

ただただしです。

On Sun, 28 Apr 2002 02:08:12 +0900 "Masao Mutoh" <mutoh@highway.ne.jp> wrote:
>で、他になんかうまいことできないかなぁとイロイロ考えていたのですが、
>実は、コールバック系を使わずに（メソッドにせずに）べた書きすれば
>1度だけ呼び出されることに気づきました。

うーん、そりゃそうだ(笑)。

>となると、init_procって今回のようなことがしたいと言う場合だけを
>考えるとあんまし意味無くなりますね。お騒がせしてすみませんです。

いずれにせよ、こないだのキャッシュ最適化で性能も上がったし、もし1.5
系でこれ以上性能が悪化しないようなら、コールバックの種類を増やすこと
は考えています。アイデアがあれば今のうちに出しておいて下さいまし。

━━━━━━━━━━━━━━━━━━━
ただただし <http://www.spc.gr.jp/sho/>
    ♪ツッコミは、短く鋭く、愛をこめて
━━━━━━━━━━━━━━━━━━━

むとうです。

On Sun, 28 Apr 2002 23:15:07 +0900
TADA Tadashi <sho@spc.gr.jp> wrote:

> ただただしです。
(略) 
> 
> いずれにせよ、こないだのキャッシュ最適化で性能も上がったし、もし1.5
> 系でこれ以上性能が悪化しないようなら、コールバックの種類を増やすこと
> は考えています。アイデアがあれば今のうちに出しておいて下さいまし。

お言葉に甘えて(^^;)。

add_conf_form_proc
add_update_form_proc

を希望します。
仕様は、設定画面・更新画面に追加されるフォームなどを定義することができる
コールバック関数です。

ちなみに、ひととおり実装したモノを添付しました。
CVS版にplugin.patchをあてて、hoge.rbをpluginディレクトリに置いて、更新・設定
画面を見ていただければどんな感じかわかりますのでひとまずお試しください。

これで、加藤さんの絵日記プラグイン
http://www.kato-agri.com/tdiary/?date=20020412#p04
みたいなことがプラグインを入れただけで実現できるのと、
拙作のa.rbのように外部ファイルを使うモノの設定ファイル自体の更新を設定画面から
行うことができるようになり、ユーザから見て使いやすくなると思います。
＃もちろん、更新用のCGIは別途必要ですが・・・実は更新処理自体update.rbにプラッガブル
＃にするアイデアがあるんですが、さすがに飛ばしすぎなぁと思ったのでひとまず自粛しました(^^;)。

ちなみに、添付したパッチでツッコまれそうなところを先に挙げておくと
1. tdiary.rbにHTMLのコードを書いてしまった　→　skel/配下の呼び出し元でやるべき？
2. 使い方が2つのメソッドで異なる
　　片方は内容,もう片方は配列(タイトル, 内容)を返します。私的には数が増えた時の
　　ことを考慮すると後者の配列を返す方に揃えた方が良いかなと思っています。
　　できれば、更新画面も設定画面と同じように、H2でタイトル、みたいな形で統一されればなぁ
　　というイメージです。まぁ、でも、これは内容をプラグイン作者に全てゆだねるというのも
　　手だと思います。
　　つまり、どっちの実装もありだと思うのですが、揃えた方が良いかな〜ぐらいの感じです。

こんな感じですかね。

それでは。

-- 
.:% Masao Mutoh<mutoh@highway.ne.jp>

ただただしです。

On Tue, 30 Apr 2002 04:54:11 +0900 "Masao Mutoh" <mutoh@highway.ne.jp> wrote:
>お言葉に甘えて(^^;)。
>
>add_conf_form_proc
>add_update_form_proc
>
>を希望します。

　どちらも、構想として頭にはありました。これらは別に重くないし。ただ、
updateの方は問題ないとして、confの方は現状ではすべての「OK」ボタンが
同じ意味を持っているので、そこに別のフォームを追加できてしまうのは混
乱を招きますね。これを実現するなら、現在の設定画面を再構成して、セク
ション毎に別画面にする必要があると思います。

　あと、updateも単にフォームを追加できるようにするだけじゃなくて、更
新フォーム自体を差し替えて、パーズするプログラムと一緒に登録できたら
面白いかも知れないと考えています。

　例えば私の「こま犬ライブラリ<http://www.komainu.pos.to/>」はtDiary
で運用していますけど、入力項目は構造化されているのでフォームで個々の
項目が別れていた方がいいなんて思っているのです。フォームを自由にカス
タマイズできれば活用範囲も広がって面白いかな、と。

　となると、ちょっとプラグインだけでどうにかできる問題ではなくなるの
ですが。……という話と↓は重なるかな? 

>＃もちろん、更新用のCGIは別途必要ですが・・・実は更新処理自体update.rbにプラッガブル
>＃にするアイデアがあるんですが、さすがに飛ばしすぎなぁと思ったのでひとまず自粛しました(^^;)。

━━━━━━━━━━━━━━━━━━━
ただただし <http://www.spc.gr.jp/sho/>
    ♪ツッコミは、短く鋭く、愛をこめて
━━━━━━━━━━━━━━━━━━━

むとうです。

On Tue, 30 Apr 2002 14:59:27 +0900
TADA Tadashi <sho@spc.gr.jp> wrote:

> ただただしです。
> 
> On Tue, 30 Apr 2002 04:54:11 +0900 "Masao Mutoh" <mutoh@highway.ne.jp> wrote:
> >お言葉に甘えて(^^;)。
> >
> >add_conf_form_proc
> >add_update_form_proc
> >
> >を希望します。
> 
> 　どちらも、構想として頭にはありました。これらは別に重くないし。ただ、
> updateの方は問題ないとして、confの方は現状ではすべての「OK」ボタンが
> 同じ意味を持っているので、そこに別のフォームを追加できてしまうのは混
> 乱を招きますね。これを実現するなら、現在の設定画面を再構成して、セク
> ション毎に別画面にする必要があると思います。

あ、そうなんですか。その辺細かく追ってなかったです。
セクション毎にボタンがあるので、てっきり、そのセクションの情報のみが更新
されるのかと思ってました（苦笑）。

> 　あと、updateも単にフォームを追加できるようにするだけじゃなくて、更
> 新フォーム自体を差し替えて、パーズするプログラムと一緒に登録できたら
> 面白いかも知れないと考えています。

うーん、確かにおっしゃるとおりですが....。
でも、ここまでやっちゃうと、プラグイン作者としては負荷が高すぎ
るような気がするんですよね...。
私のイメージでは、あくまでもフォームの追加程度を意図してました。

> 　となると、ちょっとプラグインだけでどうにかできる問題ではなくなるの
> ですが。……という話と↓は重なるかな? 
> 
> >＃もちろん、更新用のCGIは別途必要ですが・・・実は更新処理自体update.rbにプラッガブル
> >＃にするアイデアがあるんですが、さすがに飛ばしすぎなぁと思ったのでひとまず自粛しました(^^;)。

一部重なりますが、フォームの追加された部分を実行する機能をプラッガブルに
できるという部分くらいです。今のプラグインと似たような機構をもう一つ用意して...。

っと、長くなりそうなので、別のメールにします。

それでは。
-- 
.:% Masao Mutoh<mutoh@highway.ne.jp>

ただただしです。

On Sun, 28 Apr 2002 22:47:57 +0900 "Masao Mutoh" <mutoh@highway.ne.jp> wrote:
>イロイロとご迷惑をおかけしたアクセスカウンタプラグイン
>ですが、結構いろいろな方に使っていただいているようですし、
>使い方も難しくないと思いますので、標準添付にさせていただきたい
>と思うのですが、いかがでしょうか。

どうぞ。

あまり気にせず、汎用性がありそうだと思ったらcommitしてくれてかまいま
せん。

━━━━━━━━━━━━━━━━━━━
ただただし <http://www.spc.gr.jp/sho/>
    ♪ツッコミは、短く鋭く、愛をこめて
━━━━━━━━━━━━━━━━━━━

むとうです。

On Sun, 28 Apr 2002 23:16:27 +0900
TADA Tadashi <sho@spc.gr.jp> wrote:

> ただただしです。
> 
> On Sun, 28 Apr 2002 22:47:57 +0900 "Masao Mutoh" <mutoh@highway.ne.jp> wrote:
> >イロイロとご迷惑をおかけしたアクセスカウンタプラグイン
> >ですが、結構いろいろな方に使っていただいているようですし、
> >使い方も難しくないと思いますので、標準添付にさせていただきたい
> >と思うのですが、いかがでしょうか。
> 
> どうぞ。

commitしました。
 
> あまり気にせず、汎用性がありそうだと思ったらcommitしてくれてかまいま
> せん。

いやぁ、自分自身で客観的に判断するのはなかなか難しいです（苦笑）。

それでは。
-- 
.:% Masao Mutoh<mutoh@highway.ne.jp>

ただただしです。

On Fri, 26 Apr 2002 02:18:25 +0900 "Masao Mutoh" <mutoh@highway.ne.jp> wrote:
>実は昨日（おととい？）に気づいていたんですが、
>これって、eval_src化した際の消し忘れでしょうか？
>＃それともしばらく残しておくのかな。余計なお世話だったらごめんなさい。

消し忘れですね。commitしておきました。

＃いらないコードでも、消すのは勇気がいる(笑)。

━━━━━━━━━━━━━━━━━━━
ただただし <http://www.spc.gr.jp/sho/>
    ♪ツッコミは、短く鋭く、愛をこめて
━━━━━━━━━━━━━━━━━━━

むとうです。

On Sat, 27 Apr 2002 00:30:21 +0900
TADA Tadashi <sho@spc.gr.jp> wrote:

> ただただしです。
 
> ＃いらないコードでも、消すのは勇気がいる(笑)。
> 

私は結構潔く消しちゃうんですがその分後悔したことも何度か(^^;)。
まぁ、CVSで管理する場合とかは良いんでしょうが....(^^;)。

それでは。
-- 
.:% Masao Mutoh<mutoh@highway.ne.jp>

むとうです。

On Sun, 21 Apr 2002 22:20:23 +0900
喜多 淳一郎 <kita@kitaj.no-ip.com> wrote:

> きたです．
> # なんか久しぶり

アメリカは楽しかったようで。うらやましいです(^^)。
 
> >recent_list.rbの方は対処方法がわかりませんでしたのでそのままです。うーむ。
> 
> うひ．直して commit しました．
> 
> eval の中で "#{len}" みたいな表記ってできないのですね．
> どうすればいいのか分からなかったので len.to_s に置き換えちゃいました．

なるほど。そういうことですか...。 勉強になりました。

それでは。

-- 
.:% Masao Mutoh<mutoh@highway.ne.jp>

むとうです。

On Sun, 21 Apr 2002 23:56:43 +0900
TADA Tadashi <sho@spc.gr.jp> wrote:

> ただただしです。
(略) 
> >プラグインのデバッグ時は、プラグインの先頭あたりに@debug = true
> >とすればmethod_missingでエラーになるようにするというのはいかが
> >でしょうか？ちょっとだけデバッグしやすくなると思います。
> 
> 　いい案ですね。commitしておいてくれますか?　amazonも。

commitしておきました。

Changelogも変更したのですが、その際、たださんの4/21変更分を削除して
ciしてしまったのに後で気づいたので再度修正版をciしました。
＃最新バージョンは問題ないはずです。

ドキュメントはどうしましょうか。お任せしてよろしいですか？

それでは。

-- 
.:% Masao Mutoh<mutoh@highway.ne.jp>

ただただしです。

　日記にも書いたけど、性能大幅UP作戦のせいでせっかく入った@debugが台
なしになるところだったので(笑)、skelにエラー用のテンプレートを一個追
加しました。ちとad hoc杉かも。

On Tue, 23 Apr 2002 01:26:27 +0900 "Masao Mutoh" <mutoh@highway.ne.jp> wrote:
>ドキュメントはどうしましょうか。お任せしてよろしいですか？

　Pluginのインスタンス変数の説明に追加するという形でやっときました。

━━━━━━━━━━━━━━━━━━━
ただただし <http://www.spc.gr.jp/sho/>
    ♪ツッコミは、短く鋭く、愛をこめて
━━━━━━━━━━━━━━━━━━━

むとうです。

On Tue, 23 Apr 2002 22:37:09 +0900
TADA Tadashi <sho@spc.gr.jp> wrote:

> ただただしです。
> 
> 　日記にも書いたけど、性能大幅UP作戦のせいでせっかく入った@debugが台
> なしになるところだったので(笑)、skelにエラー用のテンプレートを一個追
> 加しました。ちとad hoc杉かも。

いやぁ、性能向上施策は良い感じですね〜。

> On Tue, 23 Apr 2002 01:26:27 +0900 "Masao Mutoh" <mutoh@highway.ne.jp> wrote:
> >ドキュメントはどうしましょうか。お任せしてよろしいですか？
> 
> 　Pluginのインスタンス変数の説明に追加するという形でやっときました。

ありがとうございます。

それでは。
-- 
.:% Masao Mutoh<mutoh@highway.ne.jp>