You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@commons.apache.org by Stephen Colebourne <sc...@btopenworld.com> on 2003/08/14 01:23:39 UTC
Re: [lang] StringUtils misspelled method names?
Although I am English and use the correct English spelling, I would probably
prefer these to be spelt as US english.
Why? Well practically all computer driven spelling is US, eg.
capitalize (US English) not capitalise (correct English)
color (US English) not colour (correct English)
If we are to change them, then this is the time. The [lang] 2.0 release is
the tidy up release involving deprecations. I don't expect or want further
deprecations in 3.0.
Having said that, I can't work up the will to actually make the change. So
+1 if someone wants to make the effort and supply a patch.
Stephen
----- Original Message -----
From: "Phil Steitz" <st...@yahoo.com>
> --- Henri Yandell <ba...@generationjava.com> wrote:
> >
> > Bearing in mind the fact that Linux is going through the same argument,
> > what's your reasoning?
> >
> > The ASF is a US registered organisation.
> > Most users of Apache code are from the US.
> > Most commiters in the ASF are from the US [though I think US committers
> > are the minority in Commons Lang].
> >
> > others?
>
> I think it would be better to focus standardization zeal on more important
> issues (e.g. docs, tests, etc.) :)
>
> IMHO, as long as the chosen names are comprehensible and conform to the
> Java capitalization (resp. capitalisation) standards, authors should be
> allowed to choose among alternate spellings.
>
> I used to care more about this stuff. But that was when I actually typed
> method names ;-)
>
> Phil
> >
> > Hen
> >
> > On Wed, 13 Aug 2003, Sean W. Ferguson wrote:
> >
> > > Eh, US English really should be the standard.
> > >
> > > Henri Yandell wrote:
> > >
> > > > It's up to the people concerned.
> > > >
> > > > When I first pushed that code in, I offered to standardise on US
> > english
> > > > spelling but it wasn't something the Commons list wanted to do.
> > > >
> > > > So I figure it's a nice way to educate people that the majority of
> > English
> > > > speakers in the world spell it capitalise :)
> > > >
> > > > [Actually, hard to get figures on that. Population of
> > Canada/Australia/UK
> > > > + that of India that writes English at least. I'm just not sure how
> > much
> > > > of India actually writes English. Probably a similar-ish number. ]
> > > >
> > > > Hen
> > > >
> > > > On Wed, 13 Aug 2003, Hope, Matthew wrote:
> > > >
> > > >
> > > >>We could fix the US spelling ;?)
> > > >>
> > > >>seriously - is there a convention within apache / jakarta / commons
> > to use
> > > >>US or UK english spelling?
> > > >>
> > > >>(or is it a case of consistency within sub project)
> > > >>
> > > >>Matt
> > > >>
> > > >>
> > > >>>-----Original Message-----
> > > >>>From: Gary Gregory [mailto:ggregory@seagullsw.com]
> > > >>>Sent: 13 August 2003 18:57
> > > >>>To: 'Jakarta Commons Developers List'
> > > >>>Subject: StringUtils misspelled method names?
> > > >>>
> > > >>>
> > > >>>Unless I am not seing straight, the following are not spelled
> > > >>>properly:
> > > >>>
> > > >>>1) capitalise
> > > >>>2) capitaliseAllWords
> > > >>>3) uncapitalise
> > > >>>4) uncapitaliseAllWords
> > > >>>
> > > >>>They should be:
> > > >>>
> > > >>>capitalize
> > > >>>capitalizeAllWords
> > > >>>uncapitalize
> > > >>>uncapitalizeAllWords
> > > >>>
> > > >>>Which is *capitalize* with a 'z' not an 's'.
> > > >>>
> > > >>>Should we fix the spelling now?
> > > >>>At all?
> > > >>>The (4) method does not exist in version 1.0.1 but all of the
> > > >>>others do...
> > > >>>
> > > >>>Arg,
> > > >>>
> > > >>>Gary
> > > >>>
> > > >>>
> > > >>>>-----Original Message-----
> > > >>>>From: Shapira, Yoav [mailto:Yoav.Shapira@mpi.com]
> > > >>>>Sent: Wednesday, August 13, 2003 10:01
> > > >>>>To: commons-dev@jakarta.apache.org
> > > >>>>Subject: Running maven for modeler question
> > > >>>>
> > > >>>>
> > > >>>>Howdy,
> > > >>>>As one of the final steps in getting the commons-modeler 1.1
> > release
> > > >>>>out, I'd like to update the modeler site at
> > > >>>>http://jakarta.apache.org/commons/modeler/
> > > >>>>
> > > >>>>I've already updated the main jakarta and main commons
> > > >>>
> > > >>>sites, thanks to
> > > >>>
> > > >>>>Senor Donkin's excellent instructions at
> > > >>>>http://jakarta.apache.org/commons/releases.
> > > >>>>
> > > >>>>It looks like the site was generated by maven. If so, I
> > > >>>
> > > >>>think I need to
> > > >>>
> > > >>>>run maven again, and if so do I need to build maven myself
> > > >>>
> > > >>>or do we have
> > > >>>
> > > >>>>a ready copy on cvs.apache.org somewhere?
> > > >>>>
> > > >>>>This question could apply to any other commons component I
> > > >>>
> > > >>>guess. Any
> > > >>>
> > > >>>>help is appreciated -- thanks ;)
> > > >>>>
> > > >>>>Yoav Shapira
> > > >>>>Millennium ChemInformatics
> > > >>>>
> > > >>>>
> > > >>>>
> > > >>>>
> > > >>>>
> > > >>>>This e-mail, including any attachments, is a confidential business
> > > >>>>communication, and may contain information that is confidential,
> > > >>>>proprietary and/or privileged. This e-mail is intended only for
> > the
> > > >>>>individual(s) to whom it is addressed, and may not be saved,
> > copied,
> > > >>>>printed, disclosed or used by anyone else. If you are not the(an)
> > > >>>>intended recipient, please immediately delete this e-mail from
your
> > > >>>>computer system and notify the sender. Thank you.
> > > >>>>
> > > >>>>
> > > >>>>
> > > >>>
> > >
> > >>>---------------------------------------------------------------------
> > > >>>
> > > >>>>To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
> > > >>>>For additional commands, e-mail:
> > commons-dev-help@jakarta.apache.org
> > > >>>
> > >
> >
>
>>**************************************************************************
> > > >>The information transmitted herewith is sensitive information
> > intended only
> > > >>for use by the individual or entity to which it is addressed. If the
> > reader
> > > >>of this message is not the intended recipient, you are hereby
> > notified that
> > > >>any review, retransmission, dissemination, distribution, copying or
> > other
> > > >>use of, or taking of any action in reliance upon this information is
> > > >>strictly prohibited. If you have received this communication in
> > error,
> > > >>please contact the sender and delete the material from your
computer.
> > > >>
> > >
>>---------------------------------------------------------------------
> > > >>To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
> > > >>For additional commands, e-mail: commons-dev-help@jakarta.apache.org
> > > >>
> > > >
> > > >
> > > >
> > >
> ---------------------------------------------------------------------
> > > > To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
> > > > For additional commands, e-mail: commons-dev-help@jakarta.apache.org
> > > >
> > > >
> > >
> > >
> > > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
> > > For additional commands, e-mail: commons-dev-help@jakarta.apache.org
> > >
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
> > For additional commands, e-mail: commons-dev-help@jakarta.apache.org
> >
>
>
> __________________________________
> Do you Yahoo!?
> Yahoo! SiteBuilder - Free, easy-to-use web site design software
> http://sitebuilder.yahoo.com
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: commons-dev-help@jakarta.apache.org
>
Re: [lang] StringUtils misspelled method names?
Posted by Simon Kitching <si...@ecnetwork.co.nz>.
As a user of, rather than contributor to, lang, I agree with Stephen.
While also a "Queen's English" user, the convention for programming
libraries is clearly established as US English. All the java standard
libraries use this convention, so it seems inconsistent to use other
spelling elsewhere. I bet C++ libraries, Gnome libraries, etc. also use
US English spellings for public methods.
Regards,
Simon
On Thu, 2003-08-14 at 11:23, Stephen Colebourne wrote:
> Although I am English and use the correct English spelling, I would probably
> prefer these to be spelt as US english.
>
> Why? Well practically all computer driven spelling is US, eg.
> capitalize (US English) not capitalise (correct English)
> color (US English) not colour (correct English)
>
> If we are to change them, then this is the time. The [lang] 2.0 release is
> the tidy up release involving deprecations. I don't expect or want further
> deprecations in 3.0.
>
> Having said that, I can't work up the will to actually make the change. So
> +1 if someone wants to make the effort and supply a patch.
Re: [lang] StringUtils misspelled method names?
Posted by Simon Kitching <si...@ecnetwork.co.nz>.
As a user of, rather than contributor to, lang, I agree with Stephen.
While also a "Queen's English" user, the convention for programming
libraries is clearly established as US English. All the java standard
libraries use this convention, so it seems inconsistent to use other
spelling elsewhere. I bet C++ libraries, Gnome libraries, etc. also use
US English spellings for public methods.
Regards,
Simon
On Thu, 2003-08-14 at 11:23, Stephen Colebourne wrote:
> Although I am English and use the correct English spelling, I would probably
> prefer these to be spelt as US english.
>
> Why? Well practically all computer driven spelling is US, eg.
> capitalize (US English) not capitalise (correct English)
> color (US English) not colour (correct English)
>
> If we are to change them, then this is the time. The [lang] 2.0 release is
> the tidy up release involving deprecations. I don't expect or want further
> deprecations in 3.0.
>
> Having said that, I can't work up the will to actually make the change. So
> +1 if someone wants to make the effort and supply a patch.
---------------------------------------------------------------------
To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-dev-help@jakarta.apache.org