[#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@...>
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
けいじゅ@日本ラショナルソフトウェアです.
Regard to "[ruby-list:10738] Re: 11/10 tokyo offline meeting"
けいじゅ@日本ラショナルソフトウェアです.
立石です。
In message "[ruby-list:10765] Re: 11/10 tokyo offline meeting"
鄭です。
では 「やぐら茶屋」NSビル店 で一応決まりということで?
鄭です。
[#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:10755] Re: base64.rb
井上@三菱電機 です。 Dezawa さん,WATANABE さん,お返事をありがとうございます。 >>>>> "Dezawa" == Sinichiro Dezawa <dezawa@miya.fujifilm.co.jp> writes: Dezawa> 穴に入りたい様な気分で、小さくなってつぶやくとか、 Dezawa> ちょっと小声で内緒話する気分とか Dezawa> ブツブツ と一人言 とか Dezawa> そんな雰囲気がつたわってきます。 特定のタイプフェースを期待して特別な文字コードを使用することについては, 個人的にはその弊害にばかり意識が向いていました。 そのため,Dezawa さんが示してくださった例に対しては,「地文の中で言葉 を補うように,みんなが心がける方がイイんじゃないのかなぁ」と,正直思っ たのですが,WATANABE さんが示してくださった例を見て,ちょっと考えてし まいました。 >>>>> "WATANABE" == WATANABE Tetsuya <tetsu@jpn.hp.com> writes: WATANABE> 顔文字などは、典型的な例じゃないかと思います。 WATANABE> (^。^) WATANABE> が全角変換した場合ですけど、半角とかなり違った WATANABE> 感じです。 なるほど。 最近 NetNews の記事で,しばしば同様の顔文字を見かけ,「なんか,ヘンだ な」と思っていたのですが,本当は半角の「。」だったのでしょうね。 顔文字が,電子的な媒体の上での円滑なコミュニケーションを補助するために 生まれた文化の一つだとすると,その中で用いられている半角仮名文字を,問 答無用で全角文字へ変換してしまうのが「忍びない」という気持は私にも湧い てきました。 とすると,Dezawa さんの例も,私の考えに一貫性がなかっただけで,同様の 文化であると捉えるべきなのでしょう。 # 意見が分かれるトコロだという気も(まだ)ちょっとしています :-) 技術的には問題がつきまとうモノでも,その上で文化が形成されている以上, 単純に 排除す/切り捨て るコトはできないということが,よく分かりました。 最近,Unicode やマルチリンガル環境に関する議論を読むにつけても,この種 の問題について考え込んでしまいます。 Ruby に限らず,文字列操作を主対象領域に含んでいる処理系は,文字コード に関する風潮にモロに影響されますから,コワいですね。 入出力や encode/decode にあたって,イロんなスイッチを指定しないといけ ないようになっちゃうんだろうなぁ… -- 井上 勝行 (inoue@pps.sdl.melco.co.jp) 三菱電機 (株) 産業システム研究所 電力・プラントシステム開発部