Bug 101046
Summary: | numeric dot replaced by period with french keyboard | ||
---|---|---|---|
Product: | [Retired] Red Hat Linux | Reporter: | Olivier Benghozi <olivier.benghozi+redhatbugzilla> |
Component: | gtk2 | Assignee: | Owen Taylor <otaylor> |
Status: | CLOSED RAWHIDE | QA Contact: | David Lawrence <dkl> |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 9 | CC: | daniel.roche, mharris, otaylor |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | i386 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2003-10-15 16:45:51 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Olivier Benghozi
2003-07-28 19:32:21 UTC
See: http://bugzilla.gnome.org/show_bug.cgi?id=105161 for why this is a X keymap bug; (actually missing key symbols, but it could be worked around by using the normal period/comma key symbols for that key in the keymap) Reassigning to the XFree86 component, but you should file a bug upstream in bugs.xfree86.org It's worked around (or fixed?) in Mandrake 9.1 (maybe this way?): no "," So the workaround could be ported to RedHat, so it works before XFree86 people decide to change this. Anyway I've added a bug at http://bugs.xfree86.org/show_bug.cgi?id=534 The bug in xfree86.org has been closed. Comments are: " ------- Additional Comments From eich 2003-29-07 06:59 ------- X knows two key symbols that can meaningfully be assigned to this: KP_Decimal and KP_Separator. XLookupString() returns a '.' for the first and a ',' for the latter. This is independent of any LC_NUMERIC settings. The translation is done in _XkbHandleSpecialSym() with a very simple (keysym & 0x7F). Therefore the comment one can find in many places "/* separator, often comma */" is mostly misleading. The mapping to the locale dependent values is therefore done in the keyboard mapping, not when translating the keyboard symbols. What are therefore the conclusions? The keysym returned should depend on the value for the locale: KP_Decimal should be returned if the decimal separator is a '.', KP_Separator should be returned if it is a ','. The application should be prepared to do the 'right thing' when it reads KP_Decimal, KP_Separator, '.' or ','. I will change the symbols/fr file to generate a KP_Separator instead. If necessary gtk should be fixed to generate the correct output. Since KP_Decimal and KP_Separator are bound to specific keyboard symbols already I don't recommend a LC_NUMERIC dependent translation on top. I don't agree that a terminal emulator should always generate a '.' for this key. Applications should be fixed to obey the LC_NUMERIC setting instead. " I understand the following part: "If necessary gtk should be fixed to generate the correct output." I read the upstream report as well now, and resolution. I'm assuming whatever the problem is, that it is solved now in XFree86 CVS, and will appear in the next release of XFree86. Reassigning to GTK for now as comments above indicate GTK might require modification also. *** Bug 90670 has been marked as a duplicate of this bug. *** * Fri Sep 5 2003 Owen Taylor <otaylor> 2.2.4-2.1 - Fix up tutorial in packaging (#90197), add FAQ - Back out change to make KP_Decimal interpretation dependent on locale (#101046) |