[#23657] [Bug #1550] String#lstrip! raises RuntimeError on Frozen String Despite Making No Changes — Run Paint Run Run <redmine@...>

Bug #1550: String#lstrip! raises RuntimeError on Frozen String Despite Making No Changes

13 messages 2009/06/01

[#23729] [Bug #1583] Time + String no Longer Raises TypeError? — Run Paint Run Run <redmine@...>

Bug #1583: Time + String no Longer Raises TypeError?

14 messages 2009/06/05

[#23770] [Bug #1595] rake unusable on windows install — Robert Gonzalez <redmine@...>

Bug #1595: rake unusable on windows install

10 messages 2009/06/09

[#23869] [Bug #1640] [PATCH] Documentation for the Rational Class — Run Paint Run Run <redmine@...>

Bug #1640: [PATCH] Documentation for the Rational Class

12 messages 2009/06/16

[#23903] [Bug #1648] Rational#div Raises NoMethodError for Invalid Argument — Run Paint Run Run <redmine@...>

Bug #1648: Rational#div Raises NoMethodError for Invalid Argument

9 messages 2009/06/17

[#23977] [ANN] meeting log of RubyDeveloperKaigi20090622 — "Yugui (Yuki Sonoda)" <yugui@...>

Hi,

41 messages 2009/06/23
[#23979] Re: [ANN] meeting log of RubyDeveloperKaigi20090622 — Run Paint Run Run <runrun@...> 2009/06/23

Thanks for the update. :-)

[#24173] Re: [ANN] meeting log of RubyDeveloperKaigi20090622 — "NARUSE, Yui" <naruse@...> 2009/07/07

Sorry for late response,

[#24174] Re: [ANN] meeting log of RubyDeveloperKaigi20090622 — Luis Lavena <luislavena@...> 2009/07/07

On Tue, Jul 7, 2009 at 12:12 AM, NARUSE, Yui<naruse@airemix.jp> wrote:

[#24242] Re: [ANN] meeting log of RubyDeveloperKaigi20090622 — Charles Oliver Nutter <headius@...> 2009/07/09

On Mon, Jul 6, 2009 at 10:18 PM, Luis Lavena<luislavena@gmail.com> wrote:

[#24010] [Bug #1685] Some windows unicode path issues remain — B Kelly <redmine@...>

Bug #1685: Some windows unicode path issues remain

26 messages 2009/06/24
[#29189] [Bug #1685] Some windows unicode path issues remain — Yuki Sonoda <redmine@...> 2010/04/01

Issue #1685 has been updated by Yuki Sonoda.

[#29200] Re: [Bug #1685] Some windows unicode path issues remain — Bill Kelly <billk@...> 2010/04/01

Yuki Sonoda wrote:

[#29892] Re: [Bug #1685] Some windows unicode path issues remain — Bill Kelly <billk@...> 2010/04/29

Hi,

[#24058] [Bug #1696] http downloads are unuseably slow — Steven Hartland <redmine@...>

Bug #1696: http downloads are unuseably slow

19 messages 2009/06/27

[#24063] [Feature #1697] Object#<=> — Marc-Andre Lafortune <redmine@...>

Feature #1697: Object#<=>

15 messages 2009/06/28

[ruby-core:23752] Re: [Bug #1583] Time + String no Longer Raises TypeError?

From: "Martin J. Dürst" <duerst@...>
Date: 2009-06-08 08:35:25 UTC
List: ruby-core #23752
On 2009/06/08 0:27, Eero Saynatkari wrote:
> Excerpts from Yukihiro Matsumoto's message of Sun Jun 07 17:07:06 +0300 2009:
>> Hi,
>>
>> In message "Re: [ruby-core:23743] [Bug #1583] Time + String no Longer Raises
>> TypeError?"
>>      on Sun, 7 Jun 2009 13:00:26 +0900, Akira Tanaka<redmine@ruby-lang.org>  writes:
>>
>> |I like to_rat.
>>
>> #to_rat alone?  Or along with to_flo, to_comp, to_dec, etc?
>
> Since some of these names will inevitably turn out to be
> somewhat hard to decode at first glance, might it be an
> option to consider establishing a convention different
> from the #to_i =>  #to_int style and make it #to_i and
> #as_i (or #to_int and #as_int) instead?
>
> #to_<typeish>  produces a representation of object, as #to_s.
> #as_<typeish>  "converts" object to type, as #to_str.

Another opinion would be to use somewhat longer names where three 
letters isn't helpful. When I saw to_rat first, I was first thinking of 
a little rodent. #to_rational isn't that long, for the number of times 
it needs to be used, I guess.

Regards,   Martin.

> In my opinion, the symmetry would be helpful and the two
> different prefixes help separate their responsibilities?
> Of course, it is a departure from past semi-convention.
>
>
> Regards,
>          Eero
>
> --
> Magic is insufficiently advanced technology.
>
>
>

-- 
#-# Martin J. D端rst, Professor, Aoyama Gakuin University
#-# http://www.sw.it.aoyama.ac.jp   mailto:duerst@it.aoyama.ac.jp

In This Thread