[#23231] What do you think about changing the return value of Kernel#require and Kernel#load to the source encoding of the required file? — =?ISO-8859-15?Q?Wolfgang_N=E1dasi-Donner?= <ed.odanow@...>

Dear Ruby developers and users!

8 messages 2009/04/17

[#23318] [Feature #1408] 0.1.to_r not equal to (1/10) — Heesob Park <redmine@...>

Feature #1408: 0.1.to_r not equal to (1/10)

19 messages 2009/04/26

[ruby-core:23265] Re: [Feature #666](Rejected) Enumerable::to_hash

From: Yukihiro Matsumoto <matz@...>
Date: 2009-04-20 18:13:42 UTC
List: ruby-core #23265
Hi,

In message "Re: [ruby-core:23260] Re: [Feature #666](Rejected) 	Enumerable::to_hash"
    on Mon, 20 Apr 2009 13:46:37 +0900, Marc-Andre Lafortune <ruby-core-mailing-list@marc-andre.ca> writes:

|Would Array#to_hash be more appropriate, then? Array has methods that assume
|some structure on elements of arrays. In particular, #assoc and #rassoc make
|the exact same kind of assumptions that #to_hash would make, and #transpose
|too.

For that reason, a method for assoc_to_hash operation might be more
appropriate.  But I still have doubt.

|As for the name, I believe that either #to_hash or #to_h would be the most
|appropriate names, and the choice between one or the other depending on if a
|translation should occur automatically or not when calling Hash#replace and
|Hash::[]. (I think these are the only two?)

First, I personally believe either #to_hash or #to_h would NOT be the
appropriate names.  #to_xxx names are used for implicit conversion
(e.g. to_str, to_int), whereas to_hash is for explicit conversion, as
far as I understand.  Besides that, #to_h is too vague (yeah, same for
#to_s and #to_i etc. but these have long history and tradition).
Probably we need a new name for a new method, even if we come to
consensus to make it built in.


							matz.

In This Thread