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

Feature #4043: グローバル関数current_classの提案

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:42519] Re: [Ruby 1.9-Bug#3990][Closed] tests of rexml/rss reports many errors and failures without iconv

From: "NARUSE, Yui" <naruse@...>
Date: 2010-11-03 08:49:16 UTC
List: ruby-dev #42519
成瀬です。

(2010/11/03 8:24), Kouhei Sutou 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 を使うと波ダッシュとかではまる


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

a. 以前から REXML の変換周りは前述の理由から地雷があった
b. 今回 iconv から transcode へ変換エンジンが変わった
c. 併せて XMLDecl#encoding 等の戻り値が変わった→非互換

で、b. には賛成です
a. は問題だとは思っていますが、かといって綺麗な解決策があるわけでも
ないので、強い意見は持っていません。
(変換で使うエンコーディングを渡せるといいかなぁ、くらい)
c. は非互換という明快な欠点がある一方、今回その欠点を打ち消すほどのメリットが
あるとは思っていません。
String#encode のエンコーディング指定のための引数には String も渡せますし、
渡す直前に Shift-JIS (ハイフンのやつ) のようなものでも、
string.encode(REXML.find_encoding("Shift-JIS")) などとかませるとか、
方法は あるだろうので。

-- 
NARUSE, Yui  <naruse@airemix.jp>

In This Thread