Bug#317846: gcalctool: Confusion when decimal sign is not '.'

Vincent Lönngren Vincent Lönngren <vincent.lonngren.759@student.lu.se>, 317846@bugs.debian.org
Tue Jul 12 18:17:32 UTC 2005


Hi!

I checked it before I sent the bug report buy starting gcaltctool wit=
h
LC_ALL=3DC. With LC_ALL=3DC, it works as expected.

I found a weird thing, though: it doesn't seem to have anything to do
with decimal signs. It behaves the same way as integers. I really hav=
e
no idea why the locale should matter in this case, but it does. With =
the
C locale, it's possible to type "1+2", enter, "+1", successfully, but
with the sv_SE.UTF-8 locale, it is not. Very strange.

tis 2005-07-12 klockan 20:08 +0200 skrev Lo=EFc Minier:
>         Hi,
>=20
> On Tue, Jul 12, 2005, Vincent L=F6nngren wrote:
> > I locales that do not use '.' as decimal sign, gcalctool will pre=
sent
> > the results with the locales standard decimal sign. However, it w=
ill
> > not accept it as input. This means that you can enter 1+0.5, whic=
h
> > returns 1,5 (if the decimal sign is ','). If you then type +1,
> > gcalctool will complain about the bad input format.
>=20
>  I don't think this has anything to do with locales:  you can type =
a
>  formula such as "1+2" and enter will display "3", but you can't ty=
pe
>  ahead after a result, so "1+2", enter, "+1", will fail.
>=20
>  Do you confirm this isn't locale related?
>=20
>    Bye,
>=20
--=20
Vincent L=F6nngren <vincent.lonngren.759@student.lu.se>








More information about the Pkg-gnome-maintainers mailing list