[#42564] [Ruby 1.9-Feature#4043][Open] グローバル関数current_classの提案 — Makoto Kishimoto <redmine@...>

Feature #4043: =E3=82=B0=E3=83=AD=E3=83=BC=E3=83=90=E3=83=AB=E9=96=A2=E6=95=

15 messages 2010/11/11
[#42774] Re: [Ruby 1.9-Feature#4043][Open] グローバル関数current_classの提案 — Yukihiro Matsumoto <matz@...> 2010/12/16

まつもと ゆきひろです

[#42834] Re: [Ruby 1.9-Feature#4043][Open] グローバル関数current_classの提案 — "KISHIMOTO, Makoto" <ksmakoto@...4u.or.jp> 2010/12/21

きしもとです

[#42835] Re: [Ruby 1.9-Feature#4043][Open] グローバル関数current_classの提案 — Yukihiro Matsumoto <matz@...> 2010/12/21

まつもと ゆきひろです

[#42838] Re: [Ruby 1.9-Feature#4043][Open] グローバル関数current_classの提案 — "KISHIMOTO, Makoto" <ksmakoto@...4u.or.jp> 2010/12/21

きしもとです

[#42845] Re: [Ruby 1.9-Feature#4043][Open] グローバル関数current_classの提案 — Yukihiro Matsumoto <matz@...> 2010/12/21

まつもと ゆきひろです

[#42577] Rubyのバグレポートのガイドライン — "Shota Fukumori (sora_h)" <sorah@...>

sora_hです。

11 messages 2010/11/15
[#42588] Re: Rubyのバグレポートのガイドライン — Yugui <yugui@...> 2010/11/18

2010/11/15 Shota Fukumori (sora_h) <sorah@tubusu.net>:

[#42638] Enumerable#categorize — Tanaka Akira <akr@...>

enumerable から hash を生成するメソッドとして

25 messages 2010/11/27
[#42643] Re: Enumerable#categorize — Yukihiro Matsumoto <matz@...> 2010/11/27

まつもと ゆきひろです

[ruby-dev:42543] Re: [Ruby 1.9-Bug#3990][Closed] tests of rexml/rss reports many errors and failures without iconv

From: Kouhei Sutou <kou@...>
Date: 2010-11-06 03:10:22 UTC
List: ruby-dev #42543
須藤です。

In <4CD12207.4060305@airemix.jp>
  "[ruby-dev:42519] Re: [Ruby 1.9-Bug#3990][Closed] tests of rexml/rss reports many errors and failures without iconv" on Wed, 3 Nov 2010 17:49:16 +0900,
  "NARUSE, Yui" <naruse@airemix.jp> wrote:

>> 現時点でどうなっているのかを確認させてください。それによって
>> 進める順番が変わってくると思っています。
>> 
>> 以下のように認識していますがあっていますか?
>> 
>>    1. 成瀬さんは「XMLDecl#enocdingなどは文字列にすべき」と主
>>       張している。
> 
> はい。
> 
>>    2. 1.の理由はXML宣言用のencodingとtranscode用のencodingは
>>       異なるから。(XML宣言はShift_JISでtranscode用はCP932と
>>       か)
> 
> はい。
> 
>>    3. 当初の1.の理由は2.ではなくREXMLのAPIの互換性を失わせる
>>       べきではない、だったが、今はその理由はなくなり、2.だけ
>>       になっている。
> 
> ここは他の人にもわかりにくいと指摘されたのですが
> 当初から 2. と API 互換性の両方が理由です。

なんと、そうだったのですか。

> なぜ互換性を挙げたかというと、XMLDecl#encoding を、
> XML 宣言用と transcode 用のどちらの意味にするかを考える際、
> 互換性的には XML 宣言用だと理解するべきだからです。
> # transcode 用では指定自体を CP932 とかに変えないといけない
> # というか iconv の時でも Shift_JIS を使うと波ダッシュとかではまる

では、2.を解決する方法(XML宣言用とtranscode用のencodingを別
に管理する方法)をいくつか考えて、その中で一番よさそうなもの
についてそれが妥当かをあらためて考える、という流れでいいです
か?

あと、一応確認したいのですが、私がメンテナンスすることになっ
たので、REXMLの変更については私の判断が最優先でいいんですよ
ね?私の判断がよくなさそうな場合は、私が納得できるように説明
してもらって、それで私が納得したら変更する、ということでいい
んですよね?

> わたしの視点も説明した方がよい気がするのですると、

ありがとうございます。

In This Thread