This is the mail archive of the libc-locales@sourceware.org mailing list for the GNU libc locales project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

[Bug localedata/16777] Incorrect thousands separator in pl_PL locale


https://sourceware.org/bugzilla/show_bug.cgi?id=16777

--- Comment #2 from keld at keldix dot com <keld at keldix dot com> ---
On Mon, Mar 31, 2014 at 07:10:18AM +0000, myllynen at redhat dot com wrote:
> https://sourceware.org/bugzilla/show_bug.cgi?id=16777
> 
> Marko Myllynen <myllynen at redhat dot com> changed:
> 
>            What    |Removed                     |Added
> ----------------------------------------------------------------------------
>                  CC|                            |myllynen at redhat dot com
> 
> --- Comment #1 from Marko Myllynen <myllynen at redhat dot com> ---
> (In reply to Micha?? GÃrny from comment #0)
> > Currently, glibc lists the following for pl_PL locale:
> > 
> > - no thousands separator in LC_NUMERIC section,
> > 
> > - '.' as thousands separator in LC_MONETARY section.
> > 
> > While actually, a non-breaking space is used as thousands separator in both
> > cases. However, I'm not sure if it is correct to use <U00A0> in locales or
> > if <U0020> should be used instead.
> 
> <00A0> should be used in this case, as do many other locales as well.
> 
> > It should be also noted that the grouping is used only for numbers having
> > more than 4 digits, i.e. '4000' does not use grouping, '40 000' and '4 000
> > 000' do on 3-digit groups. I don't know if it is possible to express this in
> > current glibc localedata format.
> 
> Perhaps you want to see whether that's doable, please see the Locales wiki page
> which has a link to a page describing LC_NUMERIC and grouping in detail. The
> page contains also information on how to test and submit your locale changes.

I do not think the "under 10000" is doable with current glibc functionality.

furthermore I think this is not desirable, for LC_MONETARY.

The no break space versus the COMMA/PERIOD thousands separator issue
is a classical problem between linguistic and computer use.
Linguists tends in many languages, European style, to advocate no break space,
but for computer use a period is most often used. I have yet to see a financial
application to use no break space. Bank applications and ledger applications do
not
use no break space.

Actually we shoud probably provide for both styles, and also do the "no
separator
for under 10000.". I would then advise that we use the current functionality
in the POSIX style, and compatible with the POSIX/C locale, and then have new
keywords
both in LC_MONETARY and LC_NUMERIC for the linguistic styles.

Best regards
Keld

-- 
You are receiving this mail because:
You are on the CC list for the bug.

Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]