[#15357] Regexp literal and Regexp.new() — TAKAHASHI Masayoshi <maki@...>
高橋征義です。
高橋征義です。むーん、問題のありかが違ったかも。
まつもと ゆきひろです
[#15369] ruby_init_loadpath() on Windows — Shugo Maeda <shugo@...>
前田です。
わたなべです。
[#15395] UnboundMethod.bind to derived class instance — nobu.nakada@...
なかだです。
まつもと ゆきひろです
なかだです。
[#15410] pp - pretty printing — Tanaka Akira <akr@...17n.org>
さて、time.rb が片付いたので、次は pp.rb のご意見募集です。
In article <hvod71ntocb.fsf@coulee.a02.aist.go.jp>,
In article <hvo1yhuqhvk.fsf@coulee.a02.aist.go.jp>,
高橋征義です。
In article <20011224230059I.maki@rubycolor.org>,
[#15411] inconsistency of STR_ASSOC — "K.Kosako" <kosako@...>
Version : 1.7 latest (2001-12-10)
[#15418] block for MatchData#select, Hash#select — nobu.nakada@...
なかだです。
[#15430] [BUG] Segmentation fault/ruby 1.7.2 (2001-12-10) — WATANABE Tetsuya <tetsu@...>
渡辺哲也です。
[#15435] Time#utcoff — Tanaka Akira <akr@...17n.org>
In article <hvosnahj702.fsf@coulee.a02.aist.go.jp>,
まつもと ゆきひろです
わたなべです。
In article <1008292110.329151.8468.nullmailer@ev.netlab.jp>,
まつもと ゆきひろです
In article <1008320813.231850.10341.nullmailer@ev.netlab.jp>,
In article <hvosnaeblzu.fsf@coulee.a02.aist.go.jp>,
[#15441] exported symbol — nobu.nakada@...
なかだです。
[#15456] irb/completion で Segmentation fault — Kazuhiro NISHIYAMA <zn@...>
西山和広です。
まつもと ゆきひろです
On Sat, 15 Dec 2001 18:28:12 +0900
まつもと ゆきひろです
[#15464] gsub weirdness: gsub(/.*$/, "foo") — "Akinori MUSHA" <knu@...>
なんか gsub がおかしいような気がするんですが、これはこういう
青山です。
At Mon, 17 Dec 2001 05:22:53 +0900,
[#15466] listen for sockets in both IPv4 and IPv6 — Ryo HAYASAKA <ryoh@...>
早坂@北陸先端です.
[#15479] [BUG] thread with tempfile.rb — keiju@... (Keiju ISHITSUKA)
けいじゅ@日本ラショナルソフトウェアです.
[#15500] Re: define_method() does not properly set noex (PR#218) — nobu.nakada@...
なかだです。
[#15505] ERb — m_seki@...
In article <20011220114249J.seki@mr.nasu.toshiba.co.jp>,
In article <m3eljr5o9m.wl@edwin.mva.biglobe.ne.jp>,
高橋征義です。
In article <20020215085405G.seki@mr.nasu.toshiba.co.jp>,
ただただしです。
まつもと ゆきひろです
新井です。
西山和広です。
>>>>> In [ruby-dev : No.15909]
まつもと ゆきひろです
なかだです。
まつもと ゆきひろです
なかだです。
At Mon, 18 Feb 2002 12:50:31 +0900,
なかだです。
In message <200202201003.g1KA3As11455@sharui.nakada.kanuma.tochigi.jp>
新井です。
あづみです。
[#15507] fileutils (2) — Minero Aoki <aamine@...>
あおきです。
高橋征義です。
あおきです。
高橋征義です。結論は最後に。
あおきです。
高橋征義です。
あおきです。
高橋征義です。
あおきです。
高橋征義です。
あおきです。
高橋征義です。
あおきです。
けいじゅ@日本ラショナルソフトウェアです.
[#15519] typo in tracer.rb (SCRIPT_LINES__) — sheepman <sheepman@...>
こんにちは。
なひです。
まつもと ゆきひろです
なひです。
[#15556] TCPSocket#open で Errno::EALREADY — Kazuhiro NISHIYAMA <zn@...>
西山和広です。
[#15569] [REQ] File?chmod — keiju@... (Keiju ISHITSUKA)
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
[#15573] [patch] resolv.rb for win32 platform — Tietew <tietew-ml-ruby-dev@...>
Tietew です。
なかだです。
こんにちは、なかむら(う)です。
なかだです。
In message <20011228143615.32D8.TIETEW-ML-RUBY-DEV@tietew.net>
こんにちは、なかむら(う)です。
Tietew です。
[#15603] filename within eval — nobu.nakada@...
なかだです。
[ruby-dev:15570] Re: fileutils (2)
高橋征義です。
うーん、なんだかひっかき回してしまったような形になってしまい、
どうもすみません。
インストーラーについては、私がFileUtilsの用法として思いついた
というだけなので、あおきさんに無理を言うつもりは全然ありません。
というか混乱の原因になってしまったのは失敗でした。ごめんなさい。
もう一度、私の考えたことを整理しておきます。
* オプションの指定方法に違和感を感じる
「ダメ、ゼッタイ。」というわけではありません。それよりも、
「むむむ」と驚いたというか、判断に困る、というところ
ところです。
具体的には、
* 引数を配列として受けて、flattenする
* 引数の始めにSymbolを指定すると、それがオプション扱いに
なる
という点です。前者は要するに、
foo(["bar1","bar2",["bar3"]],"bar4","dir0")
が
foo("bar1","bar2","bar3","bar4","dir0")
と同じになる、ということですよね? これにはかなりびっくり
しました。
後者については[ruby-dev:15512]から指摘していたように、
ちょっと特殊な感じがしました。でも、あおきさんとしては、
「シェル的な用途」「シェル的な名前づけ」だから「シェル的な
オプションの指定方法」で統一されてていい、という感覚のよう
ですよね。うーん。これは他の方の意見も聞いてみたいです。
というわけで、これは良し悪しよりも「慣れ」の問題なのかもしれ
ません。
* Fileやftoolsとの関係を整理させた方がよい
[ruby-dev:15534]でも少し書いたように、すでに別クラスに似た
ような名前・似たような用途のメソッドがあります。それらとの
関係は整理させておいた方がいいんじゃないかと思います。
そこで選択し得る道としては、
a. 既存のものと統合する
b. 既存のものを置き替えるようにする
c. 用途の違いを明確にして、共存する
ということがあげられるんじゃないかと考えました。で、今回は
いきなり別クラスで、ということだったので、c.の選択肢かなあ
と思い、「明確な用途」として「インストーラ」を挙げてみて
いたわけです(それでも「Fileに統合した方がいいかな?」とも
思ったりしていたのですが)。
もう一つ気になっているのは、あおきさんの言っていたような「Rubyの
ある生活」をしていて、まさに今回のようなメソッドが、標準かどうか
はともかくとにかく使いたい、という方は他にいるのでしょうか。また
使うとすれば、その用途にはFileUtilsは必要十分なものだったので
しょうか……。
高橋征義 (TAKAHASHI Masayoshi) E-mail: maki@rubycolor.org