Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=505100
--- Comment #72 from Jens Petersen petersen@redhat.com 2009-10-30 10:01:24 EDT --- Thank Marko for the good detailed summary and the Finnish perspective also. (I am glad this also resurfaced in the i18n Test Day this week.)
(In reply to comment #71)
Problems arise especially when these GTK builtin rules conflict with national/locale specific rules like in pt_BR or fi_FI. Using some character specific trick like im-cedilla is really not a feasible solution to the issue which literally covers thousands of compose rules.
Right - as also noted here earlier.
- Use any Input Method system like IBus or SCIM if configured by the user
- If no Input Method system configured use X/locale settings (default)
- If both previous methods fail or are unavailable use GTK builtin rules
My suggests are:
1) avoid im-cedilla.so 2) install gtk2-immodules-xim by default (or better move im-xim.so back into gtk2?) 3) try to make im-xim.so the default gtk immodule (which corresponds to Marco's (2) instead of gtk-im-context-simple, as Akira also suggested. 4) everyone (gtk, qt, X) happy
In fact I have pushed for this in the past (see bug 452938) to bring parity with qt which has long defaulted to XIM (probably because of its European heritage?:)
I think fedora-i18n can help to work on this in the coming days, though it is getting rather late for f12-final... It might be more realistic to target day-zero updates to not risk destabilizing and further delaying the release at this stage: I think that was our original intention.
i18n-bugs@lists.fedoraproject.org