[#10553] base64.rb — Sinichiro Dezawa <dezawa@...>
出沢です
原です。
まつもと ゆきひろです
出沢です
出沢です
まつもと ゆきひろです
matz> kconvにかけるってのは反則ですか? 今のkconvはB-encodingをデ
>あー、そんなのがあったのか。反則だ。
dezawa> >あー、そんなのがあったのか。反則だ。
わたなべです.
watanabe> 何も指定しなくていいです. もともとは nkf で
まつもと ゆきひろです
matz> エンコードにはpack("m")がお勧めなのかなあ.
dezawa> 手を付け兼ねてるのは、
わたなべです.
watanabe> エスケープとか全部含めて encode する必要があります.
わたなべです.
watanabe> といろいろ問題はあるけど pack("m") は encode した結果が長く
わたなべです.
watanabe> 自前で細切れに処理しないとだめかな?
あおきです。
aamine> さらに難しくしてしまうのもなんなんですが
出沢@フジフイルム です
出沢です
後藤@太陽計測です
保科です。
後藤@太陽計測です
保科です。
後藤@太陽計測です
出沢@フジフイルム です
保科です。私も続けちゃいますが…
後藤@太陽計測です
出沢@フジフイルム です
後藤@太陽計測です
あおきです。
すばやい
井上@三菱電機 です。
[#10589] LoadError on FreeBSD 3.0-RELEASE — gotoken@... (GOTO Kentaro)
ごとけんです
えぐち@エスアンドイー です。
わたなべです.
ごとけんです
首藤です。
[#10639] tgif_expr — aito@...
あ伊藤です.
[#10665] World Wide grep — toyofuku@...
豊福@パパイヤです。
[#10676] 11/10 tokyo offline meeting — matz@... (Yukihiro Matsumoto)
まつもと ゆきひろです
松尾です。
わたなべです.
[#10690] ruby-mode.el — Takao KAWAMURA <kawamura@...>
ruby-mode.el($Revision: 1.1.1.2.2.20 $)には、以下のような問
[#10697] Re: 11/10 tokyo offline meeting — KIMURA Koichi <kkimura@...>
鄭です。
では 「やぐら茶屋」NSビル店 で一応決まりということで?
鄭です。
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
けいじゅ@日本ラショナルソフトウェアです.
Regard to "[ruby-list:10738] Re: 11/10 tokyo offline meeting"
けいじゅ@日本ラショナルソフトウェアです.
立石です。
In message "[ruby-list:10765] Re: 11/10 tokyo offline meeting"
[#10747] ruby 1.1c7 released — matz@... (Yukihiro Matsumoto)
まつもと ゆきひろです
保科です。
笠原です。
保科です。
笠原です。
笠原です。
[#10767] HttpTunnelServer shoud be run as root ? — Kikutani Makoto <kikutani@...>
きくたにです。
[#10772] Re: 11/10 tokyo offline meeting — ARIMA Yasuhiro <fit0298@...>
有馬@新宿NSビルの大時計がわからず目の前の本屋で聞いてしまったです。
[#10788] 0th(?) Ruby Conference Report — greentea@...2.so-net.ne.jp (Tomoyuki Kosimizu)
こんにちは、越水です。
前田@リコーです。
まつもと ゆきひろです
[#10799] make ruby on WinNT with VC++6.0 — Koji Oda <oda@...1.qnes.nec.co.jp>
小田@QNES です。
[#10831] shard-library support by libtool — EGUCHI Osamu <eguchi@...>
えぐち@エスアンドイー です。
[#10879] Re: 組み込み関数と同じ名前 — "MAEDA Shugo" <shugo@...>
前田@大阪大学です。
[#10904] ruby 1.1c8 released — matz@... (Yukihiro Matsumoto)
まつもと ゆきひろです
わたなべです.
[#10910] require error (tkutil.so -> tk.so) — ttate@...
立石です。
まつもと ゆきひろです
わたなべです.
わたなべです.
まつもと ゆきひろです
さくです.
[#10951] great ideas — matz@... (Yukihiro Matsumoto)
まつもと ゆきひろです
[#10973] gets のクラス — Yoshiki WADA <wada@...>
和田といいます。
まつもと ゆきひろです
[#10976] スコープの範囲 — Koji Arai <JCA02266@...>
新井です。
[#11015] バックスラッシュのエスケープ — Yoshiki WADA <wada@...>
和田です。
[#11031] Linux Japan Jan., 1999 — ozawa@...
さくです。
[#11035] inspect, to_s — "D.Kanda" <MAP2303@...>
[#11054] ruby-list offline meeting at 11/27 — matz@... (Yukihiro Matsumoto)
まつもと ゆきひろです
残念なのですが、出沢は無理そうです。
まつもと ゆきひろです
けいじゅ@日本ラショナルソフトウェアです.
岩室@富士通です。
けいじゅ@日本ラショナルソフトウェアです.
けいじゅ@日本ラショナルソフトウェアです.
佐藤です。まるでRubyに貢献してないけど参加してみたいなー
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
[#11081] postgres-0.4.tar.gz — Masatoshi SEKI <m_seki@...>
[#11082] MacRuby — Wakou Aoyama <wakou@...>
青山です。
[#11099] Re: ruby-list offline meeting at 11/27 — toyofuku@...
豊福@パパイヤです。
[#11119] 拡張モジュールの Makefile — IKARASHI Akira <ikarashi@...>
五十嵐@東京理科大学です。
立石です。
五十嵐です。
[#11121] parser — ttate@...
立石です。
[#11132] BUG? Array.rassoc — 民斗 <tommy@...>
Array.rassoc が期待通りに動かなかったので、ソースを見てみたら
[ruby-list:10822] Re: 情報ページについて (Re:10751)
かんだです。 Akihiro Furudo <a.furudo@luvnet.com>さんの書かれた、 「[ruby-list:10808] Re: 情報ページについて (Re:10751)」 からの引用です。 > 札幌の古堂です。遅くなってすいません。 > > もう少し、細かいこと詰めていきます。 > > > > だから、ML検索で扱うモジュール、ドキュメントの集合も決めておきます。そ > > > の集合に新たにモジュール、ドキュメントをくわえるときには、加えるモジュー > > > ルに対応するキーワードの発行をおこなうことになります。 > > > ただ、キーワードを付けるという作業の最終的責任を製作者に負わせるような形 > > にしてはならないでしょう。また、発行に当たって面倒な作業(例えば WWW で登録 > > するとか) を要請することも問題です。 > > まず「最終的責任」という言葉が、ちょっと(本当にちょっとだけ)ひっかかり > ます。 これはただ単に、キーワードが不適切だったり付いてなかったら直しておく という程度の意味で、追及される類の責任じゃありません。 > 責任を負う以上、それに応じた権利も伴うと私は考えますが、とりあえず私は > 別に権利がほしくてやっているわけではないし、この試みの受益者は、誰か特 > 別の個人というわけではないですから、「不手際が起きた場合の責任のとり方」 > もはっきりしないですよね。最終的責任という言葉を使うのは妥当と思えない > のです。何か別の表現はないでしょうか。 キーワードを適切に修正する人、でいいんじゃないでしょうか。 > > これは別に反対しているわけではなくて、基本的に作成者は作成が目的ですから、 > > それに利用者側の都合を押しつけてはならないということです。 > > あるモジュールなりソフトなりの作成者であっても、別のモジュールやソフト > の利用者だったりしますので、ちょっと単純過ぎはしないでしょうか。 うーん…単純ですか。 そのような人はいない、という意味で単純ということなら、少なくともここに 一人いますので、考慮下さいませ。 > > ただし、もちろん > > 作成者としてもより広く使ってもらうことは望むことでしょうから、少しの手間な > > ら費してくれるはずです。だから、作成者が分類してもいいと思うような形にする > > ことが必要です。 > > 私もそれは必要だと思います。すべてのモジュールやその他のモノを分類の対 > 象にせず、作者から掲載していいよという連絡をもらった時、それぞれのモジュー > ルの説明(更新の必要が少ない内容で、 > http://www.geocities.co.jp/Technopolis/5478/testpage.html > でかかれている程度のもの) > > を送ってもらって、それをWebページに掲載し、更新情報については、よそへ > のリンクで賄うというのが妥当かなと思っています。また、ML検索を使うなら、 > その時のキーワードについては、他のそれとダブらない範囲で適当に決めても > らおうと思っています。 検索を使わずに単純にリンクページだけでもいいかもしれませんね。 > > ところで結局最終責任は作成者や投稿者とは別に分類をする人が負うのがよいと > > 思います。キーワードを付け忘れたものを付け直したり、誰かが新しいモジュール > > を投稿したら、フォローとして「モジュールの分類をやっています。もしよろしけ > > れば次からは〜というヘッダを付けていただけますか? 」などとさりげない発行を > > 行う作業も担当することになります。 > > MLの検索を使う場合には、キーワードをつけ忘れたものを付け直す作業をする > と、元のパッチなりアナウンスなりをした人ではなく、付け直す作業をした人 > の投稿が検索に引っかかることになりますから、この付け直しはまずいでしょう。 > > ML検索を利用する場合、キーワードの付け忘れがあった投稿には、その投稿の > 利用者(たとえばあるモジュールへのパッチなら、そのモジュールとパッチの > 利用者)が、その投稿をした人へ、キーワードをつけた再投稿を促す個人あて > メイルを出すのが妥当だと思っています。 > > 「この方法だと再投稿でMLが汚れる」「付け忘れをした作者に個人あてメイル > が集中しかねない」という人もいるかも知れませんが、もしもそれを我慢をで > きないほどに付け忘れが発生するというなら、ML検索という方法自体をあきら > めるべきだと思います。 キーワードの管理者がいる場合は、もちろん ML 検索以外にそのキーワードの 検索機能を用意するべきですね。 ちなみに僕はキーワード付け直しの再投稿はしないでしょう。 > Ruby本がでるまでには、ネット上のどこかに、整備されたインデックスが存在 > していてくれると嬉しいですね。 御意。