[#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

とみたです。

[#20133] おききしたーいでーす — akimaru <akimaru@...>

17 messages 2000/01/09
[#20138] Re: おききしたーいでーす — akimaru <akimaru@...> 2000/01/09

[#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

石橋秀仁です。

[#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

なひです.

[#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 の作者の助田です.

[#20394] ruby-1.4.3 port to HPUX 11.00 — matz@... (Yukihiro Matsumoto)

まつもと ゆきひろです

15 messages 2000/01/26

[ruby-list:20042] Re: RD with method index (again)

From: nobu.nakada@...
Date: 2000-01-04 13:28:10 UTC
List: ruby-list #20042
なかだです。

At Tue, 4 Jan 2000 11:42:31 +0900,
Toshiro Kuwabara <toshirok@yb3.so-net.ne.jp> wrote:
> =begin foo
> ...
> =end
> ってのは、fooが"RD nantoka"でない限りはRDには含まないことになってます。
> Rubyには複数行のコメントがないので、代わりにRD用の"=begin" ... "=end"
> を使うことにした、ってのが起源だったと思います。
> したがって、こういうブロックを含んでる事は問題ありません。処理される
> ことを期待するのは問題です。
> 逆に言うとRDtoolで処理する事を目的としてこういうブロックを含んでいても
> 処理される場合とされない場合でドキュメントの意味が変わったりしなければ
> 含んでもかまわないかと((*個人的には*))思ってますが、RD自体が生まれた
> ばかりなので、悪い習慣が根付かない為にしばらくは控えて欲しいです。

  private メソッドのドキュメントは =begin private とか、(私は)
RD として処理されないようにラベルを付けてたりしますが、こういうの
はどうなるんでしょうね。隠しドキュメント(undocumented document)と
か? (^^)

> >  どうせなら、上に書いたように =begin RD 以外でも <<< が有効にな
> >るようにしていただけるとありがたいのですが…。
> 
> これは人によって欲しい人と欲しくない人がいると思いますので、欲しい人は
> 御自分で"<<<"を解釈するfilterを書くのがいいかと思います。
> filter自体がそもそもそういう目的で作られたものですので。

  そうしたいのですが、include_path とかが現状では filter からは見
えないというのがありまして。
  あと <<< というのが =begin, =end と同レベルの扱い、つまり RD と
か filter とかよりも以前というか下位レイヤーでの処理かと思ってま
した、なんとなく。

> コマンドラインオプションでの指定はかなり前から考えてはいるのですが、
> コマンドラインオプションで指定していると長くなっちゃうんじゃないかなぁ、
> とか、共通のオプションとフォーマットライブラリ依存のオプションをフロント
> エンドはどう区別してどうやってフォーマットライブラリに渡すのか、とかで
> 悩んでいて決まらないのでほっておいてる状態です。

  これは、ライブラリの必要とするオプションはライブラリをロードす
るまで分からないからとか、そういう意味でしょうか。optparse を調べ
てみたら、途中でオプションを追加してもちゃんと動くようです。こう
いう使い方は当初想定してなかったんですが。宣伝みたいで(っていうか
そのもの?)恐縮ですが、こいつじゃ役に立ちませんか。

> # 設定ファイルもできたことだし、設定のセットを"~/.rd2rc"に書いておいて
> # コマンドラインオプションでセットを指定、がいいのかな?

  こういうマクロな機能もあると嬉しいです。

> >  近頃、自作のツールとかでもドキュメントを書かねばならん、みたい
> >な強迫観念的なものに駆られてるらしくて(笑)。
> 
> それはいいことじゃないですか。(^^)

  昨日いじってた optparse だとだいたい 1/3 くらいがドキュメントだ
という(^^;。

-- 
そうだ 強気に ちょっと インチキに☆彡
    中田 "Bugるくらいがちょうどいいかも;-)" 伸悦

In This Thread