confusing behavior with comma as thousands separators vs decimal point.

[Erwin Olario]

Binary package hint: gcalctool

I'm using Dapper 64-bit with English (Philippines) as default language.

I tried to divide 36,727 by 500 and got an unexpected 0.073454. It treated the comma as a decimal point instead of a thousands separator.

If you're wondering how I managed to input a comma, I simply pasted the value from memory (ie. a cell value from a spreadsheet, in this case, gnumeric)

Another weird behaviour I noticed it that it also accepts text values pasted from memory.

[Carthik Sharma (carthik)]

Thanks for reporting this bug. Could you please report a seperate bug for the "pasting text" issue you mention?

Also, can you try turning on the "use commas to show thousands" (or similar - can't recollect precise setting name) from the options/preferences and report on whether you still get the comma-related bug?

Thanks again!

[Sebastien Bacher (seb128)]

I'm not sure that's a bug, some locales use ",", some other "." for decimal separation, so it might make sense to allow "," and "." for that, you should better take that discussion upstream

[Anders Kvist (akv)]

I've noticed this bug too:

753,37 * 110 = 82830 and 753,37 * 110 = 82870.7

Almost caused me to yell at my bank for stealing some money from me :)

/Anders (not on 64bit if it matters)

[Daniel Holbach (dholbach)]

Somebody of the team should forward this upstream.

[Áron Sisak (asisak)]

Setting up Hungarian locale results in an even more confusing behavior. Decimal point (comma) is for specifying decimal fractures, dots can be used for (in fact should be used according to the official rules).

However,
* 10000 (i.e. 10^4) is shown as 10,000 that is 10. Should be 10 000.
* 1000000 (i.e., 10^6) is shown as 1,000.000 what is real confusing and very hard to interpret. Should be 1 000 000.

[Áron Sisak (asisak)]

Setting gnome bug 300363 as upstream. Considering also gnome bug 402473. In fact neither fits perfectly, but both seems to affect the problem.

[Chak Man Yeung (dasunst3r)]

Áron Sisak: Your links do not work. With respect to this bug, I would like to put in my two cents:

When I type in 1234+5678, I get something like 123,4+5,678 (see attached screenshot). Asking the calculator to solve for this results in 6,,192. This bug should receive higher priority than "wishlist" -- it is a severe regression, as cosmetic as it is.

[Chak Man Yeung (dasunst3r)]

My apologies -- the result of 1234+5678 was recalled off the top of my head. I meant to type in "6,,912" -- not "6,,192" The calculator does calculate the correct number, but formats it incorrectly.

[montyw47 (montyw47-hotmail)]

British English use commas as decimal point instead of period character.
Phillipine English maybe the same way in treating decinal point char. try US
english and try the same division problem. That could solve the math error.

Jack Tyler
----- Original Message -----
From: "Launchpad Bug Tracker" <email address hidden>
To: <email address hidden>
Sent: Saturday, July 04, 2009 3:00 AM
Subject: [Bug 53214] Re: confusing behavior with comma as thousands
separatorsvs decimal point.

*** This bug is a duplicate of bug 44756 ***
    https://bugs.launchpad.net/bugs/44756

** Branch linked: lp:ubuntu/karmic/gcalctool

--
confusing behavior with comma as thousands separators vs decimal point.
https://bugs.launchpad.net/bugs/53214
You received this bug notification because you are a direct subscriber
of the bug (via bug 44756).

Status in gcalctool - Desktop Calculator for Gnome: Fix Released
Status in “gcalctool” package in Ubuntu: Confirmed

Bug description:
Binary package hint: gcalctool

I'm using Dapper 64-bit with English (Philippines) as default language.

I tried to divide 36,727 by 500 and got an unexpected 0.073454. It treated
the comma as a decimal point instead of a thousands separator.

If you're wondering how I managed to input a comma, I simply pasted the
value from memory (ie. a cell value from a spreadsheet, in this case,
gnumeric)

Another weird behaviour I noticed it that it also accepts text values pasted
from memory.