Bug#234902: libgtk2.0-0: "." key makes a ","
Lionel Elie Mamane
Lionel Elie Mamane <lionel@mamane.lu>, 234902@bugs.debian.org
Thu, 26 Feb 2004 17:28:57 +0100
On Thu, Feb 26, 2004 at 04:19:17PM +0100, Josselin Mouette wrote:
> Ever tried to enter numbers with a comma in a spreadsheet when the
> comma is 20 cm far from the keypad?
Not in a spreadsheet, but I have in other applications.
> Think to all users, not only to geeks who type their numbers in
> English.
Think to all users, not only to geeks that can survive an extra level
of indirection between what is engraved on the keyboard and what shows
up on the screen.
> Anyway, I've been told the next GTK+ release will switch back to
> producing a point, but it won't help. This should be fixed for all
> apps, not broken for all apps.
I snooped a bit around in the CVS and indeed:
Fri Sep 5 14:15:10 2003 Owen Taylor <otaylor@redhat.com>
* Back out locale-dependent interpretation of
KP_Decimal, the official XFree86 interpretation
is that KP_Decimal => . KP_Separator => ,
always, independent of locale.
(#105161, Frederic Crozat,
http://bugs.xfree86.org/show_bug.cgi?id=534)
I've also read the relevant bug entries in XFree86, GTK+ and
Redhat. Basically, what happened (in my view):
- Someone said: Hey, my Swedish keyboard has a "," on the keypad and
X gives me a ".".
- GTK+ developer thinks: Well, X sends me KP_Decimal, but should
send me KP_Separator. Hmm... Someone using one keyboard is using
the relevant locale, right? So, let's make GTK+ interpret
KP_Decimal according to locale.
- Breakage for French, which has a "." on the key, even when the
above assumption holds. The original problem eventually gets fixed
in XFree86: se (and others) keymaps send KP_Separator for the key
marked ",". Broken "fix" in GTK+ can go.
--
Lionel