I agree that formatting should go into a text package. Formatting and other text processing are very often needed when encoding is not.
I have a load of text routines to contribute too, some collected around apache projects, some I created. But most of this code is already well organized in separated classes according to the its functionality - so that someone that only needs very basic things does not have to load the whole thing. OTOH, there are synergies - when you search for encoding stuff you end up finding (or having the need to use) text processing stuff, so... ...what about adding another package to that list? It would be starting with "codec", "io" and "text"! What do you think? Have fun, Paulo Gaspar > -----Original Message----- > From: Laird Nelson [mailto:[EMAIL PROTECTED]] > Sent: Thursday, January 24, 2002 6:55 PM > To: Jakarta Commons Developers List > Subject: RE: Codec Sandbox (was: To fork or not ...) > > > > Scott Sanders <[EMAIL PROTECTED]> wrote: > Yes, I think the date formatting things should go in here as > well. That fits the one format to another idea very well. > > Perhaps a text package is called for, since one of the formats is > usually String-based? Some of the String stuff could probably be > moved in there as well. > > Cheers, > Laird > > > > --------------------------------- > Do You Yahoo!? > Yahoo! Auctions Great stuff seeking new owners! Bid now! -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
