[#19998] benchmark.rb — gotoken@... (GOTO Kentaro)
ごとけんです
8 messages
2000/01/01
[#20003] REQ: String#gsub — Tomoyuki Kosimizu <greentea@...2.so-net.ne.jp>
越水です。
10 messages
2000/01/01
[#20018] ruby-1.4.3.tar.gz の日付 — Tadashige Morii <m_tada@...>
森井です。
6 messages
2000/01/03
[#20057] mirror.rb in Ruby Book — Takashi SATO <turmite@...>
佐藤と申します。
6 messages
2000/01/05
[#20059] 改行がリダイレクトされない ruby1.4.3cygwin? — 中村暁史 Nakamura Akifumi <BXQ04723@...>
4 messages
2000/01/05
[#20077] Range expansion? — Akinori MUSHA aka knu <knu@...>
knuです。以下の動作は仕様なのでしょうか?
6 messages
2000/01/06
[#20083] non-block IO with TCPSocket — dn <daisuke@...>
初投稿の中村と申します。よろしくお願いします。
19 messages
2000/01/06
[#20084] Re: non-block IO with TCPSocket
— Tomoyuki Kosimizu <greentea@...2.so-net.ne.jp>
2000/01/06
越水です。
[#20091] Re: non-block IO with TCPSocket
— とみたまさひろ <tommy@...>
2000/01/06
とみたです。
[#20099] Re: non-block IO with TCPSocket
— matz@... (Yukihiro Matsumoto)
2000/01/06
まつもと ゆきひろです
[#20106] Re: non-block IO with TCPSocket
— dn <daisuke@...>
2000/01/07
なかむらです。たくさんのアドバイス、ありがとうございます。
[#20118] media watch 2000.01.08 — Noritsugu Nakamura <nnakamur@...>
6 messages
2000/01/08
[#20120] タブの出力について — 鮎川夏生 <natuki@...>
14 messages
2000/01/08
[#20133] おききしたーいでーす — akimaru <akimaru@...>
17 messages
2000/01/09
[#20138] Re: おききしたーいでーす
— akimaru <akimaru@...>
2000/01/09
[#20147] REMOTE_HOST (Re: おききしたーいでーす)
— Kazuhiro Nishiyama <nishiyama@...1.tiki.ne.jp>
2000/01/09
akimaru <akimaru@po.kumagaya.or.jp> wrote:
[#20158] Re: REMOTE_HOST (Re: おききしたーいでーす)
— matz@... (Yukihiro Matsumoto)
2000/01/10
まつもと ゆきひろです
[#20145] BUG? Parse Error and and — Tomoyuki Kosimizu <greentea@...2.so-net.ne.jp>
越水です。
5 messages
2000/01/09
[#20175] class Polynomial — "K.Kodama" <kdm@...>
児玉@神戸高専です.
12 messages
2000/01/12
[#20223] Re: class Polynomial
— Masaki Suketa<CQN02273@...>
2000/01/15
助田です.
[#20176] Re: Complex#divmod — Masato KIYAMA <masato@...>
まさと@広島市立大です.
7 messages
2000/01/12
[#20178] [Gtk 0.22] Gtk::DrawingArea cannot pack in Gtk::VBox — h-isikaw@...
いしかわ@NIMSです
4 messages
2000/01/12
[#20187] Hash#index, Hash#indexes — Kazuhiro Nishiyama <nishiyama@...1.tiki.ne.jp>
indexesってindexの複数の値を返すバージョンかと思ってしまったのですが。
6 messages
2000/01/12
[#20211] %Ruby — Shugo Maeda <shugo@...>
前田です。
7 messages
2000/01/14
[#20215] racc debianized — akira yamada / やまだあきら <akira@...>
11 messages
2000/01/14
[#20235] simple-chat-server.rb don't work on lynx — M_HANA <M_HANA@...0.sapporo-soft.ac.jp>
タイトル間違えました。もう一度送ります。
11 messages
2000/01/17
[#20268] Re: simple-chat-server.rb don't work on lynx
— Wakou Aoyama <wakou@...>
2000/01/18
青山です。
[#20269] Re: simple-chat-server.rb don't work on lynx
— gotoken@... (GOTO Kentaro)
2000/01/18
ごとけんです
[#20237] Ruby/Tk multi interpreter — nagai@...
永井@知能.九工大です.
21 messages
2000/01/17
[#20242] Re: Ruby/Tk multi interpreter
— nagai@...
2000/01/17
永井@知能.九工大です.
[#20248] Re: Ruby/Tk multi interpreter
— Hideto ISHIBASHI <s34204@...>
2000/01/17
石橋秀仁です。
[#20254] Re: Ruby/Tk multi interpreter
— nagai@...
2000/01/18
永井@知能.九工大です.
[#20271] Re: Ruby/Tk multi interpreter
— Hideto ISHIBASHI <s34204@...>
2000/01/18
石橋秀仁です。
[#20272] Re: Ruby/Tk multi interpreter
— nagai@...
2000/01/19
永井@知能.九工大です.
[#20275] Re: Ruby/Tk multi interpreter
— Hideto ISHIBASHI <s34204@...>
2000/01/19
石橋秀仁です。
[#20276] Re: Ruby/Tk multi interpreter
— matz@... (Yukihiro Matsumoto)
2000/01/19
まつもと ゆきひろです
[#20282] Re: Ruby/Tk multi interpreter
— nagai@...
2000/01/19
永井@知能.九工大です.
[#20283] Re: Ruby/Tk multi interpreter
— matz@... (Yukihiro Matsumoto)
2000/01/19
まつもと ゆきひろです
[#20285] Re: Ruby/Tk multi interpreter
— Koji Arai <JCA02266@...>
2000/01/19
新井です。
[#20243] (rd2) nl in Japanese chars — gotoken@... (GOTO Kentaro)
ごとけんです
9 messages
2000/01/17
[#20244] Re: (rd2) nl in Japanese chars
— Toshiro Kuwabara <toshirok@...3.so-net.ne.jp>
2000/01/17
Toshです。
[#20245] Re: (rd2) nl in Japanese chars
— gotoken@... (GOTO Kentaro)
2000/01/17
ごとけんです
[#20249] FTP.open err for Windows95 — "Y Kataoka" <kataoka@...>
初めまして、片岡@KLUGと申します。
18 messages
2000/01/17
[#20252] Re: FTP.open err for Windows95
— "NAKAMURA, Hiroshi" <nakahiro@...>
2000/01/18
なひです.
[#20315] Re: FTP.open err for Windows95
— "Y Kataoka" <kataoka@...>
2000/01/21
片岡@KLUGです。
[#20316] ftplib.rb (Re: Re: FTP.open err for Windows95)
— matz@... (Yukihiro Matsumoto)
2000/01/21
まつもと ゆきひろです
[#20317] Re: ftplib.rb (Re: Re: FTP.open err for Windows95)
— WATANABE Hirofumi <Hirofumi.Watanabe@...>
2000/01/21
わたなべです.
[#20321] Re: ftplib.rb (Re: Re: FTP.open err for Windows95)
— matz@... (Yukihiro Matsumoto)
2000/01/21
まつもと ゆきひろです
[#20333] Re: ftplib.rb (Re: Re: FTP.open err for Windows95)
— Wakou Aoyama <wakou@...>
2000/01/21
青山です。
[#20310] ワイルドカード有りのファイルの存在を調べたいのですが — 関口久之 <sekiguci@...>
関口です。いつもお世話になっております。
6 messages
2000/01/21
[#20342] How to build ruby(current) with cygwin — KORIYAMA Naohiro <kory@...2.so-net.ne.jp>
はじめまして、こおりやまです。
19 messages
2000/01/23
[#20362] Re: How to build ruby(current) with cygwin
— WATANABE Hirofumi <Hirofumi.Watanabe@...>
2000/01/24
わたなべです.
[#20422] Re: How to build ruby(current) with cygwin
— Masaki Suketa<CQN02273@...>
2000/01/29
Win32OLE の作者の助田です.
[#20430] Re: あ、 GUI ビルダだ
— 中村暁史 Nakamura Akifumi <BXQ04723@...>
2000/01/30
[#20431] Re: あ、 GUI ビルダだ
— NISHIKAWA <nyasu@...3web.ne.jp>
2000/01/30
こんばんは。にゃす@VisualuRuby計画(仮称) です。
[#20503] Re: あ、 GUI ビルダだ
— 中村暁史 Nakamura Akifumi <BXQ04723@...>
2000/02/05
[#20344] E-mail アドレスの確認・ DNS の MX など — ogino@...
荻野といいます。以前に挫折した組なのですが、Ruby本がでてから再度挑戦を
8 messages
2000/01/23
[#20350] [PATCH] Ruby/Tk — Koji Arai <JCA02266@...>
新井です。
6 messages
2000/01/23
[#20369] divmod() — Yasushi Abe <yasushi@...>
阿部です。
12 messages
2000/01/25
[#20385] Re: class Polynomial — Toyofuku <toyofuku@...>
豊福です。
6 messages
2000/01/25
[#20394] ruby-1.4.3 port to HPUX 11.00 — matz@... (Yukihiro Matsumoto)
まつもと ゆきひろです
15 messages
2000/01/26
[#20402] Re: ruby-1.4.3 port to HPUX 11.00
— kjana@... (YANAGAWA Kazuhisa)
2000/01/27
In message <E12DWT5-0000AT-00@ev.netlab.co.jp>
[#20403] Re: ruby-1.4.3 port to HPUX 11.00
— YAMASHITA Junji(山下 純司) <ys_jyunji@...>
2000/01/27
山下 純司です。
[#20409] Ruby/Gtk のバージョンを取得したい — dellin <ogu@...>
こんxxは。dellinです。
9 messages
2000/01/28
[#20411] Re: Ruby/Gtk のバージョンを取得したい
— Hiroshi IGARASHI <igarashi@...>
2000/01/28
いがらしです。
[#20412] Re: Ruby/Gtk のバージョンを取得したい
— Hironori Oguma <ogu@...>
2000/01/28
dellinです。
[#20414] 3 桁毎にカンマを入れる — 堀川 久 <vzw00011@...>
こんにちは。
10 messages
2000/01/28
[ruby-list:20049] Re: RD with method index (again)
From:
Toshiro Kuwabara <toshirok@...3.so-net.ne.jp>
Date:
2000-01-04 16:30:45 UTC
List:
ruby-list #20049
Toshです。
In message "[ruby-list:20042] Re: RD with method index (again)"
on 00/01/04, nobu.nakada@nifty.ne.jp <nobu.nakada@nifty.ne.jp> writes:
> private メソッドのドキュメントは =begin private とか、(私は)
>RD として処理されないようにラベルを付けてたりしますが、こういうの
>はどうなるんでしょうね。隠しドキュメント(undocumented document)と
>か? (^^)
それは全然問題ありません。たぶん典型的なやりかたの一つになるんじゃない
かと思います。
>> > どうせなら、上に書いたように =begin RD 以外でも <<< が有効にな
>> >るようにしていただけるとありがたいのですが…。
>>
>> これは人によって欲しい人と欲しくない人がいると思いますので、欲しい人は
>> 御自分で"<<<"を解釈するfilterを書くのがいいかと思います。
>> filter自体がそもそもそういう目的で作られたものですので。
>
> そうしたいのですが、include_path とかが現状では filter からは見
>えないというのがありまして。
なるほど。
ではinclude_pathはfilterから見えるようにしましょう。
> あと <<< というのが =begin, =end と同レベルの扱い、つまり RD と
>か filter とかよりも以前というか下位レイヤーでの処理かと思ってま
>した、なんとなく。
処理の都合上、RDのIncludeについては前処理の段階で扱ってますが、本来は
RDの機能の一つです。もっとも便宜上Blockってことになっていますが、例外
的なものではあります。
filterはRDの枠の中には入りません、と言うよりRDの枠の中に入らないものを
扱う為の仕組みです。"=begin" ... "=end"というのはRDの一部とも言えますが
中に何が入っているかはRubyインタプリタも見てませんし、RDの下層と言える
と思います。
>> コマンドラインオプションでの指定はかなり前から考えてはいるのですが、
>> コマンドラインオプションで指定していると長くなっちゃうんじゃないかなぁ、
>> とか、共通のオプションとフォーマットライブラリ依存のオプションをフロント
>> エンドはどう区別してどうやってフォーマットライブラリに渡すのか、とかで
>> 悩んでいて決まらないのでほっておいてる状態です。
>
> これは、ライブラリの必要とするオプションはライブラリをロードす
>るまで分からないからとか、そういう意味でしょうか。optparse を調べ
>てみたら、途中でオプションを追加してもちゃんと動くようです。こう
>いう使い方は当初想定してなかったんですが。宣伝みたいで(っていうか
>そのもの?)恐縮ですが、こいつじゃ役に立ちませんか。
理由はだいたいそういう事です。
optparseですが、そのやり方だとARGFちゃんと扱えますか?
元々getoptには限界を感じていたのでoptparseの採用は検討します。ただ
この手のライブラリはいくつもあるようなので、色々と調べてみてからに
したいですね。
>> > 近頃、自作のツールとかでもドキュメントを書かねばならん、みたい
>> >な強迫観念的なものに駆られてるらしくて(笑)。
>>
>> それはいいことじゃないですか。(^^)
>
> 昨日いじってた optparse だとだいたい 1/3 くらいがドキュメントだ
>という(^^;。
やっぱりドキュメント重要だと思うのですよ。とくにライブラリは。
RDtoolのパーサ書く時にいくつかあるパーサジェネレータの中からRacc
選んだのもきちんとしたドキュメントがあったのが要因ですし。
ドキュメントがあると、なんかこまめにメンテナンスされてるように
見えるので、安心して使えますからね。
---
Tosh
Toshiro Kuwabara