commons-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Gary Gregory" <ggreg...@seagullsoftware.com>
Subject RE: [lang] text.VariableFormatter to replace Interpolation and MappedMessageFormat (WAS a [POLL])
Date Sat, 23 Jul 2005 21:52:38 GMT
> I will therefore do so real soon.

FYT: Done; see SVN.

Gary

> -----Original Message-----
> From: Gary Gregory [mailto:ggregory@seagullsoftware.com]
> Sent: Thursday, July 21, 2005 9:34 AM
> To: Jakarta Commons Developers List
> Subject: [lang] text.VariableFormatter to replace Interpolation and
> MappedMessageFormat (WAS a [POLL])
> 
> Hello:
> 
> It's been two weeks since I posted the original message below and I've
> not heard negative comments on removing Interpolation and
> MappedMessageFormat from the text package in favor of
VariableFormatter.
> I will therefore do so real soon.
> 
> Please raise your hand you disagree.
> 
> Thanks,
> Gary
> 
> > -----Original Message-----
> > From: Stephen Colebourne [mailto:scolebourne@btopenworld.com]
> > Sent: Monday, July 04, 2005 4:07 PM
> > To: Jakarta Commons Developers List
> > Subject: Re: [lang][POLL] text package's mapped replace classes
a.k.a.
> > interpolation
> >
> > Gary Gregory wrote:
> > > I'd like to get the feel of the community on whether
VariableFormat
> can
> > > replace Interpolation and MappedMessageFormat? These two latter
> classes
> > > would be removed.
> >
> > Certainly this will be the goal, as the current classes have too
much
> > duplication.
> >
> > > My goal is to hopefully pick one (VariableFormat) and beef up
those
> > > tests (VariableFormatTest) and start moving towards a 2.2 release
> with
> > > the focus being on the a small text package. A la XP: release
early,
> > > release often. :-)
> >
> > +1
> >
> > text will (it seems) consist of VariableFormat, StrTokenizer and
> > StrBuilder. Perhaps somewhere we can find a fast thread-safe
> > NumberFormat class too.
> >
> > Stephen
> >
> >
---------------------------------------------------------------------
> > 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


Mime
View raw message