After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 122112 - gok internationalization tracker bug
gok internationalization tracker bug
Status: RESOLVED FIXED
Product: gok
Classification: Deprecated
Component: general
unspecified
Other All
: Normal normal
: ---
Assigned To: bill.haneman
bill.haneman
Depends on: 90500 107200 107211 109190 113764 122117 126176 126722 127296 129537 132853 133536 134040
Blocks:
 
 
Reported: 2003-09-12 13:17 UTC by bill.haneman
Modified: 2004-12-22 21:47 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description bill.haneman 2003-09-12 13:17:54 UTC
GOK's current state of internationalization prevents effective localization
and use in non-english locales.

This problem depends on a mixture of GOK bugs/rfes, architectural issues
requiring refactoring, limitations of intltool, etc.  We will try to track
these with this meta-bug.
Comment 1 bill.haneman 2003-09-12 13:19:05 UTC
107200 means that word-completion doesn't work with non-ascii locales
at the moment.

Comment 2 bill.haneman 2003-09-12 13:22:30 UTC
107211 prevents our ability to present correct key labels for the
compose keyboard for international keyboards which use more than one
active modifier; for instance we can't correctly display the result of
"CapsLock+Shift+AltGr", etc.
Comment 3 bill.haneman 2003-09-12 13:29:31 UTC
there are also some related performance issues around the way GOK does
its modifier matching which make use of such keyboards (with multiple
shift-state modifiers) very slow in some cases.  Also use of
non-english keyboards will trigger label-resizing more frequently,
which is also a performance problem.

90500 is a major GOK blocker since it prevents effective localization
of the *.kbd keyboard files.  This bug in turn depends on two intltool
bugs/rfes.

113764 blocks word completion in non-ascii locales too; furthermore,
effectively localizing the word completion probably requires 
109190 ability to use the 'system dictionary' since localizing the GOK
word-completion dictionary is too large a barrier to localization. 
Though custom word-prediction dictionaries are a desirable option, we
need at least to be able to import a pre-existing per-locale
dictionary at install/run-time, to assist in the process.
Comment 4 bill.haneman 2003-09-12 13:46:12 UTC
also 122117 is needed in order to localize the alpha and
frequency-table keyboards.
Comment 5 bill.haneman 2003-09-26 07:57:11 UTC
David, I am upping the priority of this bug based on discussions
vis-a-vis globalization requirements (i.e. seems we should fix this
sooner rather than later).  Also I guess l10n-blocker bugs are 'major'
severity.
Comment 6 bill.haneman 2004-01-28 13:24:09 UTC
removing 2.4 keyword since all the 2.4/2.5/2.6 issues that are urgent
before the release of gnome 2.6 have, I believe, been addressed except
for 129537, which is being tracked for GNOME 2.5 separately.
Comment 7 bill.haneman 2004-03-01 14:39:20 UTC
lowering severity since at the moment there's only one
(moderate-severity) bug open against GOK I18N.
Comment 8 bill.haneman 2004-03-30 15:56:32 UTC
AFAICS the only outstanding i18n issues for GOK are:

* compatibility/interactions with XIM input methods
  (unknown)

* need for custom keyboard for some locales such as zh_*

Comment 9 David Bolter 2004-03-30 16:17:56 UTC
Great work Bill!