DO NOT REPLY [Bug 23622] - add DateTool support for convenient, Locale-sensitive DateFormat styles

[bu...@apache.org]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23622>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23622

add DateTool support for convenient, Locale-sensitive DateFormat styles

nathan@esha.com changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|REOPENED                    |ASSIGNED
           Priority|Other                       |Low
            Summary|Locale sensitive printing of|add DateTool support for
                   |dates and time              |convenient, Locale-sensitive
                   |                            |DateFormat styles



------- Additional Comments From nathan@esha.com  2003-10-08 07:40 -------
you posted a report saying you could find no way to print dates in a Locale
sensitive way.  so i pointed a perfectly good one out for you.  frankly, if i
failed to "understand the problem space", that's because you totally failed to
communicate it.  you previously said nothing about having Locale sensitive
printing "*without* [manually] supplying a [specific] format".  you at no point
acknowledged the existence of the DateTool.format() methods.  i'm not a
mind-reader.  how else do you expect me to respond?  and before you go getting
all irritated and 'abrasive', remember that we're volunteers here.  most of us
have precious little spare time these days, and all of us owe you nothing.

now, with that said, i do also have some issues with your patch.  the
getLocale() and getTimeZone() methods are intentionally non-static for
extensibility reasons that are important to the applications i work on.  any
suggestion to change that will be promptly vetoed.

further, though i'm not totally set against dealing with DateFormat and all that
'medium', 'short', 'long' stuff, i'm not fond of it.  i had stuff like that in
DateTool at one point, but ultimately settled on the current setup.  i do not
believe it is *necessary* for I18N (the Locale stuff in SimpleDateFormat is not
just for show), though i'll admit to the convenience.

anyway, i'll leave this Enhancement request open for now and reconsider it a bit
more later.  for now, like the rest of our tools, the DateTool is easy to
extend.  :)

---------------------------------------------------------------------
To unsubscribe, e-mail: velocity-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: velocity-dev-help@jakarta.apache.org