[#19079] reference of object — "Hideaki Takata" <hideakit@...3.dion.ne.jp>
高田です。
[#19082] TermIO for ioctl — Shugo Maeda <shugo@...>
前田です。
前田です。
原です。
[#19086] iconv wrapper — nobu.nakada@...
なかだです。
いがらしです。
なかだです。
いがらしです。
高橋征義です。思い出したのでこちらにもフォロー。
knuです。
高橋征義です。Rubyとは直接関係なくてすみません。
[#19115] eRuby を題材にしたページ — TAKEUCHi Kahori <take-k@...>
たけうちです。今日はちょっと宣伝させてくださいまし。
[#19139] 簡易プリプロセッサ epp 0.1 — SASAKI Shunsuke <ele@...17.odn.ne.jp>
どうも。佐々木です。
どうも。佐々木です。
なひです.
助田です.
なひです.
[#19140] ruby は何かの略語? — Noritsugu Nakamura <nnakamur@...>
[#19142] Win32OLE on NT — Masaki Suketa<CQN02273@...>
助田です.
[#19165] how to get extended modules list — Dai <MAP2303@...>
[#19193] Japanese Regular Expression — Hiroyuki KUROSAKI <noir@...>
はじめまして。黒崎と申します。最近 Ruby を使いはじめました。よろしく
In message "[ruby-list:19193] Japanese Regular Expression"
gotoken さん、お返事ありがとうございます。
まつもと ゆきひろです
安達@沖データと申します。
[#19197] GC and IO on SunOS-4.1.4-JLE — kjana@... (YANAGAWA Kazuhisa)
うちの FreeBSD 3.1 では問題無いようなのですが,出先の SunOS-4.1.4-JLE
[#19211] Clipbord を Ruby で使うには? — Itou-T15@...
初めまして。
どぉも、道村です。
[#19228] Ruby 1.4.3 — Yukihiro Matsumoto <matz@...>
Ruby 1.4.3 is out, check out:
[#19240] emacs の ruby モードについて — nakajima kengo<ringo@...>
[#19241] thread を使った socket について — yuuichi satoh <yuuichi.satoh@...>
こんばんわ、佐藤といいます。
[#19246] 破壊的イテレータ? — Hiroshi Saito <HiroshiSaito@...>
どうも、お世話になっております。サイトウです。
青山です。
青山です。
サイトウです。
In message "[ruby-list:19278] オブジェクトの代入について"
まつもと ゆきひろです
ごとけんです
まつもと ゆきひろです
ごとけんです
まつもと ゆきひろです
ごとけんです
荻野ともうします。
ごとけんです
ごとけんです
[#19249] ruby story ? — "Kikutani, Makoto" <kikutani@...>
Maya Stodteつー人からRuby storyについて話を聞きたいのだが、
In message "[ruby-list:19249] ruby story ?"
いがらしです。
あおきです。
まつもと ゆきひろです
[#19283] Ruby 1.4.3 repacked — Yukihiro Matsumoto <matz@...>
Ruby 1.4.3 is out, check out:
[#19304] about -T option on ruby 1.4.2 — nakajima kengo<ringo@...>
[#19399] 改行コード — Akihiro Yamauchi <aygoofy@...>
こんばんは。
[#19420] xtoolkit — Kazuhiro Yoshida <moriq.kazuhiro@...>
もりきゅうです。
[#19441] 自動翻訳プロジェクト — matz@... (Yukihiro Matsumoto)
まつもと ゆきひろです
青山です。
青山です。
まつもと ゆきひろです
まつもと ゆきひろです
青山です。
[Sub] [ruby-list:19515] Re: 自動翻訳プロジェクト
高橋征義です。
まつもと ゆきひろです
高橋征義です。
石橋"rubyholic"秀仁です。
まつもと ゆきひろです
高橋征義です。
青山です。
高橋征義です。
[#19442] ClipBoard I/O 対応 — Itou-T15@...
クリップボードI/O はたいていファイルI/Oの様に抽象化されていないが
ただただしです。
なひです.
まつもと ゆきひろです
なひです.
まつもと ゆきひろです
石橋秀仁です。
>でも、JavaのRunnableを考えると、interfaceは「お作法」だと思います。。。
[#19444] 「 (」を使う時の正規表現について — yuuichi satoh <yuuichi.satoh@...>
こんにちわ佐藤といいます。
[#19456] mod_ruby & eRuby — Wakou Aoyama <wakou@...>
青山です。
mod_ruby初心者の高橋征義です。
前田です。
高橋征義です。
青山です。
前田です。
青山です。
前田です。
青山です。
前田です。
青山です。
[#19484] Ruby Application Archive — matz@... (Yukihiro Matsumoto)
まつもと ゆきひろです
まつもと ゆきひろです
助田です.
[#19533] Windows環境 — "Shigeo Kobayashi" <shigeo@...>
小林です.
[#19544] String#shift? — Kazuhiko Izawa <izawa@...>
井澤です。rubyにはいつもお世話になってます。
こんばんは。鈴木教郎です。
[#19549] RubyRing — TAKEUCHi Kahori (竹内かほり) <take-k@...>
たけうちです。
[#19576] X application on gtk application — gotoken@... (GOTO Kentaro)
ごとけんです
やすしです。
石橋秀仁です。
[#19578] ruby-list の過去ログの作り方 — Momotaro Nishiumi <momotaro@...>
はじめまして。ももたろといいますm(_ _)m
原です。
こん○○は〜。ももたろです。
原です。
まつもと ゆきひろです
青山です。
有馬です。
青山です。
In message <199912172303.IAA02733@hoyogw.netlab.co.jp>
原です。
石橋秀仁です。
原です。
やまぐちです。
原です。
やまぐちです。
[#19593] SMF class 0.3 — Tadayoshi Funaba <tadf@...>
ふなばです。
[#19640] MSVC で GTK 拡張をコンパイルするには? — Saburo Ide <saburo@...4u.or.jp>
Windows2000でMSVCを使っています。
[#19652] Q: Kernel#gets — Tomoyuki Kosimizu <greentea@...2.so-net.ne.jp>
越水です。
[#19656] ftpmirror — Akihiro Yamauchi <aygoofy@...>
こんばんは。
もりきゅうです。
[#19667] RAA category field — Masaki Suketa<CQN02273@...>
助田です.
[#19677] Mutex#synchronize — Tomoyuki Kosimizu <greentea@...2.so-net.ne.jp>
越水です。
有馬です。
越水です。
[#19679] Q: 破壊的メソッドの定義のしかた — Yukihiko Eda <yuki-e@...>
えだです。
[#19690] Book : rb_obj_call_init() — "Shigeo Kobayashi" <shigeo@...>
小林です。
小林です。
小林です。
[#19742] media watch — Noritsugu Nakamura <nnakamur@...>
[#19776] [mswin32] TCPSocket::new() raises Errno::ENOENT — "NAKAMURA, Hiroshi" <nakahiro@...>
なひです.
小田@QNES です。
小松です。
小松です。
小田@QNES です。
まつもと ゆきひろです
小松です。
[#19821] Cygwin 版 ruby の File#read について — one@... (Hajime Tanno)
はじめまして、丹野@筑波大です。
[#19827] can not pass make test on cygwin — kusano@...
草野@構造計画です。
[#19846] ++ -- — "Shigeo Kobayashi" <shigeo@...>
小林です。
[#19871] 半開区間指定 — Itou-T15@...
文字列や配列の半開区間の指定例が Rubyの本やユーザーズガイド
[#19886] c-style for CC Mode — gotoken@... (GOTO Kentaro)
ごとけんです
[#19910] 演算子とスペース — Matsuo Hisanori <hisanori@...>
松尾です。
[#19927] array + empty string — MORITA Atsushi <moritaa@...>
森田です。
[#19933] [book] — Kazuhiro Nishiyama <nishiyama@...1.tiki.ne.jp>
こんばんは、ZnZです。
[#19934] RD with method index (again) — Koji Arai <JCA02266@...>
新井です。
新井です。
Toshです。
新井です。
Toshです。
あおきです。
Toshです。
あおきです。
Toshです。
Toshです。
新井です。
Toshです。
新井です。
Toshです。
Toshです。
新井です。
Toshです。
なかだです。
Toshです。
なかだです。
Toshです。
なかだです。
Toshです。
なかだです。
Toshです。
なかだです。
Toshです。
新井です。
Toshです。
新井です。
Toshです。
新井です。
Toshです。
新井です。
あおきです。
Toshです。
[#19953] メソッド名の制限? — "Hideaki Takata" <hideakit@...3.dion.ne.jp>
たかたです
[#19976] Tell me your favorite tools — Yasushi Shoji <yashi@...>
やすしです。
やすしです。
さくです。
ごとけんです
In article <200003161743.CAA01729@hanare00.math.sci.hokudai.ac.jp>,
Toshです。
[#19983] net/* 1.1.3 — Minero Aoki <aamine@...>
あおきです。
[#19993] about for-in — Tomoyuki Kosimizu <greentea@...2.so-net.ne.jp>
越水です。
[ruby-list:19988] Re: RD with method index (again)
Toshです。
RDtoolをいじってたらこっちの返事が遅くなっちゃいました。
あらいさんにパッチしていただいたバグなどを修正したバージョンをRAA
に登録しました。
In message "[ruby-list:19962] Re: RD with method index (again)"
on 99/12/28, Koji Arai <JCA02266@nifty.ne.jp> writes:
>> 僕の案(ってほど具体的ではないですが)では「先頭の数文字、他のラベルとの
>> 区別が可能なくらいまでの記述でリファレンスになるように判定を甘くする」
>> というものです。つまり上の例だと"((<Class#method>))"の他に、
>> "((<Class#meth>))"とかでも構わないとしてしまう(ただし他に同様に始まる
>> ラベルが無ければ)ということです。この案は既存のHeadline&DescListに対す
>> るリファレンスの方法で、Method indexのことは考慮していません。
>
>メソッドに関しては重複は考慮しなくてもよいと思います。提案し
>た慣習に従えばrubyの名前空間で重複しないはずなので(別ライブ
>ラリ、同名関数なんてのは現在ありましたっけ?)
あ、上の話はそういう意味ではなかったのですが(「僕の案」というのは
「以前話していた、Ruby Reference Manual形式のRDの解析を採用したとき
の話です。)、この話も重要そうですね。
>もちろん、
>= Class#method
>なんて章を作るとダメですけど。仕方ないかな。
この場合にはむしろ既存のラベル重複の問題ですから、解決にはパス指定
のリファレンスみたいなものを採用する、ってことになるでしょう。
もし、"--- Class#method"と"= Class#method"が両方あったならば
((<Class#method>))では"--- Class#method"を優先、くらいはしてもよいかも。
>あと、1つのメソッドで複数の引数形式を書く場合一括で記述する
>必要があります。(リファレンス先を一箇所にするため)
>
> --- method(hash)
> --- method(arg1..arg2)
> --- method(array)
> メソッドmethodは引数がハッシュの場合は...
こういうメソッドって、どの程度使われているものなんでしょうか?
# 別にこういうのを認めないと言うつもりは無いですが。
Rubyの標準クラスではたぶんArray#[], Array#[]= くらいですね。
リファレンスマニュアルは残念な事に、こういう形にはなってません。
>えっとこれは、
>
>=== (({Code}))
>: ((|Var|))
>
>ってことですね。でもきっと一部だけInlineを使いたいことはありそう
>
> === ほげな(({HOGE}))の章
> ...
>
>とか。参照側を((<ほげなHOGEの章>))とするのは簡単にはいかない
>のでしょうか?(いかないのでしょうね)
とりあえず、問題がおきそうなのはReferenceとか、Footnoteとかですね。
= ((<substitute|label>)) <- 今まだつかえないけど代わりのテキストがある場合。
# ((<substitute>)) or ((<"substitute|label">))??
# 後者は"substitute|label"ってラベル、って意味です。
= Footnote((- Footnoteは長くなりがちなのでラベルにするには無理があります。-))
= ((<URL:http://www.ruby-lang.org>))はRubyのオフィシャルサイト
# これもラベルがどうなるか難しかったり。
極端な例をあげましたが、一番悩んでいたのは、ラベルには"((.", ".))"
のようなカッコはないほうがいいのだろうか?ってことです。
# RD書く人は生のRDを見ているので、カッコを省略した形にするのはわかり
# にくいかも? それとも、カッコをつけたままのほうがわかりにくい?
あと、リファレンスの方も対応するHeadlineと同じように修飾すべきなのか?
ってのもありますね。例えばあらいさんの例だと、"((<ほげなHOGEの章>))"を
<A HREF="...">ほげな<CODE>HOGE</CODE>の章</A>
というふうに出力すべきなのか。
> トップレベルの定数: --- const::Const (または、Const または Object::Const)
トップレベルの定数は"main::Const"では?
>> リファレンスマニュアルみたいな用途を想定されていると思いますが、
>> それ考えると"Class"をいちいち書くのが多少めんどくさいかもしれません。
>
>うーん、クラスの宣言も可ってのはどうです?
>
>@class Class
>
>--- .method
>--- #method
>--- ::Const
>...
>
>・RDtoolのコアの処理では接頭語"Class"を"#method"に繋げるだけ
> の処理。
>・参照する側はちゃんと((<Class#metod>))と書かないといけない。
>となりますが。
この程度の処理だったら簡単にこの形式のドキュメントを
"--- Class#method"に直すための補助ツールで実現できそうですが、
このやり方がいいかどうかは、わかりませんね。
>> あと、Rubyのリファレンスマニュアルは演算子メソッドは
>> --- self + other
>> のような書き方になっているので、ここらへんをどうするか、とか。
>
>これは、それが望まれるのなら rb2xxx-lib.rbの仕事になると思い
>ます。RDのフォーマットが rubyでの定義に似ていることはRDの書
>きやすさ(コピーで済む)の点で良いことだと思います。
なるほど。同意します。
>> あれ?Rubyって";"もコメント扱いになるんですか?しらなかった。
>
>空の式ですね。# と ; なら大抵の言語はOKだろうと思いまして。
あ、そうか。なるほど。
# Rubyだと";"つかうのはone-linerのときくらいだから。(^^;;
>年越しになるとは思いますが、一旦暫定で作ってみてRubyのリファ
>レンスマニュアルが書けるかどうか試してみようと思います。
>html2texi使いまわせば簡単に変換できるかなと目論んでます。
>
># これを先にやった方が議論が進むかも知れませんね。
それはありがたいです。
ただ、rubytk.rdを見ても思いましたが、やっぱり一番必要なのは複数ページの
HTMLに分割して出力する機能ですね。(^^;;
---
Tosh
Toshiro Kuwabara