[#19082] TermIO for ioctl — Shugo Maeda <shugo@...>

前田です。

19 messages 1999/12/01

[#19086] iconv wrapper — nobu.nakada@...

なかだです。

22 messages 1999/12/01
[#19103] Re: iconv wrapper — Hiroshi IGARASHI <igarashi@...> 1999/12/02

いがらしです。

[#19104] Re: iconv wrapper — nobu.nakada@... 1999/12/02

なかだです。

[#19187] Re: iconv wrapper — Hiroshi IGARASHI <igarashi@...> 1999/12/06

いがらしです。

[#19139] 簡易プリプロセッサ epp 0.1 — SASAKI Shunsuke <ele@...17.odn.ne.jp>

どうも。佐々木です。

12 messages 1999/12/03

[#19193] Japanese Regular Expression — Hiroyuki KUROSAKI <noir@...>

はじめまして。黒崎と申します。最近 Ruby を使いはじめました。よろしく

18 messages 1999/12/06
[#19195] Japanese Regular Expression — gotoken@... (GOTO Kentaro) 1999/12/06

In message "[ruby-list:19193] Japanese Regular Expression"

[#19200] Re: Japanese Regular Expression — Hiroyuki KUROSAKI <noir@...> 1999/12/06

gotoken さん、お返事ありがとうございます。

[#19206] Re: Japanese Regular Expression — matz@... (Yukihiro Matsumoto) 1999/12/06

まつもと ゆきひろです

[#19246] 破壊的イテレータ? — Hiroshi Saito <HiroshiSaito@...>

どうも、お世話になっております。サイトウです。

71 messages 1999/12/07
[#19257] Re: 破壊的イテレータ? — Wakou Aoyama <wakou@...> 1999/12/07

青山です。

[#19259] Re: 破壊的イテレータ? — Wakou Aoyama <wakou@...> 1999/12/07

青山です。

[#19278] オブジェクトの代入について — Hiroshi Saito <HiroshiSaito@...> 1999/12/08

サイトウです。

[#19296] Re: オブジェクトの代入について — gotoken@... (GOTO Kentaro) 1999/12/08

In message "[ruby-list:19278] オブジェクトの代入について"

[#19316] Re: オブジェクトの代入について — matz@... (Yukihiro Matsumoto) 1999/12/09

まつもと ゆきひろです

[#19325] Re: オブジェクトの代入について — gotoken@... (GOTO Kentaro) 1999/12/09

ごとけんです

[#19328] Re: オブジェクトの代入について — matz@... (Yukihiro Matsumoto) 1999/12/09

まつもと ゆきひろです

[#19331] Re: オブジェクトの代入について — gotoken@... (GOTO Kentaro) 1999/12/09

ごとけんです

[#19337] Re: オブジェクトの代入について — matz@... (Yukihiro Matsumoto) 1999/12/09

まつもと ゆきひろです

[#19343] Re: オブジェクトの代入について — ogino@... (Ogino Junya) 1999/12/09

荻野ともうします。

[#19351] Re: オブジェクトの代入について — Motomichi Matsuzaki <mzaki@...> 1999/12/09

[#19358] Re: オブジェクトの代入について — gotoken@... (GOTO Kentaro) 1999/12/09

ごとけんです

[#19366] Re: オブジェクトの代入について — Motomichi Matsuzaki <mzaki@...> 1999/12/10

[#19249] ruby story ? — "Kikutani, Makoto" <kikutani@...>

Maya Stodteつー人からRuby storyについて話を聞きたいのだが、

29 messages 1999/12/07

[#19441] 自動翻訳プロジェクト — matz@... (Yukihiro Matsumoto)

まつもと ゆきひろです

49 messages 1999/12/13
[#19470] Re: 自動翻訳プロジェクト — Wakou Aoyama <wakou@...> 1999/12/13

青山です。

[#19471] Re: 自動翻訳プロジェクト — Wakou Aoyama <wakou@...> 1999/12/13

青山です。

[#19474] Re: 自動翻訳プロジェクト — matz@... (Yukihiro Matsumoto) 1999/12/14

まつもと ゆきひろです

[#19481] Re: 自動翻訳プロジェクト — nakajima kengo<ringo@...> 1999/12/14

[#19482] Re: 自動翻訳プロジェクト — matz@... (Yukihiro Matsumoto) 1999/12/14

まつもと ゆきひろです

[#19483] Re: 自動翻訳プロジェクト — nakajima kengo<ringo@...> 1999/12/14

[#23719] Re: 自動翻訳プロジェクト — TAKAHASHI Masayoshi <maki@...> 2000/07/06

高橋征義です。

[#23722] Re: 自動翻訳プロジェクト — matz@... (Yukihiro Matsumoto) 2000/07/06

まつもと ゆきひろです

[#23723] Re: 自動翻訳プロジェクト — TAKAHASHI Masayoshi <maki@...> 2000/07/06

高橋征義です。

[#19442] ClipBoard I/O 対応 — Itou-T15@...

クリップボードI/O はたいていファイルI/Oの様に抽象化されていないが

47 messages 1999/12/13
[#19465] Re: ClipBoard I/O 対応 — 中村暁史 Nakamura Akifumi <BXQ04723@...> 1999/12/13

[#19467] Re: ClipBoard I/O 対応 — matz@... (Yukihiro Matsumoto) 1999/12/13

まつもと ゆきひろです

[#19508] Re: ClipBoard I/O 対応 — 中村暁史 Nakamura Akifumi <BXQ04723@...> 1999/12/14

[#19523] Re: ClipBoard I/O 対応 — "NAKAMURA, Hiroshi" <nakahiro@...> 1999/12/15

なひです.

[#19551] Re: ClipBoard I/O 対応 — 中村暁史 Nakamura Akifumi <BXQ04723@...> 1999/12/15

[#19556] Re: ClipBoard I/O 対応 — matz@... (Yukihiro Matsumoto) 1999/12/15

まつもと ゆきひろです

[#19565] Re: ClipBoard I/O 対応 — 中村暁史 Nakamura Akifumi <BXQ04723@...> 1999/12/15

[#19456] mod_ruby & eRuby — Wakou Aoyama <wakou@...>

青山です。

20 messages 1999/12/13
[#19490] Re: mod_ruby & eRuby — TAKAHASHI Masayoshi <maki@...> 1999/12/14

mod_ruby初心者の高橋征義です。

[#19484] Ruby Application Archive — matz@... (Yukihiro Matsumoto)

まつもと ゆきひろです

25 messages 1999/12/14

[#19578] ruby-list の過去ログの作り方 — Momotaro Nishiumi <momotaro@...>

はじめまして。ももたろといいますm(_ _)m

48 messages 1999/12/16
[#19581] Re: ruby-list の過去ログの作り方 — Shin-ichiro Hara <sinara@...> 1999/12/16

原です。

[#19583] Re: ruby-list の過去ログの作り方 — Momotaro Nishiumi <momotaro@...> 1999/12/16

こん○○は〜。ももたろです。

[#19622] Re: ruby-list の過去ログの作り方 — Shin-ichiro Hara <sinara@...> 1999/12/17

原です。

[#19626] Re: ruby-list の過去ログの作り方 — matz@... (Yukihiro Matsumoto) 1999/12/17

まつもと ゆきひろです

[#19630] Re: ruby-list の過去ログの作り方 — Wakou Aoyama <wakou@...> 1999/12/17

青山です。

[#19698] Re: ruby-list の過去ログの作り方 — Shin-ichiro Hara <sinara@...> 1999/12/19

原です。

[#19722] [PROPOSAL] Reimplement 'blade' (Re: ruby-list =?ISO-2022-JP? B??= の過去ログの作り方) — Hideto ISHIBASHI <s34204@...> 1999/12/20

石橋秀仁です。

[#19690] Book : rb_obj_call_init() — "Shigeo Kobayashi" <shigeo@...>

小林です。

29 messages 1999/12/19

[#19776] [mswin32] TCPSocket::new() raises Errno::ENOENT — "NAKAMURA, Hiroshi" <nakahiro@...>

なひです.

17 messages 1999/12/21
[#19789] Re: [mswin32] TCPSocket::new() raises Errno::ENOENT — Koji Oda <oda@...1.qnes.nec.co.jp> 1999/12/21

小田@QNES です。

[#19858] Re: [mswin32] TCPSocket::new() raises Errno::ENOENT — Katsuyuki Komatsu <komatsu@...> 1999/12/23

小松です。

[#19934] RD with method index (again) — Koji Arai <JCA02266@...>

新井です。

78 messages 1999/12/27
[#20160] Re: RD with method index (again) — Koji Arai <JCA02266@...> 2000/01/10

新井です。

[#19937] Re: RD with method index (again) — Toshiro Kuwabara <toshirok@...3.so-net.ne.jp> 1999/12/27

Toshです。

[#19962] Re: RD with method index (again) — Koji Arai <JCA02266@...> 1999/12/28

新井です。

[#19988] Re: RD with method index (again) — Toshiro Kuwabara <toshirok@...3.so-net.ne.jp> 1999/12/29

Toshです。

[#20012] Re: RD with method index (again) — nobu.nakada@... 2000/01/02

なかだです。

[#20016] Re: RD with method index (again) — Toshiro Kuwabara <toshirok@...3.so-net.ne.jp> 2000/01/02

Toshです。

[#20017] Re: RD with method index (again) — Koji Arai <JCA02266@...> 2000/01/02

新井です。

[#20022] Re: RD with method index (again) — Toshiro Kuwabara <toshirok@...3.so-net.ne.jp> 2000/01/03

Toshです。

[#20025] Re: RD with method index (again) — Koji Arai <JCA02266@...> 2000/01/03

新井です。

[#20032] Re: RD with method index (again) — Toshiro Kuwabara <toshirok@...3.so-net.ne.jp> 2000/01/03

Toshです。

[#19976] Tell me your favorite tools — Yasushi Shoji <yashi@...>

やすしです。

25 messages 1999/12/28
[#20010] Re: Tell me your favorite tools — Yasushi Shoji <yashi@...> 2000/01/01

やすしです。

[#21496] Re: Tell me your favorite tools — OZAWA Sakuro <crouton@...> 2000/03/16

さくです。

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

From: Toshiro Kuwabara <toshirok@...3.so-net.ne.jp>
Date: 1999-12-27 16:29:43 UTC
List: ruby-list #19937
Toshです。

今日、RDtoolのver.0.5.3を出してRAAに登録しました。

In message "[ruby-list:19934] RD with method index (again)"
    on 99/12/28, Koji Arai <JCA02266@nifty.ne.jp> writes:
>RDのメソッドインデックスに関して自分の中で大体案が固まってき
>ました。
>
>  --- Class#method(arg1, arg2, ...)
>      description...
>
>という"---"によるDESCLISTを提案します。("---"は単なる例です。
>Baseline下げすぎかなとも思うので)
>
>ただし、既存のDESCLISTである ":" との違いは、
>
>・エイリアスの表現が可能。
>
>  --- Class#method1
>  --- Class#method2
>      description...
>
>  (これは、":"にも欲しい)

これはver.0.5.3で修正済みです。

>・メソッド名部分だけをラベルと見倣す
>
>  "---" の後のSTRINGLINEのうち空白または開き括弧"("までをラ
>  ベルと見倣す。したがって、
>
>  --- Class#method(arg1, arg2)
>
>  に対するリファレンスは、((<Class#method>)) と書く。

リファレンスは結構色々悩んでるところです。ラベル重複をどう解決するか
もですが、このことも頭の中にはありました。

僕の案(ってほど具体的ではないですが)では「先頭の数文字、他のラベルとの
区別が可能なくらいまでの記述でリファレンスになるように判定を甘くする」
というものです。つまり上の例だと"((<Class#method>))"の他に、
"((<Class#meth>))"とかでも構わないとしてしまう(ただし他に同様に始まる
ラベルが無ければ)ということです。この案は既存のHeadline&DescListに対す
るリファレンスの方法で、Method indexのことは考慮していません。

この案はむしろ、現時点では不可能な、「Headline&DescListの中でのInline
の使用」を可能にする為に考えていたものでした。これが無いとメソッドの
名前とかをDescListのtermにするときに気持悪いので。
他の案では、「Headline&DescListのInline付加は特殊記号のすぐ後にInline
に使っている記号を置く事で行う」ってものです。こんな感じ。
  ==={ Code
  :| Var
とか。(この例だと美しくないですが)
これはTexinfoのtableのやりかたからもらってきました。

>  ラベル "Class#method" の部分に関してRDtoolのパーサは一切特
>  別扱いしない。つまり、"Class"の部分がクラス名であることや
>  "#"がインスタンスメソッドを表すことを意識しない。
>  (rd2xxx-lib.rbは意識しても良い。rd2texi-lib.rbを作ったとき
>  意識せざるを得ないので)
>
>といった感じです。開き括弧"("は特別扱いしない方が制約が少な
>くて良いかも知れません。その場合
>  --- Class#method (arg1, arg2)
>や、
>  --- Class#method arg1, arg2
>
>という書き方になります。結局最初の単語だけをラベルにした
>DESCLISTです。Rubyのメソッドインデックスの実現はこれだけで十
>分であると自分の中でほぼ結論付けました。(ただ、Texinfoに
>変換することを考えると、もう少しありそう)
>
>その代わり、
>  クラスメソッド:       --- Class.method
>  インスタンスメソッド: --- Class#method
>  クラス定数:           --- Class::Const
>  ネストしたクラスのメソッド:
>                        --- Class1::Class2.method
>  関数:                 --- function#method (または --- method)
>  演算子形式のメソッド:
>                        --- Class#[]=(arg1, arg2)
>                        --- Class#+(arg)
>  グローバル変数:       --- $var
>
>などの*慣習*を提案します。

リファレンスマニュアルみたいな用途を想定されていると思いますが、
それ考えると"Class"をいちいち書くのが多少めんどくさいかもしれません。
あと、Rubyのリファレンスマニュアルは演算子メソッドは
  --- self + other
のような書き方になっているので、ここらへんをどうするか、とか。

>以下、ちょっとしたRDに対する要望。
>
>「WHITELINEはわかりにくい」
>
>DESCLISTで、説明文の段落が複数あると間にWHITELINEを挿入しな
>ければなりませんが、スペースだから見えないんです。これは、
>DESCLISTを書きにくくしてしまうように思います。(私は行末の余
>計な空白を消したくなる人間です^^;)

これは前にこの方式に決めた時にも問題点に挙げられていたような。
それとも、僕が問題点だと思っていながら発言しなかったのかも。

とりあえず、rd-mode.el使ってると\C-jで前の行とインデント揃えて
くれるので、多少の手助けにはなるかと思います。

>で、
>
>・行頭の単体の";"または"#"もWHITELINEとして扱う

ええっと、どうしますかね。
WHITELINEが紛らわしいのはよくわかりますが、
なんか行頭にそういうのがあると美しくない気もしますし。

>というのも提案します。これらの文字にこだわるのは、Verbatimで
>rubyスクリプトを書いたときに
>
>   require "hoge.rb"
>;
>   hogehoge = "hoge"
>;
>   p hogehoge
>のように、WHITELINE文字があっても、そのまま切り出してrubyス
>クリプトとして実行できるからです。

あれ?Rubyって";"もコメント扱いになるんですか?しらなかった。

>さらに、
>
>・RDにコメントが欲しい
>
>  行頭が"###"で始まる行をコメントとして扱うなんてのは?

行毎だったら"=begin ###"と"=end"で囲んだ部分はフォーマッタからも無視される
ので("###"の部分はほとんどなんでもよし)、それ使えば十分かなと。
ただ、rubytk.rdを見た限りでは、あれは読み手にとっても意味のある情報かと
思いますので、多少ごちゃごちゃしてもコメントにしない方がいいんじゃないかと
思います。

>以上言いたいこと言ってますが。いかがでしょうか?(って
>ruby-talkに書かなきゃダメ?^^;)

ま、いいんじゃないでしょうか。僕も日本語の方が楽です。(^^;;;

>最後にrdtool-0.5.2に対するパッチを付けます。
>修正の順に
>・[REQ] 行頭の;をWHITELINEにする
>・[BUG] Verbatimの中にWHITELINEを入れると[BUG]と言われるバグの修正
>・[REQ] 行頭の###をコメントにする
>・[BUG] (('a')) ... (('b')) とすると 「a')) ... (('b」がVerbになる
>です。("--- method"はまだ修正中。その前に意見を聞こうと思いまして)

あ〜、またタイミングが。前にも書いた通り今日ver.0.5.3だしたのです。
# あらいさんとはタイミングいいのか悪いのか。(^^;;;

[REQ]のものは取り込むかどうかは、検討を加えた後でですね。
バグフィックスはなるべく早いうちに取り込みます。ありがとうございました。

---
Tosh
Toshiro Kuwabara

In This Thread