[#44818] [ANN] rcairo 1.6.0 — Kouhei Sutou <kou@...>
須藤です。
5 messages
2008/04/11
[#44827] 計算するハッシュ — "5.5" <5.5@...>
5.5 です。こんなこと考えました。
6 messages
2008/04/14
[#44828] freeTDS経由のアクセスでの文字化け — suna <suna4903@...>
皆さんはじめまして。
7 messages
2008/04/14
[#44848] [Q] Ruby のパーサについて — "Makoto Kuwata" <kwa@...>
桑田といいます。
6 messages
2008/04/20
[#44858] Method#arity — "ARAI Shunichi" <arai@...>
Rubyist 九州のあらいです。
9 messages
2008/04/25
[#44861] Ruby 1.9のARGVのエンコーディング — rubikitch@...
るびきちです。
17 messages
2008/04/26
[#44862] Re: Ruby 1.9のARGVのエンコーディング
— Yukihiro Matsumoto <matz@...>
2008/04/26
まつもと ゆきひろです
[#44863] Re: Ruby 1.9のARGVのエンコーディング
— "NARUSE, Yui" <naruse@...>
2008/04/26
成瀬です、パッチ用意してから投げようと思ったら出遅れた、
[#44864] Re: Ruby 1.9のARGVのエンコーディング
— Yukihiro Matsumoto <matz@...>
2008/04/26
まつもと ゆきひろです
[#44865] Re: Ruby 1.9のARGVのエンコーディング
— "U.Nakamura" <usa@...>
2008/04/28
こんにちは、なかむら(う)です。
[#44866] Re: Ruby 1.9のARGVのエンコーディング
— "NARUSE, Yui" <naruse@...>
2008/04/28
成瀬です。
[#44868] Re: Ruby 1.9のARGVのエンコーディング
— "U.Nakamura" <usa@...>
2008/04/30
こんにちは、なかむら(う)です。
[#44870] Re: Ruby 1.9のARGVのエンコーディング
— "NARUSE, Yui" <naruse@...>
2008/04/30
成瀬です。
[#44871] Re: Ruby 1.9のARGVのエンコーディング
— "U.Nakamura" <usa@...>
2008/04/30
こんにちは、なかむら(う)です。
[#44875] Re: Ruby 1.9のARGVのエンコーディング
— "NARUSE, Yui" <naruse@...>
2008/04/30
成瀬です。
[#44877] Dir.entriesのエンコーディング (was Re: Ruby 1.9のARGVのエンコーディング)
— "U.Nakamura" <usa@...>
2008/05/01
こんにちは、なかむら(う)です。
[#44872] NKFでの文字変換について — ishida@...
石田です。
8 messages
2008/04/30
[ruby-list:44870] Re: Ruby 1.9のARGVのエンコーディング
From:
"NARUSE, Yui" <naruse@...>
Date:
2008-04-30 11:50:10 UTC
List:
ruby-list #44870
成瀬です。 U.Nakamura wrote: >>> デフォルトはlocale(かそれに類するもの)にして、何らかの形で別 >>> 途エンコーディングを指定できるようにすべきだと思います。 >>> # と、去年の2月に言った気がする >>> >>> 問題は、その「何らかの形」なんですが。 >> locale とファイルシステムのエンコーディングが異なるというケースは >> それなりに存在するように感じてはいます。 >> けれども、わざわざ複雑な機構を入れてまでサポートする必要があるのかなぁ、 >> というのが正直な印象です。 > > 今、私の目の前に、rubyがlocaleであるとみなしているエンコーデ > ィングとファイルシステムのエンコーディングが確実に異なるプラ > ットフォームがあるような気がします。 > そのプラットフォームのユーザからは、1.9以前から、どーにかして > くれという要望が何度も来ていますしねえ。 その要望自体が正当なものであろうという点については異議はありません。 しかし、実際問題として、 * 当該プラットフォームでは、 「locale であるとみなしているエンコーディング」と、 「ファイルシステムのエンコーディング」どちらを用いる API も存在する * 当該プラットフォームでは現在「ファイルシステムのエンコーディング」で アクセスする方法が提供されていない(ですよね?) つまり、結局のところ件のプラットフォームではどのエンコーディングで 返すのが親切なのかよくわかりません。 # 近い将来 UTF-16 とかになるのかな >> つまり、原則 locale と同一であろうとみなして、 >> そうでない場合は force_encoding で拾えばいいのではないかと。 > > これって具体的にどういうコードを想定してるんですか? ユーザーサイドで泥臭く force_encoding です。 スマートな方法が他にあれば、それの方がいいのでしょうけれど、 思いついたのは大がかりなものばかりでした。 -- NARUSE, Yui <naruse@airemix.jp>