commons-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Brett Porter <bpor...@f2network.com.au>
Subject RE: [lang] StringUtils misspelled method names?
Date Wed, 13 Aug 2003 23:38:00 GMT
There has just been a debate on the Linux Kernel mailing list about this -
actually a lot of that code is in British English.

I say it should be whatever the majority of developers are comfortable with
and it must be consistent across the project. Everyone else can press
Ctrl-space in their IDE :) US English sounds fine in general - the rest of
the world is usually aware of how the spellings differ (although the reverse
is not always the case :)

Cheers,
Brett

> -----Original Message-----
> From: Simon Kitching [mailto:simon@ecnetwork.co.nz] 
> Sent: Thursday, 14 August 2003 9:30 AM
> To: Jakarta Commons Developers List
> Subject: Re: [lang] StringUtils misspelled method names?
> 
> 
> 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
> 

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message