Closed
Bug 181520
Opened 22 years ago
Closed 7 years ago
Convert locale names from nsString to nsCString
Categories
(Core :: Internationalization, defect)
Core
Internationalization
Tracking
()
RESOLVED
FIXED
People
(Reporter: smontagu, Assigned: smontagu)
References
(Blocks 1 open bug, )
Details
(Whiteboard: [bcp47])
By specification in RFC 3066, locale names can only contain ASCII characters (in
fact only a subset of ASCII), so representing them with an nsString is unnecessary.
Comment 1•22 years ago
|
||
nsACString, please, as long as you're doing this... ;) nsAFlatCString if
absolutely necessary.
Assignee | ||
Comment 2•22 years ago
|
||
Yes, of course, nsACString for the interfaces and nsCString for the member data.
That's what I meant ;-)
Updated•15 years ago
|
QA Contact: amyy → i18n
Comment 3•13 years ago
|
||
Just make sure this is compliant with BCP 47.
Assignee | ||
Comment 4•13 years ago
|
||
Yes it is. As far as I remember, it is part of the stability policy for BCP 47 that the character repertoire for language subtags will never be extended beyond US-ASCII, but I can't find a reference for this right now. At any rate, it is still the case in the current version.
Comment 5•7 years ago
|
||
The new LocaleService uses nsCString everywhere.
I think this bug is fixed.
Status: ASSIGNED → RESOLVED
Closed: 7 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•