Hi,
2007/6/9, Daniel Rall <dlr@collab.net>:
> On Thu, 07 Jun 2007, Joe Swatosh wrote:
> ...
> > On 6/5/07, Kouhei Sutou <kou@cozmixng.org> wrote:
> ...
> > > Daniel Rall <dlr@collab.net> wrote:
> > >
> > >> It's the same in Java and C and Python and pretty much every language
> > >> (thus the original split between "mergeinfo" and "merge info"). I
> > >> don't have a strong preference here, but in the core C API, we wanted
> > >> to pick one and go with it, and the one chosen was "mergeinfo", to
> > >> help illuminate the fact that it's a single term, and not verb_noun,
> > >> which in some API names turned out to be quite confusing.
> > >
> > >The problem of the original is that some API names use
> > >"mergeinfo" and others use "merge info". In the Ruby
> > >bindings, we provide both "mergeinfo" and "merge_info".
> > >
> > >Users will not be confused because one is just alias of
> > >other. They can use both of them what they like in their
> > >script. And Ruby has many aliases. For example, collect and
> > >map, size and length, and so on. I think those aliases help
> > >users to write their script what they like. I hope the Ruby
> > >bindings have Rubyish API because the Ruby bindings is used
> > >by Rubyist.
> >
> > kou,
> >
> > I've been thinking about this a lot more than I probably should. I
> > think what Dan is saying is that English is slippery, and that
> > "mergeinfo" should be considered a "noun phrase" and therefore treated
> > like a noun (a single entity).
>
> Yeah, that's exactly what I was saying. I doubt I'm alone on this
> one, but I haven't done a poll or anything to confirm my suspicions.
> > Since these are all new APIs(?), I've reconsidered and I now think it
> > would be better to just use mergeinfo.
>
> +1
Uhm...
I know much about Ruby but not English.
Joe, you can do what you like for the problem.
Thanks,
--
kou
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sun Jun 10 03:03:12 2007