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