最後の受信時刻 - 秀丸メール・要望関係／問い合わせ窓口 - スレッド03386, 2001/05/30

最後の受信時刻

ポン太 さん　01/05/30 11:07

みなさん、こんにちは。ポン太です。
またまた要望です。(^_^;

現在常駐で定期的に受信するという設定で使っているのですが、最後に受信した
時刻というのがどこかに表示されましたっけ？
多分ないと思うのですが、そうであればどこかに表示が欲しいです。個人的には
トレイのアイコンの ToolTip の「鶴亀メール」の後くらいに（常駐していない
人はどうするかという問題はありますが）。
ダイアログボックスは嫌です。(^_^;

マクロで ToolTip の「鶴亀メール」の後に、文字を追加する関数を追加してい
ただいても良いのですが。こっちの方が汎用的？

しばらく離席するときに、急ぎのメールがないかチェックしたいのですが、直前
に定期受信が実行されていたらそうする必要がないわけです。現在はわからない
ので、直前がいつであれ手動で受信をキックしていますが、余計なトラフィック
は無駄かなと。(^_^;

ところでヘルプの「受信が一段落した時」の「受信の動作をして、何かメールを
１通でも受信した時に起動するマクロを指定します。受信動作をしたとしても、
何もメールを受信してなければマクロは起動されません。」の記述は古いですよ
ね。ひろさんの要望で変更されましたよね。

2001/05/30(水) 10:52　ポン太

RE:03386 最後の受信時刻

しんさん　01/05/30 12:24

しんです。

>現在常駐で定期的に受信するという設定で使っているのですが、最後に受信した
>時刻というのがどこかに表示されましたっけ？

時刻を表示するしないの意見はありません。
お任せしますが・・・

>しばらく離席するときに、急ぎのメールがないかチェックしたいのですが、直前
>に定期受信が実行されていたらそうする必要がないわけです。現在はわからない
>ので、直前がいつであれ手動で受信をキックしていますが、余計なトラフィック
>は無駄かなと。(^_^;

「直前がいつであれ手動で受信をキックしています」
って行為は、無駄ではなく非常に当たり前で、
急ぎのメールを知りたい人の健全な行為とおもわれますよ。(^^)
トラフィックがどうのは、気にしちゃいけません。（笑）

RE:03387 最後の受信時刻

"y.iida" さん　01/05/30 12:58

>時刻を表示するしないの意見はありません。
>お任せしますが・・・

私もお任せします(^_^;)

>「直前がいつであれ手動で受信をキックしています」
>って行為は、無駄ではなく非常に当たり前で、
>急ぎのメールを知りたい人の健全な行為とおもわれますよ。(^^)

私も、例え１分前にしていたとしても手動受信して
これ以上の未読はない事を確認しています。
（基本的に離籍する際は、定期受信はオフにしますけど）

>トラフィックがどうのは、気にしちゃいけません。（笑）

トラフィックを気にするのであれば、
定期受信をする事自体が無駄使いかもしれません(^_^;;)

RE:03386 最後の受信時刻

秀まるお さん　01/05/30 14:16

　一応、「送受信・リモートメール」を実行して出てくるダイアログボックス
の、「サーバー上のメール一覧(B) - XXXXXX」というXXXXX部分に最後の受信
時刻が出ています。（ほとんど裏技ですけど）

　常駐鶴亀から簡単に参照したいというお話ですかね？

> トレイのアイコンの ToolTip の「鶴亀メール」の後くらいに

　アカウントがたくさん登録してある場合の見せ方をどうするかが問題かと思
います。複数行の大きなツールチップを表示するのはどうかなぁと？

　あと、ヘルプの方のご指摘ありがとうございます。さっそく直します。

RE:03390 最後の受信時刻

ポン太 さん　01/05/30 15:29

秀まるおさん、こんにちは。ポン太です。

>の、「サーバー上のメール一覧(B) - XXXXXX」というXXXXX部分に最後の受信
>時刻が出ています。（ほとんど裏技ですけど）

うちでは日付しか出ていません。「サーバー上のメール一覧(B) - 2001/05/30」
となっています。

>　常駐鶴亀から簡単に参照したいというお話ですかね？

はい、こっちが本心ですが、上で書いたように私の環境ではどこを探しても、時
刻が見つからなかったもので。

>　アカウントがたくさん登録してある場合の見せ方をどうするかが問題かと思
>います。複数行の大きなツールチップを表示するのはどうかなぁと？

んでは、マクロの案は？
見せ方をどうするかはユーザーに任せると。(^_^;

2001/05/30(水) 14:54　ポン太

RE:03387 最後の受信時刻

ポン太 さん　01/05/30 15:29

しんさん、こんにちは。ポン太です。

>急ぎのメールを知りたい人の健全な行為とおもわれますよ。(^^)

急ぎのメールがある（そろそろ入る頃だなという）場合はそうなんですが、ある
かもしれないなぁ（１０％以下の確率）という状況では？

>トラフィックがどうのは、気にしちゃいけません。（笑）

立場上一応。(^_^;

2001/05/30(水) 15:05　ポン太

RE:03388 最後の受信時刻

ポン太 さん　01/05/30 15:29

"y.iida" さん、こんにちは。ポン太です。

>私も、例え１分前にしていたとしても手動受信して

私の場合１分だとやらないですね。５分だとやるかな？
何分がボーダーだというつっこみはご遠慮します。(^_^;

>（基本的に離籍する際は、定期受信はオフにしますけど）

私も基本的にはオフにするのですが、たまに忘れてしまいます。(^_^;

常駐鶴亀で定期受信オフの操作は面倒ですね。何か良い方法があるのでしょう
か？
フォームを表示すればいいのでしょうが、いくら離席するときに CTRL+ALT+
DELETE でロックしていくとはいえ、メーラーのフォームを表示したまま席を離
れるのは少し気持ち悪いです。

>トラフィックを気にするのであれば、
>定期受信をする事自体が無駄使いかもしれません(^_^;;)

でも受信してみないことにはメールがあるかどうかわからないわけで、メールが
確実に入ってる場合だけ受信操作をする訳じゃないですよね。であれば手動で受
信をキックしても、定期的にやってもトラフィックを気にするという意味では大
差ないですよね。
定期受信の間隔があまりに短いと問題でしょうが、手動で受信することにしても、
間隔が短ければ同じこと。

2001/05/30(水) 15:08　ポン太

RE:03391 最後の受信時刻

秀まるお さん　01/05/30 15:52

> うちでは日付しか出ていません。「サーバー上のメール一覧(B) - 2001/05/30」
> となっています。

　フォントサイズの指定によっては出なくなってしまうんですね。直します。

> んでは、マクロの案は？
> 見せ方をどうするかはユーザーに任せると。(^_^;

　マクロ（というか、tkinfo.dll）でそういう制御をするのはちょっと難しい
です。

RE:03393 最後の受信時刻

しんさん　01/05/30 16:10

しんです。

>急ぎのメールがある（そろそろ入る頃だなという）場合はそうなんですが、ある
>かもしれないなぁ（１０％以下の確率）という状況では？

１０％以下だろうが、１％以下だろうが、
急ぎのメールって「今」の時点で見逃しては
いけないと考えておられるのでは？(^^;

１０％以下の急ぎのメールは「今」の時点で、
見逃してもかまわない。と考えるなら、
いつ受信したとしても（最後に受信した時間がいつであっても）
サーバに残っているのはたかが１０％以下の急ぎのメールでしか
ないこということになりますよね？(^^;

ようするに、最後に受信した時間を気にせず
定期的受信でOKということになります。(^^)

>>トラフィックがどうのは、気にしちゃいけません。（笑）
>立場上一応。(^_^;

選択するのは、簡単です。(^^)
「急ぎのメール」と「トラフィック」
どちらが大切かということです。
究極の選択？（死語：笑）

RE:03395 最後の受信時刻

ポン太 さん　01/05/30 17:49

秀まるおさん、こんにちは。ポン太です。

>　マクロ（というか、tkinfo.dll）でそういう制御をするのはちょっと難しい
>です。

了解です。

2001/05/30(水) 17:37　ポン太

RE:03390 最後の受信時刻

ポン太 さん　01/05/30 17:49

秀まるおさん、こんにちは。ポン太です。

>　アカウントがたくさん登録してある場合の見せ方をどうするかが問題かと思
>います。複数行の大きなツールチップを表示するのはどうかなぁと？

私の場合はですが、「定期的に受信」がいつ動作したのかが分かれば良いのです。
アカウント毎に詳細を見たい場合は、（今は見られませんが）リモートメールの
画面で見るということで。

2001/05/30(水) 17:38　ポン太

RE:03396 最後の受信時刻

ポン太 さん　01/05/30 17:49

しんさん、こんにちは。ポン太です。

>１０％以下だろうが、１％以下だろうが、
>急ぎのメールって「今」の時点で見逃しては
>いけないと考えておられるのでは？(^^;

この切り分けが難しいのですが、「今」の時点で見逃してはとまで考えると、定
期受信も最短の間隔でということになりますよね。そこまではさすがに。(^_^;
ただ数時間席を離れるときは、例えば１０分以上前にしか受信をしてなければ受
信しておきたいし、１分前なら１分前に席を離れたことにしようかと割り切りま
す。

このへんの私の考え方に、一貫性がないのですかね。(^_^;

それから話は少し飛ぶのですが、手動で受信した場合、アイコン化したままでや
っちゃうと（私の普段のスタイルはこれです）、新着がない場合受信がいつ終わ
ったのかがわかりません。現状それもあって、手動で受信を何となく避けている
のかもしれません。

2001/05/30(水) 17:18　ポン太

RE:03394 最後の受信時刻

ポン太 さん　01/05/30 17:54

ポン太さん、こんにちは。ポン太です。

>常駐鶴亀で定期受信オフの操作は面倒ですね。何か良い方法があるのでしょう
>か？

トレイのアイコンのメニューにありました。失礼しました。m(_ _)m

2001/05/30(水) 17:52　ポン太

RE:03399 最後の受信時刻

ながさわ さん　01/05/30 19:23

ポン太さん、こんにちは。長澤です。

>>１０％以下だろうが、１％以下だろうが、
>>急ぎのメールって「今」の時点で見逃しては
>>いけないと考えておられるのでは？(^^;
>
>この切り分けが難しいのですが、「今」の時点で見逃してはとまで考えると、定
>期受信も最短の間隔でということになりますよね。そこまではさすがに。(^_^;

そもそも『現時点で見逃せない・見逃さない方がよいメール』って考
え方ってクエスチョンです。そんな大事なものならば、時間にルーズ
なメールという手段を使わない方がいいです。

RE:03386 最後の受信時刻

きいろいまふらあ さん　01/05/30 22:44

私も「その場でもういちど受信してしまう」派ですが、

>現在常駐で定期的に受信するという設定で使っているのですが、最後に受信した
>時刻というのがどこかに表示されましたっけ？

>ダイアログボックスは嫌です。(^_^;

鶴亀の本体メニューの送受信→直前のやりとり記録

じゃだめってことでしょうか？
面倒過ぎる？それとも常駐鶴亀が大前提なのかしらん？

RE:03402 最後の受信時刻

ポン太 さん　01/05/31 09:34

きいろいまふらあさん、こんにちは。ポン太です。

>私も「その場でもういちど受信してしまう」派ですが、

この派が主流なんですね。(^_^;

>鶴亀の本体メニューの送受信→直前のやりとり記録
>
>じゃだめってことでしょうか？

うちの場合ここには、
> ****受信:XXXXXXXX
> I サーバーを検索中 - pop.nifty.com
> I 接続中
> R +OK @nifty pop server at mail154.nifty.com starting. <2726.991266554@
mail154.nifty.com>
> I 認証作業中（APOP）
> S APOP ****
> R +OK XXXXXXXX has 98 message(s).
> I メール一覧を取得中
> S STAT
> R +OK 98 151377
> S UIDL
> R +OK
> R ...(1268バイト)
> S LIST
> R +OK 98
> R ...(874バイト)
> S QUIT
> R +OK Good Bye
となっていて、時刻が表示されていないのですが？

>面倒過ぎる？それとも常駐鶴亀が大前提なのかしらん？

普段アイコン化しているので、できればアイコン化のままわかれば一番なんです
が。
もし「直前のやりとり記録」や「リモートメール」の画面に時刻が表示されてい
たとしたら、アイコン化のままわかって欲しいとは思いながら、ルートの発言を
思いとどまったかもしれません。(^_^;

2001/05/31(木) 08:57　ポン太

RE:03401 最後の受信時刻

ポン太 さん　01/05/31 09:34

ながさわさん、こんにちは。ポン太です。

>そもそも『現時点で見逃せない・見逃さない方がよいメール』って考
>え方ってクエスチョンです。そんな大事なものならば、時間にルーズ
>なメールという手段を使わない方がいいです。

あくまでも急ぎの「メール」の話なので、いわゆる一般の急ぎの「用件（要
件）」とは性格が違います。メールという時間にルーズな手段の中での高優先度
ということです。

2001/05/31(木) 09:03　ポン太

RE:03407 最後の受信時刻

ながさわ さん　01/05/31 10:03

ポン太さん、こんにちは。長澤です。

>あくまでも急ぎの「メール」の話なので、いわゆる一般の急ぎの「用件（要
>件）」とは性格が違います。

メールって用件を伝える手段じゃないんですか？

RE:03409 最後の受信時刻

ポン太 さん　01/05/31 10:26

ながさわさん、こんにちは。ポン太です。

>>あくまでも急ぎの「メール」の話なので、いわゆる一般の急ぎの「用件（要
>>件）」とは性格が違います。
>
>メールって用件を伝える手段じゃないんですか？

メールってのはながさわさんが turukame.2:03401 で書かれているとおり、急
がない用件を伝える手段です。したがって急がない用件であるのが大前提で、そ
の中でさらに優先度を細分化した場合の優先度が高い場合の話をしているつもり
です。
ですので「急ぎの」という形容詞がついた場合は、「メール」と「用件」とは性
格が違います。

2001/05/31(木) 10:17　ポン太

RE:03411 最後の受信時刻

ながさわ さん　01/05/31 11:13

ポン太さん、こんにちは。長澤です。

>メールってのはながさわさんが turukame.2:03401 で書かれているとおり、急
>がない用件を伝える手段です。したがって急がない用件であるのが大前提で、そ
>の中でさらに優先度を細分化した場合の優先度が高い場合の話をしているつもり
>です。

一般用語の優先度って『送るとき』（受ける前）は当然送信者に委ね
られるわけです。その内容によっての優先度は受けた側によって変化
するでしょうけど、それは『受け取った後』のお話です。

時間的な優先度を受信者側がどうのこうの云うのは、変です。
^^^^^^ ^^^^^^^^

>ですので「急ぎの」という形容詞がついた場合は、「メール」と「用件」とは性
>格が違います。

だから、「その『急ぎのメール』ってのをホントにメールでやりとり
しなければならないのか？」
って話ですよ？

RE:03412 最後の受信時刻

ポン太 さん　01/05/31 11:46

ながさわさん、こんにちは。ポン太です。

>一般用語の優先度って『送るとき』（受ける前）は当然送信者に委ね
>られるわけです。その内容によっての優先度は受けた側によって変化
>するでしょうけど、それは『受け取った後』のお話です。

そうです。受け取った後の話をしています。
送り側の優先度なんて気にしちゃいません。ＤＭだってスパムだって送り側にと
っちゃ優先度が高いものもあるでしょう。そんなもんいちいち気にしちゃいない
です。(^_^;

>時間的な優先度を受信者側がどうのこうの云うのは、変です。
>^^^^^^ ^^^^^^^^

席に戻ってきた後に受信したメールを開いて、「やはりあのとき（席を離れる
前）チェックすべきだった」と後悔するかしないかです。別に変ではないです。

>>ですので「急ぎの」という形容詞がついた場合は、「メール」と「用件」とは性
>>格が違います。
>
>だから、「その『急ぎのメール』ってのをホントにメールでやりとり
>しなければならないのか？」
>って話ですよ？

だから、メールが前提なんですって。急ぎという形容詞がついても、全体の用件
の中では急ぎではないのです。
優先度がかなり低い用件の中の「メールで伝える用件」というカテゴリの中で、
優先度が高いもののことです。言い換えれば席に戻ったとき、「チェッ」と舌打
ちするかしないかのレベルの話なんです。

席に戻ったとき開いたメールが本当に高優先度の用件であるなら、「何で電話し
ない」と私は烈火のごとく怒り出します。(^_^;

2001/05/31(木) 11:33　ポン太

RE:03406 最後の受信時刻

ポン太 さん　01/05/31 11:53

きいろいまふらあさん、こんにちは。ポン太です。

>となっていて、時刻が表示されていないのですが？

送信をすると時刻が表示されるようです。サーバーによるのでしょうか。
ですので定期受信の確認には使えないようです。

> ****POPログイン:XXXXXXXX
> I サーバーを検索中 - pop.nifty.com
> I 接続中
> R +OK @nifty pop server at mail156.nifty.com starting. <6807.991277177@
mail156.nifty.com>
> I 認証作業中（APOP）
> S APOP ****
> R +OK XXXXXXXX has 110 message(s).
> S QUIT
> R +OK Good Bye
> ****送信:XXXXXXXX
> I サーバーを検索中 - smtp.nifty.com
> I 接続中
> R 220 mail154.nifty.com ESMTP Sendmail 8.9.3+3.2W/3.7W-10/13/99; Thu, 31 May
2001 11:46:20 +0900
＜以下略＞

2001/05/31(木) 11:47　ポン太

RE:03413 最後の受信時刻

ながさわ さん　01/05/31 12:04

ポン太さん、こんにちは。長澤です。

認識の違いがわかりました！

>>時間的な優先度を受信者側がどうのこうの云うのは、変です。
>>^^^^^^ ^^^^^^^^
>
>席に戻ってきた後に受信したメールを開いて、「やはりあのとき（席を離れる
>前）チェックすべきだった」と後悔するかしないかです。別に変ではないです。

私はこれを変だと思います。あなたに後悔させた人が原因だと思いま
すので。 ^^^^^^

で、要は、多くの方がおっしゃっているように『席を外す前に再度受
信するだけ』だと思います。そもそもトラフィック量を気にしている
のに定期受信しているというのもクエスチョンです。

RE:03415 最後の受信時刻

ポン太 さん　01/05/31 13:03

ながさわさん、こんにちは。ポン太です。

>>>時間的な優先度を受信者側がどうのこうの云うのは、変です。
>>>^^^^^^ ^^^^^^^^
>>
>>席に戻ってきた後に受信したメールを開いて、「やはりあのとき（席を離れる
>>前）チェックすべきだった」と後悔するかしないかです。別に変ではないです。
>
>私はこれを変だと思います。あなたに後悔させた人が原因だと思いま
>すので。 ^^^^^^

意味がわかりません。「原因」とは何の原因なのですか？

送信者側はメールで送る程度の優先度だと認識して送っているわけで、その程度
の優先度の中で受け手がどう優先度を認識するかは、送り手にはわかりようがな
いと思います。
したがって細かい優先度を気にするか、しないかという意味では私の趣味の問題
なので、ながさわさんと異なることも当然あるかと思います。変とか変じゃな
いとかじゃなくて、個人差だと思いますが。

>で、要は、多くの方がおっしゃっているように『席を外す前に再度受
>信するだけ』だと思います。そもそもトラフィック量を気にしている

ですので現状これでやっているのですが、もう少し（私にとって）便利にならな
いかという要望です。要望者の数と難易度・工数を鑑みて、秀まるおさんがう
まく優先順位をつけたり、却下したりするでしょうから。

>のに定期受信しているというのもクエスチョンです。

turukame.2:03394 に書きましたように、トラフィックを気にするということと
定期受信は無関係でしょ？メールが来る期待値とチェックする頻度の問題だと思
います。

2001/05/31(木) 12:35　ポン太

RE:03417 最後の受信時刻

秀まるお さん　01/05/31 15:21

　なんだかもめてるようですけど、僕も含めて多くの人は、メールについて、
ポン太さんのような緊急性を必要としてないんだと思います。

　電子メールの長所は、受け取り側が好きな時間に返信出来るということで、
逆にそれは送る側にしてみれば、「いつ返事が来るか分からない」ということ
で短所になります。

　電話の場合はかける側が確実にその場で返事を得ることが出来ますが、逆に
かけられた側は仕事を中断してでも強制的にその場で返事をさせられます。

　ということで、電子メールに「その場で返事せよ」と求める方がおかしいし、
そういう要求には応えなくてもいいと思います。もし「今すぐ返事が必要だ」
という人がいるなら、「緊急の用事でしたら電話してください」と言えばいい
と思います。

　って話じゃないのかな？

RE:03417 最後の受信時刻

秀まるお さん　01/05/31 15:30

　追加ですけど、あえてパソコン上でということにこだわるなら、インスタン
トメッセージングソフト（って言うんかいな？）を使うのがいいかもしれない
です。

　ICQとか、MSN Messengerとか、AOL Messenger（だったっけ？）とか、そう
いう類のソフトを常駐させておく手です。

　電子メールなんて、そもそも通信経路によっては届くまでにけっこう時間が
かかる場合もあるし、そもそも１００％届くことが保証されてる物でも無いし。

RE:03421 最後の受信時刻

ポン太 さん　01/05/31 17:16

秀まるおさん、こんにちは。ポン太です。

>　なんだかもめてるようですけど、僕も含めて多くの人は、メールについて、

もめているつもりはないんですが。(^_^;
私の言わんとするところがなかなかご理解いただけなかったようで、ツリーを伸
ばしてしまいましたが。

>ポン太さんのような緊急性を必要としてないんだと思います。

えっと、(^_^;
私がツリーを伸ばして力説していたのは、私が人並みにしかメールについて緊急
性を必要をしていないということなんですが。

turukame.2:03387 のしんさん、turukame.2:03388 の y.iida さん、turukame.
2:03402 のきいろいまふらあさんと、席を離れるときは直前がいつであれ手動
で受信してしまう派です。
私も現状は同じで、要望は手動で受信してしまう回数を減らしたいということな
ので、例で挙げさせていただいたお三方（m(_ _)m）より、わずかながら緊急性
を必要していないといえます。

>　電子メールの長所は、受け取り側が好きな時間に返信出来るということで、
>逆にそれは送る側にしてみれば、「いつ返事が来るか分からない」ということ
>で短所になります。
>
>　電話の場合はかける側が確実にその場で返事を得ることが出来ますが、逆に
>かけられた側は仕事を中断してでも強制的にその場で返事をさせられます。
>
>　ということで、電子メールに「その場で返事せよ」と求める方がおかしいし、
>そういう要求には応えなくてもいいと思います。もし「今すぐ返事が必要だ」
>という人がいるなら、「緊急の用事でしたら電話してください」と言えばいい
>と思います。
>
>　って話じゃないのかな？

私もそういうつもりだということを言いたいのですが。(^_^;

なんだか国語力に自信がなくなってきてしまう。(; ;)

2001/05/31(木) 15:51　ポン太

RE:03406 最後の受信時刻

きいろいまふらあ さん　01/06/01 02:05

>>鶴亀の本体メニューの送受信→直前のやりとり記録

>うちの場合ここには、

>となっていて、時刻が表示されていないのですが？

ごめんなさい。よく見たら私のとこでもそうでした。
何故か、送受信日時が記録されていると思い込んでいました。
パソコン通信のログとか、dump.txt とかとこんがらかっていたようです。
ほんと、混乱させるようなレスしてすみませんでした。

RE:03429 最後の受信時刻

秀まるお さん　01/06/01 10:41

> 私がツリーを伸ばして力説していたのは、私が人並みにしかメールについて緊急
> 性を必要をしていないということなんですが。

　あららそうでしたか。僕もあまり読まずに返事してるし(^^;

　とりあえずご要望の件については検討課題とだけさせていただきますので、
当分お待ちを。

　（うちの奥さんが二人目を産んだので、開発の仕事はしばらく中断していま
す）

RE:03435 最後の受信時刻

ポン太 さん　01/06/01 14:17

秀まるおさん、こんにちは。ポン太です。

>　あららそうでしたか。僕もあまり読まずに返事してるし(^^;

(^_^;

>　とりあえずご要望の件については検討課題とだけさせていただきますので、
>当分お待ちを。

了解しました。

>　（うちの奥さんが二人目を産んだので、開発の仕事はしばらく中断していま
>す）

おめでとうございます。( ^_^)／□☆□＼(^_^ )
うちは二人目がなかなかできなくて困っています。

2001/06/01(金) 14:15　ポン太

RE:03435 最後の受信時刻

ポン太 さん　01/06/05 19:11

秀まるおさん、こんにちは。ポン太です。

>　とりあえずご要望の件については検討課題とだけさせていただきますので、
>当分お待ちを。

とりあえずこの機能だけのユーティリティを作ってみました。
他に必要とされる方はいないかもしれませんが、一応
http://hidemaru.xaxon.co.jp/library/tkmacro.html の方にアップしておきま
した。まだ公開はされていません。

２時間程度ででっち上げたので、アイコンもドキュメントも適当ですが。(^_^;
まぁ本体に実装されるまでのつなぎということで。

2001/06/05(火) 19:05　ポン太