[#3249] ruby for mswin32 — KIMURA Koichi <kkimura@...>
[#3257] mini-reference (syntax) — matz@... (Yukihiro Matsumoto)
まつもと ゆきひろです
[#3305] Observable#notify_observers — shugo@... (maeda shugo)
前田です。
[#3312] multi-line comment — shugo@... (maeda shugo)
前田です。
[#3329] meta programming features — matz@... (Yukihiro Matsumoto)
まつもと ゆきひろです
けいじゅ@今はフリー(^^;;;です.
まつもと ゆきひろ%最終出社日です
けいじゅ@今はフリー(^^;;;です.
まつもと ゆきひろです
けいじゅ@今はフリー(^^;;;です.
まつもと ゆきひろです
けいじゅ@今はフリー(^^;;;です.
まつもと ゆきひろです
けいじゅ@今はフリー(^^;;;です.
まつもと ゆきひろです
けいじゅ@今はフリー(^^;;;です.
まつもと ゆきひろです
けいじゅ@今はフリー(^^;;;です.
まつもと ゆきひろです
けいじゅ@今はフリー(^^;;;です.
まつもと ゆきひろです
けいじゅ@今はフリー(^^;;;です.
まつもと ゆきひろです
けいじゅ@今はフリー(^^;;;です.
まつもと ゆきひろです
けいじゅ@今はフリー(^^;;;です.
[#3350] [Q] eql? and == — keiju@... (Keiju ISHITSUKA)
けいじゅ@今はフリー(^^;;です.
[#3375] Exception — keiju@... (Keiju ISHITSUKA)
けいじゅ@今はフリー(^^;;です.
まつもと ゆきひろです
けいじゅ@今はフリー(^^;;;です.
まつもと ゆきひろです
けいじゅ@今はフリー(^^;;;です.
まつもと ゆきひろです
[#3378] ML分割 — takagi@... (TAKAGI Hiromitsu)
ところで、話は変わって、ひとつ提案です。
[#3403] sorry for ruby-list trouble — matz@... (Yukihiro Matsumoto)
まつもと ゆきひろです
けいじゅ@今はフリー(^^;;;です.
まつもと ゆきひろです
けいじゅ@今はフリー(^^;;;です.
まつもと ゆきひろです
けいじゅ@今はフリー(^^;;;です.
[#3411] no cbreak in curses module — Shoichi OZAWA <ozawa@...>
こんにちは 小澤@日立 です。
[#3417] [Bug] String#sub — shugo@... (maeda shugo)
前田です。
[#3429] [Req] println — shugo@... (maeda shugo)
前田です。
まつもと ゆきひろです
[#3434] [Q] Thread — keiju@... (Keiju ISHITSUKA)
けいじゅ@今はフリー(^^;;です.
まつもと ゆきひろです
けいじゅ@今はフリー(^^;;;です.
まつもと ゆきひろです
けいじゅ@今はフリー(^^;;;です.
まつもと ゆきひろです
前田です。
前田です。
前田です。
けいじゅ@今はフリー(^^;;;です.
<199707301029.TAA25172@hoyogw.netlab.co.jp> の、
けいじゅ@今はフリー(^^;;;です.
<199707311103.UAA08460@hoyogw.netlab.co.jp> の、
[#3470] [Problem] for local class — keiju@... (Keiju ISHITSUKA)
けいじゅ@今はフリー(^^;;です.
[#3502] Re: .to_f result — 渡辺博文 <VYV01212@...>
わたなべです.
[ruby-list:3467] Re: mail-list server(Re: sorry for ruby-list trouble)
> |というわけで、ruby を使った、オブジェクト指向的な意味でのカスタマイザ > |ブルなものを作りたいですよねー。だけど sendmail まわりの効率の良い送出 > |方法とかの知識がない…。そのへんのエンジンさえあれば… > > その辺の実装に関しては必要に応じてfmlからもらって来れば良い > んで(perl -> rubyなら引き受けます),どういうものであるべきか > の話をはじめません? > # 名前を決めなくちゃな. まずカスタマイズしたい部分というとどこがあるのか ですね。 ・ヘッダの書き替え。(Reply-To, Cc, Subject, X-??? など) ・受付制限のルール。(非会員の拒否、ループの防止) ・本体の加工。(サーバーからのメッセージの挿入など) ・自動登録の手続き。(パスワード発行制、二重手続き化) ・エラーメールを自動処理して会員から削除。 私はこのあたりに興味があります。 他には ・コマンドメールの処理方法。(Subject か本文か、別アドレスか同一アドレスか) ・コマンドの追加。 ・digest 方式。 … などがあるでしょうか。 > | きるといっても、ちょっと勝手なことやろうとおもうとソースを直接書き替え > | る必要があって、一旦書き換えちゃうと、本家のバージョンが上がっても置き と言いましたが、 「ソースを書き換えないようにすべきだ(スイッチだけで設定できるように)」 というわけではなく、 カスタマイズしたい人は、上に挙げたような処理をするクラスのサブクラスを 作って、好みの処理を書き、AbstractFactory クラスに使用するクラスを並べ て、これを指定して起動する…とそんな感じかなあ…と。 これですとカスタマイズには ruby の知識が必要となりますが、そこも狙いの 一つですよね:-) わたしは hml をカスタマイズする必要にかられて perl を理解するはめに なったのでした。 高木 浩光@名古屋工業大学 http://www.center.nitech.ac.jp/~takagi/