[#41278] [BUG:1.9] BINARY should not be ASCII-compatible — Yugui <yugui@...>

WXVndWkbJEIkRyQ5ISMbKEIKCgo+IBskQiRHISIkKiQqJGAkTSQzJDMkXiRHJE41RE9AJEclKyVQ

15 messages 2010/05/11

[#41407] [Bug #3339] win32ole test failure — Usaku NAKAMURA <redmine@...>

Bug #3339: win32ole test failure

20 messages 2010/05/25
[#41411] Re: [Bug #3339] win32ole test failure — Masaki Suketa <masaki.suketa@...> 2010/05/25

助田です。

[#41412] Re: [Bug #3339] win32ole test failure — "U.Nakamura" <usa@...> 2010/05/25

こんにちは、なかむら(う)です。

[ruby-dev:41347] Re: String#each_index の提案

From: "KISHIMOTO, Makoto" <ksmakoto@...4u.or.jp>
Date: 2010-05-19 02:55:19 UTC
List: ruby-dev #41347
きしもとです

> まず、備忘のために提案やバグ報告など、トラッキングの必要があるものは Redmine の
> チケットとして頂けるとありがたいです。

わかりました。まずメールの反応を見てから、とか思ったのですが。
次からML連携でredmineにも登録されるようにします。

> 次に提案自体ですが、この提案は String#each を削除した理由に反します。
> (String の each 対象には line/character/codepoint/byte があるため)
> (なお、1.8 での each 対象は line であった)

そういうことになりますか...。[], []= メソッドとのつながりでArrayと同じになるかなぁ、
というのもあったのですが(前のメール書いた時に忘れていた)、一貫性はRubyの目標では
ないんでしたね。

> また、同じことは str.chars.with_index{|c, i| ...} でできかつこちらの方が明快ですし、
> String#each を削除したことを考えればこちらの方が chars と明示している分よいと思います。
> 
> もっと言えば、このユースケースの場合 str.gsub(/./m){$&.succ} とした方が高速なのでは
> ないかと思います。

In This Thread