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