When I enter a number into KCalc, in “US financial” formatting with a comma and decimal point, KCalc considers the comma some kind of operator. What’s going on here? (Fedora 42, US localization and formatting AFAIK. * )
KCalc: 25.12.3
KDE Frameworks: 6.24.0
Qt: Using 6.10.2 and built against 6.10.2
Fedora Linux 42 (KDE Plasma Desktop Edition) (Xcb)
Build ABI: x86_64-little_endian-lp64
Kernel: linux 6.19.11-100.fc42.x86_64
smash
April 25, 2026, 4:40am
2
I can’t find it in any documentation anywhere but it seems to only do something in combination with fractional numbers (ie. with a decimal).
1,1 results in 1.1
1,1.1 restults in 0.11
888,888 results in 888.888
888,888.22 results in 195.55536
Interestingly though, when I press , (comma) the . (decimal) key lights up on screen.
And if you substitute the , (comma) for . decimal (so there are 2 decimals in a number) it comes to the same result. i.e.
1.1.1=0.11
I’m guessing this is a bug as numbers shouldn’t be able to have multiple decimal points.
EDIT: Confirmed as bug https://bugs.kde.org/show_bug.cgi?id=500784
The extra decimals seem to be multiplied to the original decimal value for example 123.1.1.1 results in 123.1 * 0.1 * 0.1 = 1.231
Another +2 points for my top choice Qalculate! here.
Suggest you don’t try entering commas in a calculator… they’re just for visual formatting.
Entering a comma for what reason? commas are vector separators, or thousand seprators depending on locale.
888.888.22=195.55536
However, in qualculate, your input would be displayed like this:
[888 888.22]
It is now vector output.
KCalc permits multiple decimals treating them as an operator, multiplying the preceding number by 0.1.
So 888.888.22 is parsed as 888.888×0.1×0.1=8.88888 which is then interpreted as 8.88888×22=195.55536.