Hi -- On Tue, 10 Oct 2006, Thomas Enebo wrote: > dblack / wobblini.net wrote: >> Hi -- >> >> On Tue, 10 Oct 2006, James Edward Gray II wrote: >> >>> On Oct 9, 2006, at 11:50 AM, Eero Saynatkari wrote: >>> >>>> On 2006.10.10 00:31, James Edward Gray II wrote: >>>>> On Oct 9, 2006, at 10:19 AM, dblack / wobblini.net wrote: >>>>> >>>>>> Hi -- >>>>>> >>>>>> On Mon, 9 Oct 2006, Yukihiro Matsumoto wrote: >>>>>> >>>>>>> Hi, >>>>>>> >>>>>>> In message "Re: [ruby-cvs:18323] ruby: * eval.c (splat_value): use >>>>>>> "to_splat" instead of "to_ary" to" >>>>>>> on Mon, 9 Oct 2006 23:06:57 +0900, dblack / wobblini.net writes: >>>>>>> >>>>>>> |> Um. For "to_" + verb, we already have "to_open". I am open >>>>>>> for the >>>>>>> |> better name proposal, as always. >>>> ... >>>>> to_params >>>> >>>> Yep, or to_parms, to_list (to_parameterlist is probably a bit long:) >>> >>> to_args is probably a bit more Rubyish, since *args is an oft-seen idiom. >> >> I think, though, that the goal is to have a way to define *anything >> behavior, in ways that go beyond the arglist use case. > One issue with naming is if you choose something too synonymy it becomes > difficult to separate the meaning between them: to_a, to_ary, to_list. No > suggestion. Just an observation that new Ruby users will end up getting > pretty confused if they cannot distinguish between these method names. > to_splat probably will be something most new users will ignore since they > will have no idea what a splat is. I'd rather not see things added to the language that are in the category of "Don't bother trying to understand that because it doesn't really mean anything" :-) I know that's not exactly what you're saying, but still, I think to_list is a reasonable name, if to_a[ry] isn't considered adequate for a method for the * operator. David -- David A. Black | dblack / wobblini.net Author of "Ruby for Rails" [1] | Ruby/Rails training & consultancy [3] DABlog (DAB's Weblog) [2] | Co-director, Ruby Central, Inc. [4] [1] http://www.manning.com/black | [3] http://www.rubypowerandlight.com [2] http://dablog.rubypal.com | [4] http://www.rubycentral.org