[#14497] Re: Gtk::Menu の使い方に関する質問 — Hiroshi Igarashi <igarashi@...>
いがらしです。
[#14503] Re: rubyfaq-990702.tar.gz — Akira Endo <akendo@...3.rim.or.jp>
遠藤です.
まつもと ゆきひろです
[#15177] Gtk::Menu の使い方に関する質問 — Miyaki Masahiro <miyaki@...>
はじめまして、宮木と申します。ruby-gtkのメニューオブジェクト
[#15179] ruby にメッセージの国際化の仕組みはありますか? — "HIRATA Naoto" <hirata-naoto@...>
はじめまして,平田@武蔵工大と申します.
[#15188] LAPACK へのインターフェース — Takashi Nishimoto <g96p0935@...>
Ruby を数値計算言語として使ってみたいのですが、
[#15245] Solaris 2.6 — Koyama Hideo<fa8h-kym@...>
御無沙汰しております。小山です。
[#15247] Meeting2000 0.93b3 出します — 松尾尚典 <matsuo_hisanori@...21.odn.ne.jp>
松尾です。
[#15264] 年月を範囲でうまく扱うには? — Yukihiko Eda <yuki-e@...>
江田です。
In message "[ruby-list:15264] 年月を範囲でうまく扱うには?"
> 大した手間でもなさそうだし、年月のクラスを作っちゃうのは
In message "[ruby-list:15284] Re: 年月を範囲でうまく扱うには?"
ふなばです。
ごとけんです
青山です。
ごとけんです
ふなばです。
[#15274] RE: Ruby-1.3.4 for cygwin (was Ruby/Gtk for cyg win) — 助田 雅紀 <masaki.suketa@...>
助田です.
[#15321] Re: rubyfaq-990702.tar.gz — Inaba Hiroto <inaba@...>
稲葉です.
[#15362] chomp で nil が返るのは? — ARIMA Yasuhiro <fit0298@...>
有馬です。
まつもと ゆきひろです
From: matz@netlab.co.jp (Yukihiro Matsumoto)
まつもと ゆきひろです
[#15378] RubyFAQ-990713 — Akira Endo <akendo@...3.rim.or.jp>
遠藤です.
In message "[ruby-list:15378] RubyFAQ-990713"
高橋征義です。
[#15384] getpeername — OHARA Shigeki <os@...>
大原です。
[#15405] nkf の使い方 — goto@...
後藤@横河工事です。たびたびお世話になります。
まつもと ゆきひろです
[#15406] dRuby/rudy/DRb — Masatoshi SEKI <m_seki@...>
[#15419] Serial I/O by Ruby — ARIMA Yasuhiro <fit0298@...>
有馬です。
[#15467] debugger exception handle (Re: Modified debug.rb) — matz@... (Yukihiro Matsumoto)
まつもと ゆきひろです
なひです.
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
けいじゅ@日本ラショナルソフトウェアです.
In message "[ruby-list:15551] Re: debugger exception handle (Re: Modified debug.rb)"
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
けいじゅ@日本ラショナルソフトウェアです.
前田です。
[#15472] raa — Masaki Fukushima <fukusima@...>
福嶋です。
まつもと ゆきひろです
[#15474] RAA (Re: [Patch] debug.rb) — matz@... (Yukihiro Matsumoto)
まつもと ゆきひろです
[#15482] maillib 0.4.0 — Minero Aoki <aamine@...>
あおきです。
[#15497] how to use ruby-mode.el — Yoshiki Wada <wada@...>
和田と言います。
[#15518] 省略記法 — ARIMA Yasuhiro <fit0298@...>
Pascal では、構造体のメンバを表記する際に省略記法があります。
まつもと ゆきひろです
有馬@FITECです。
まつもと ゆきひろです
[#15530] 半 to 全 — Sinichiro Dezawa <dezawa@...>
出沢です
出沢です
このメイリングリストで‘杉原’というとsugihara.comの方ですよね。
In message "[ruby-list:15655] Re: 半 to 全"
すひ。
[#15557] グループウェアサーバ — hisanori@...
松尾です。こんにちは。
ども鴫原です。
松尾です。
ども鴫原です。
松尾です。おはようございます。
[#15572] tcltklib (LoadError) — SONE Toshihiko <tsone@...>
はじめまして、曽根俊彦と申します。OpenBSD 2.5(i386), Tcl/Tk 8.0.5
まつもと ゆきひろです
From: matz@netlab.co.jp (Yukihiro Matsumoto) さん
わたなべです.
[#15593] クラス定数について — Takashi Nishimoto <g96p0935@...>
以下のプログラムを実行したのですが、
[#15602] Meeting2000 0.93b4 リリースします — 松尾尚典 <matsuo_hisanori@...21.odn.ne.jp>
松尾です。
[#15615] make でのエラーに対する仕様 — Noritsugu Nakamura <nnakamur@...>
[#15634] Qt — kikutani@...
ruby/Qtという案はかつてあったのでしょうか?
立石です。
[#15669] cannot install ruby-gtk into FreeBSD 2.2.x — TAKAHASHI Masayoshi <maki@...>
Ruby Workshopのお手紙(請求書とも言う)が届いてうれしい高橋征義です。
いがらしです。
高橋征義です。
まつもと ゆきひろです
いがらしです。
まつもと ゆきひろです
わたなべです.
わたなべです.
いがらしです。
まつもと ゆきひろです
いがらしです。
小松です。
ごとけんです
小松です。
ごとけんです
小松です。
[#15679] about postgres-0.5.1 — goto@...
後藤@横河工事です。たびたびお世話になります。
前田です。
後藤@横河工事です。
まつもと ゆきひろです
後藤@横河工事です。
立石です。
まつもと ゆきひろです
笠原@Ruby初心者です.初めまして.
まつもと ゆきひろです
西@九大です。お久しぶりです。
まつもと ゆきひろです
[#15700] Ruby 1.3.6 — Yukihiro Matsumoto <matz@...>
Ruby 1.3.6 is out, check out:
[#15704] Ruby 1.3.6 — Yukihiro Matsumoto <matz@...>
Ruby 1.3.6 is repacked, check out:
[#15720] ruby debugger (like gdb attach) — kikutani@...
前にも2度ほど質問しましたが、cursesとかslangとかののrubyアプリを
まつもと ゆきひろです
On Fri, 30 Jul 1999 12:53:46 +0900,
Fri, Jul 30, 1999 at 02:13:13PM +0900 において
なひです.
On Sun, 1 Aug 1999 21:37:31 +0900,
なひです.
On Sat, 14 Aug 1999 14:49:39 +0900,
まつもと ゆきひろです
On Tue, 17 Aug 1999 12:37:37 +0900,
Wed, Aug 18, 1999 at 02:21:00AM +0900 において
なひです.なんか今ごろ.^^;
日時 Tue, 7 Sep 1999 19:00:14 +0900 の
[#15757] class compare — SONODA Yoshihide (園田 吉英) <ysonoda@...>
こんにちは、園田@九大です。
[#15761] alias new open — たむら けんいち <tamura-r@...>
たむら です。
[#15784] awk の gsub に相当するカウンターはないですか。 — Yukari Ono <fairy@...>
はじめまして、小野 ゆかり と申します。
[#15787] ERb について — 松尾尚典 <matsuo_hisanori@...21.odn.ne.jp>
松尾です。
[#15805] ruby-gtk-0.20 make install error — kikutani@...
ruby-gtk-0.20 ですが、make install のとき
[ruby-list:15285] Re: mail library
あおきです。
In Mail "[ruby-list:15275] Re: mail library"
matz@netlab.co.jp (Yukihiro Matsumoto) wrote:
> まつもと ゆきひろです
> ふむふむ。ちょっと見てみました。機能についてはそれほど言うこ
> とはないのですが、Mail::とMail/についてはもうちょっと考えた
> 方が良い気がしてきました。
> 単純に考えても
> などが考えられます。Perl5式はクラス名とファイル名が一致して
> なかなかよろしいのですが、現状のRubyでは対応できない部分があ
> りそうです(useがないし)。
> いろいろ考えたんですが、拡張ライブラリはすくなくとも現状では
> 階層ディレクトリに対応してませんから、Python式に近いのがよろ
> しいのではないでしょうかねえ。
> ということで、いまさらですが以下の2案を提案します。
>
> (1) ディレクトリを使わないもの
> (1) 使うもの
> どんなでしょう?
意見と疑問がいくつかあります。
1 ファイル構造に関しては、ディレクトリに分けるのがいいと思います。
ファイル名空間を独立させられるのがなによりうれしいです。
(現在そうなっていないものの対策は、ディレクトリを分けたうえで
リンクを張るか、ロードパスに入れておくか、または後述の案)
2 まつもとさんの提案では「ファイル名 = メインクラス名.downcase」が
成立していますが、これはルールに入りますか?それとも偶然でしょうか?
3 将来POP4がでても'pop'で参照できるほうがいいかと思ってPOPSessionと
pop.rbにしたのですが、「3」はあるほうがいいでしょうか?
POP4になったときに今のインターフェイスを保てるかどうかはあやしいので
数字を書かないことが逆に統一を乱す可能性も確かにあります。
しかし少なくともファイル名に関しては'pop'のほうがいいと思います。
4 メインクラスはSMTPSessionでなくSMTPのほうがいいでしょうか。
もしそうするのなら、SessionはProtocolに、現在のProtocolを
Command(など)にしたほうがいいのではないでしょうか。
それからこれは追加提案ですが、ファイルが複数あるライブラリを使う
ときには将来の拡張に備えて、次のようなメソッドを介することにしたら
どうでしょうか。ポイントはコメントアウトしてあるところで、
ディレクトリをつくらないライブラリもロードできます。
-------------------------------------------------------------------
def use_lib( libname, *fnames )
if fnames.empty? then
raise ArgumentError, "filenames required"
end
return if $:.find{|dname| File.basename( dname ) == libname }
# ライブラリに対応するディレクトリを探す
targ = nil
$:.each do |dname|
Dir.foreach( dname ) do |fname|
if File.directory? fname and
File.basename( fname ) == libname then
targ = File.expand_path( dname ) + File::Separator + packname
break
end
end
break if targ
end
# みつからなくても(いまのところ)無視する
# unless targ then
# raise LoadError, "library #{libname} not exist"
# end
# ライブラリのファイルをロード
$:.unshift targ
fnames.each{|f| require f }
$:.delete! targ
end
-------------------------------------------------------------------
第二引数以降はこの実装ではファイル名ですが、将来にはモジュール側が
スクリプトの中で指定できる「feature」として扱うようにすることも
可能でしょう。
> |# どなたか英語ドキュメントの校正をしていただけるとうれしいです。
> |# 今のままだと絶対に意味が通らない自信があります ^^;;
>
> えーと、ちらと見てみた限りではあまり問題はなさそうに思ったの
> ですが、ruby-talk当たりで添削してもらいますか?
いえ、それならいいです。読めなければ文句言ってくれるでしょう。
-------------------------------------------------------------------
あおきみねろう site: http://www1.u-netsurf.ne.jp/~brew/mine/jp/