[Bug 849515] New: Wrong decimal point separator for many latin-american localizations

keld at keldix.com keld at keldix.com
Mon Aug 20 11:26:47 UTC 2012

On Mon, Aug 20, 2012 at 03:55:42AM +0000, bugzilla at redhat.com wrote:
> https://bugzilla.redhat.com/show_bug.cgi?id=849515
>             Bug ID: 849515
>         QA Contact: aalam at redhat.com
>           Severity: urgent
>            Version: unspecified
>           Priority: unspecified
>                 CC: piotrdrag at gmail.com, trans at lists.fedoraproject.org
>           Assignee: dimitris at glezos.com
>            Summary: Wrong decimal point separator for many latin-american
>                     localizations
>         Regression: ---
>       Story Points: ---
>     Classification: Fedora
>                 OS: Linux
>           Reporter: arielnmz at gmail.com
>               Type: Bug
>      Documentation: ---
>           Hardware: Unspecified
>         Mount Type: ---
>             Status: NEW
>          Component: Other language
>            Product: Fedora Localization
> Description of problem:
> Many latin-american countries use the "point" (.) for decimal numbers
> separator, not the "comma" (,). I find this urgent because arithmetic
> operations return wrong results because they only understand the comma as the
> separator.
> Version-Release number of selected component (if applicable):
> Fedora 17. es_MX and many other latam localizations (es_XX)
> How reproducible:
> You can check that under the "Region and Language" section of the control
> center, also, the calculator is affected by this (and many other apps)
> Steps to Reproduce:
> 1.Go to the "Region and Language" configuration GUI
> 2.Select "Spanish (Mexico)" as the language
> 3.Select "Mexico" as the format setting
> 4.You can see that the decimal separator is the "comma"
> Actual results:
> It uses a comma instead of a point
> Expected results:
> A point
> Additional info:

This is common also in Europe. Many programs disregards the decimal comma, and uses 
decimal point instead. This is a problem with the programs, not with the specifications.

programs should have a specification of the locale used to produce input data.

best regards

More information about the trans mailing list