Re: NSNumberFormatter vs NumberFormat
Re: NSNumberFormatter vs NumberFormat
- Subject: Re: NSNumberFormatter vs NumberFormat
- From: "Mr. Pierre Frisch" <email@hidden>
- Date: Fri, 8 Feb 2008 09:00:53 -0800
There was a long discussion about the NSTimestampFormatter not long
ago. I would put the NSNumberFormatter in the same bag. Duplicate API,
should be deprecated. I did not do it as it was was working for most
people but I don't see the point of fixing bugs there when the Java
one work perfectly fine.
Pierre
--
Pierre Frisch
email@hidden
On Feb 8, 2008, at 8:43, Michael Halliday wrote:
Hey list!!
Just a question regarding the use of NSNumberFormatter vs
NumberFormat.
We're working on localizing one of our app for use in multiple
countries. We are dealing with decimal and currency formats in a
variety of locales. Just wondering what everyone else uses and the
pros and cons of using NumberFormat over NSNumberFormatter or
Wonders ERXNumberFormatter.
If we have a format string such as "$#,##0.00" NSNumberFormatter
doesn't correctly localize the currency symbol, it does substitute
the correct symbol, but not necessarily in the right position. IE
for United States, France and Germay
US ---> $1,100.59
France ---> €1 100,59 Should be --> 1 100,59 €
Germany ---> €1.100,59 Should be --> 1.110,59 €
If I use the NumberFormat.getCurrencyInstance( LOCALE ) it formats
the numbers correctly. NSNumberFormat doesn't provide a
"currencyInstance".
We could use NumberFormat throughout our app and not use
NSNumberFormatter at all ... but I'm just wondering what other
functionality we would lose ... does NSNumberFormatter do anything
"special" that NumberFormat does not.
Also, does anyone know if NSNumberFormatter will suffer the same
depreciated fate the NSTimestampFormatter has? I guess that's a
question for Pierre.
Any help or ideas would be greatly appreciated! I just don't want
to go down one path and find that I should have taken another :).
Thanks!!!
Michael.
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden