[#16407] Homepage shoukai — Hirofumi Tamori <tamori@...>
[#16445] eql? — Tadayoshi Funaba <tadf@...>
ふなばです。
[#16459] bug? difference of while gets and -n — Takashi Shimizu <simtak@...>
清水@biglobeです。
わたなべです.
清水です。
[#16466] about killer applications. — HIGAKI Masaru (檜垣 賢) <higaki@...>
はじめまして。
[#16470] ChaSen — IKARASHI Akira <ikarashi@...3.dion.ne.jp>
五十嵐です。
[#16483] win 版 ruby について — Tadashige Morii <m_tada@...>
森井@松江です。
[#16486] Ruby Workshop — matz@... (Yukihiro Matsumoto)
まつもと ゆきひろです
有馬@FITECです。
わたなべです.
有馬@FITECです。
わたなべです.
有馬@FITECです。
有馬@FITECです。
有馬@FITECです。
高橋征義です。
有馬@FITECです。
ただただしです。
有馬@FITECです。
森田ともうします。はじめまして。
小松です。
わたなべです.
前橋です。
まつもと ゆきひろです
原です。
青山です。
原です。
青山です。
原です。
青山です。
こんにちは。久しぶりのあつこです。
[#16501] Ruby/Gtk Tutorial — Hiroshi IGARASHI <igarashi@...>
いがらしです。
高橋征義です。土曜日はたいへん楽しませていただきました。講師の
akaishi です。
高橋征義です。
ごとけんです
[#16590] Win Installer テスター — たむら けんいち <tamura-r@...>
助田です.
[#16610] Opening session report: Ruby Workshop in 9/4. — "NAKAMURA, Hiroshi" <nakahiro@...>
なひです.
[#16659] rbcw140-socket.zip — Ito Kazumitsu <ito@...>
伊藤と申します。
小松です。
わたなべです.
小松です。
[#16677] Matz's talk in Sapporo — gotoken@... (GOTO Kentaro)
ごとけんです
[#16690] gtk + socket — Miyaki Masahiro <miyaki@...>
宮木です。
福嶋です。
なかだです。
福嶋です。
[#16712] d-chasen [dRuby/DRb] — Masatoshi SEKI <m_seki@...>
五十嵐です。
ごとけんです
五十嵐です。
[#16725] RubyWin — Masaki Suketa <CQN02273@...>
助田です.ちょっと長いです.
助田です.
石橋秀仁です。
助田です.
松尾です。
たむらです。
まつもと ゆきひろです
松尾です。
とみたです。
かさはら@Ruby新参ものです.
[#16737] eval.rb について — Tadashige Morii <m_tada@...>
森井です。
[#16745] #\ comment — nobu.nakada@...
なかだです。
わたなべです.
なかだです。
まつもと ゆきひろです
[#16762] User's Guide — Tadashige Morii <m_tada@...>
森井です。
[#16779] xml-parser example(xmlcheck.rb) error? — Hideto Ishibashi <s34204@...>
石橋秀仁です。
[#16782] プラットフォーム別 ruby — Noritsugu Nakamura <nnakamur@...>
早坂@会津大学です。
[#16823] Ruby 1.4.1 — Yukihiro Matsumoto <matz@...>
Ruby 1.4.1 is out, check out:
[#16831] Ruby 1.4.2 — Yukihiro Matsumoto <matz@...>
Ruby 1.4.2 is out, check out:
わたなべです.
わたなべです.
青山です。
わたなべです.
まつもと ゆきひろです
まつもと ゆきひろです
わたなべです.
まつもと ゆきひろです
わたなべです.
まつもと ゆきひろです
わたなべです.
有馬@FITECです。
まつもと ゆきひろです
有馬@FITECです。
まつもと ゆきひろです
小松です。
[#16851] Dir.glob — kikutani@...
(復旧したようなので再送)
わたなべです.
日時 Fri, 17 Sep 1999 23:35:21 +0900 の
わたなべです.
まつもと ゆきひろです
有馬@FITECです。
まつもと ゆきひろです
[#16895] N 桁対応カウンタ — Masato KIYAMA <masato@...>
まさと@広島市立大です.
[#16928] Dir.glob — Takashi Nishimoto <g96p0935@...>
西本です。
[#16995] address field split — Kikutani Makoto <kikutani@...>
ちょっとお力拝借。
これつぐです。
[#17000] www.ruby-lang.org — matz@... (Yukihiro Matsumoto)
まつもと ゆきひろです
From: matz@netlab.co.jp (Yukihiro Matsumoto)
越水です。
なひです.
まつもと ゆきひろです
akaishi です。
まつもと ゆきひろです
akaishi です。
まつもと ゆきひろです
前田です。
[#17015] Re: www.ruby-lang.org — Kazuya Shiida <BYC05717@...>
はじめまして、椎田一哉と申します。
[#17017] make Ruby-1.4.2 on BeOS R4.5.2(Intel) — tenmei@... (Noriaki Harada)
ruby-listのみなさま、初めまして。はらだと申します。
再びはらだです。
Noriaki Haradaさんの<199909221706.CAA29318@p2232.nsk.ne.jp>から
小松です。
わたなべです.
森田です。
小松です。
はらだです。
市川%BeOS&rubyがなくなったら死んでしまう です。
小松です。
はらだです。
小松です。
[#17042] RubyWin 0.0.0.3a — Masaki Suketa <CQN02273@...>
助田です.
[#17049] Re: Ruby/Gtk Tutorial — SUGIHARA Hiroshi <maili31s@...>
すひ、大幅に出遅れたので参加の前に確認。
[#17053] make warning; if true or true and false — Kazuhiro Yoshida <moriq@...2.seikyou.ne.jp>
もりきゅうです.
立石です。
もりきゅうです.
わたなべです.
まつもと ゆきひろです
[#17092] ruby 記事発見 — Kohji IKEDA <kid@...>
どうも、池田です。
[#17102] gets for tempfile — Kazuhiko Izawa <izawa@...>
こんにちは。
[#17138] Re: www.ruby-lang.org — Kazuya Shiida <BYC05717@...>
椎田です。
akaishi です。
[#17145] TCPsocket sample について — Tadashige Morii <m_tada@...>
森井です。
まつもと ゆきひろです
森井です。
In message "[ruby-list:17147] Re: TCPsocket sample について"
渡辺哲也です。
まつもと ゆきひろです
渡辺哲也です。
In message "[ruby-list:17157] Re: TCPsocket sample について"
渡辺哲也です。
From: WATANABE Tetsuya <tetsu@jpn.hp.com>
渡辺哲也です。
From: WATANABE Tetsuya <tetsu@jpn.hp.com>
[#17166] site_ruby の使い方 — Kenji Horikoshi <k-horix@...>
こんにちは,堀越です。
[#17168] Can I get comments from TMail? — Shugo Maeda <shugo@...>
前田です。
[#17169] rb2c-0.6.0 released. — Kazuhiro HIWADA <hiwada@...>
ひわだです。
[#17195] stable sort — OHARA Shigeki <os@...>
大原です。
[#17232] chdir with block — kjana@... (YANAGAWA Kazuhisa)
> ls
[#17237] Ruby explanation — Takashi Ikeda <cercine@...>
池田です。
高橋征義です。
池田です。
まつもと ゆきひろです
池田です。
こんなときばかり突っ込みに出て来るイヤミな首藤です。
まさと@広島市立大っす.
[#17239] [CFV] Ruby icon competition — gotoken@... (GOTO Kentaro)
ごとけんです
有馬@FITECです。
はじめまして、むとうと申します。
[#17246] TCPserver の受付時間制限 — Tadashige Morii <m_tada@...>
森井です。
まつもと ゆきひろです
森井です。
まつもと ゆきひろです
[#17249] Kconv について — 関口久之 <sekiguci@...>
はじめまして 関口ともうします。
しげまつ です。
わたなべです.
関口です。
わたなべです.
関口です。 たびたびすみません。
わたなべです.
関口です。
小松です。
関口です。
わたなべです.
[ruby-list:17110] Re: RD and internationalization
Toshです。 > あおきです。 > > In mail "[ruby-list:17087] Re: RD and internationalization " > Toshiro Kuwabara <toshirok@yb3.so-net.ne.jp> wrote: > > > Toshです。 > > > > あと、Tosh さんのメールにあったことを考えあわせて、 > > > =begin \S+ は通常無視するけが、=begin [rR][dD] の場合だけは RD と > > > みなすようにするのはどうでしょうか? > > > "=begin foo ... =end"の様な構造はなるべく使いたくないと考えています。 > > "=begin ... =end"は単にRDとRuby scriptの境界線で、それ以上の意味を持たせる > > のはどうか、ってことです。 > > "=begin foo ... =end"とか"=begin foo="bar" ... =end"みたいなものは簡単に > > いろいろ拡張できそうなので便利だとは思いますが、あまりLaTeXの環境やHTMLの > > エレメントじみていてRDらしくないと思います。汎用のブロックみたいのは > > 使いたくないし、HTMLの属性みたいな指定をごちゃごちゃつけるのもやりたく > > ないわけです。 > > その気持ちはとってもわかるのですが、しかしそれはあくまで「Toshさんの」 > 感じかたですよね。だから、そう感じない人もいると思うんです。 もちろんこれは完全に僕の個人的な意見です。 > それに、この提案の動機になったのはRDの中身をいじるためというより、 > RDの入っているファイルを操作するためですから、RDらしさとか、そういう > ものとは関係ないんではないでしょうか。 > また逆に、=begin のあとに何も来られないと決めた場合、ブロック > ごとの情報を添付する簡潔な手段がなくなります。ヘッダに書いておくと > しても、ブロックが減ったり増えたりするたびにヘッダを修正する手間が > 必要になります。 > RDは基本的にソースと交互に埋めこまれるものですから、それをいろいろ > いじろうと思ったら、どうしてもブロックごとの情報を格納しておく > 必要がでてくるはずです。そのときに簡単な手段がなくなるのは非常に痛い。 > > 一方読む側に立ってみても、「=begin\s*(RD )?.* がドキュメント」 > というルールは不自然とは思えないし、とくに不利益もないといえます。 > > 書くときも、=begin をコメントにしようと思って rd なんてつけるひとは > いないと思えないので、やはりこれも不利益にはなりません。 > > またツールにとっても、セパレータが「^=begin\s*$」から > 「^=begin(\s*|\s+RD\s+.*)$」に変わるだけで、他の部分には影響を > 与えませんから、たいした手間はかけずに実装できるはずです。 > > そしてまた、=begin RD が使えるのであれば(今は思いつかなくても)、 > とにかくなんでもできるのと同じです。もしかしたら、すごく便利な用途が > みつかるかもしれないわけです。ちょっといじるだけで拡張性がゼロで > なくなるのですから、それを許さない根拠が「らしさ」だけでは弱いと > 思います。 誤解をしていたようです。僕の懸念はRD自体にそういうものがあった場合、 機能がむせっそうに追加されたりしてしまうのではないか、というような ことですから、必ずしも必要でないユーティリティなどが使う分には別に 反対する理由もありません。 ただ、以前の\cle氏の提案とは対立する事になりますしruby-talkの方にも 話を振ってください。 --- Tosh