zope.i18n.locale does not accept arbitrary decimal values
Bug #527940 reported by
Mats
This bug affects 1 person
| Affects | Status | Importance | Assigned to | Milestone | |
|---|---|---|---|---|---|
| BlueBream |
New
|
Undecided
|
Unassigned | ||
| zope.i18n |
Won't Fix
|
Low
|
Tres Seaver | ||
Bug Description
The locale files in zope.i18n hard codes the fractional positions to 3 fractions. Seems i18n should be agnostic in how many decimal fractions can be entered as it has nothing to do with locales.
| affects: | zopetoolkit-project → zope.i18n |
Revision history for this message
| Tres Seaver (tseaver) wrote | #1 |
| Changed in zope.i18n: | |
| assignee: | nobody → Tres Seaver (tseaver) |
| importance: | Undecided → Low |
| status: | New → Won't Fix |
To post a comment you must log in.
Those data files are pulled directly from IBM's ICU, and follow their defaults exactly.
Diverging from those defaults would require us to maintain a pretty deep knowledge
of the specifics of each locale, which we don't have resources for.
The suggested solution for particular application is to copy and override the locales
data, and use your own locale factory from that data.