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=21992>. 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=21992 Localized number formatting inconsistency [EMAIL PROTECTED] changed: What |Removed |Added ---------------------------------------------------------------------------- CC|struts- | |[EMAIL PROTECTED] | AssignedTo|[EMAIL PROTECTED] |struts- | |[EMAIL PROTECTED] Severity|Normal |Enhancement Component|Custom Tags |Documentation Keywords|PatchAvailable | ------- Additional Comments From [EMAIL PROTECTED] 2004-01-01 13:54 ------- I think the core issue is lack of documentation for the localized formats. I could find where this exists myself, and will post a query on the User list to see if anyone else knows. So for now, I'm marking it as a documentation enhancement. I believe that the expectation would be that if a format is given in a resource bundle, then, by default, it should be localized. Another idea would be to provide a boolean switch someplace that indicated whether ApplyFormat or ApplyLocalizedFormat should be used in these cases. I suppose this would have to be a servlet parameter. If anyone would like to pursue such an enhancement by providing a patch, I'm sure it would be considered. I also added a test to exercise-taglibs that demonstrates how this feature works. Right now, the fr format needs to be fixed, since I couldn't figure out the GroupSeparator either :) --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
