Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
Summary: Unable to find XIM with the certain locale
https://bugzilla.redhat.com/show_bug.cgi?id=526205
Summary: Unable to find XIM with the certain locale Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: imsettings AssignedTo: tagoh@redhat.com ReportedBy: tagoh@redhat.com QAContact: extras-qa@fedoraproject.org CC: tagoh@redhat.com, fedora-i18n-bugs@redhat.com Blocks: 473302 Estimated Hours: 0.0 Classification: Fedora Target Release: ---
Created an attachment (id=362977) --> (https://bugzilla.redhat.com/attachment.cgi?id=362977) example for xinput file
Description of problem: bringing up XIM with the different locale to the system locale ends up to raise an error like, "No such input method on your system: blahblahblah". but it appears in the list.
Version-Release number of selected component (if applicable): imsettings-0.107.4-1.fc12.
How reproducible: always
Steps to Reproduce: 1.put attached into /etc/X11/xinit/xinput.d/ 2.ln -s xcompose /etc/X11/xinit/xinput.d/pt_BR 3.LANG=pt_BR.UTF-8 imsettings-start "X locale compose"
Actual results: it raises an error.
Expected results: IM should start.
Additional info: LANG=pt_BR.UTF-8 imsettings-list shows that as available.
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=526205
Akira TAGOH tagoh@redhat.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED
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=526205
Jens Petersen petersen@redhat.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |petersen@redhat.com
--- Comment #1 from Jens Petersen petersen@redhat.com 2009-12-02 19:23:22 EDT --- Dunno if we still need this with the support for XIM @im=none added to none.conf?
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=526205
--- Comment #2 from Akira TAGOH tagoh@redhat.com 2009-12-03 01:06:26 EDT --- you mean GTK_IM_MODULE=xim.
Well, I don't still think it's the right solution widely, without XIM support in imsettings at least, because it effects all of the users and switching from/to something to/from it requires restarting the desktop. plus, the worst thing may be for CIJK users who tentatively wants to disable IM say. in this case, it works on GTK+ applications but the native X applications and Qt applications etc still connects to IM through XIM, because XMODIFIERS still points to IM's.
Since we missed the way of fixing that issue in the gtk immodule, we should try to find out the better way for everyone.
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=526205
Akira TAGOH tagoh@redhat.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Version|13 |rawhide Blocks|473302(F12Target) |
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=526205
Akira TAGOH tagoh@redhat.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |CLOSED Fixed In Version| |imsettings-1.0.0-1.fc15 Resolution| |RAWHIDE Last Closed| |2011-01-05 06:20:15
--- Comment #4 from Akira TAGOH tagoh@redhat.com 2011-01-05 06:20:15 EST --- This should be fixed in imsettings-1.0.0-1.fc15.
i18n-bugs@lists.fedoraproject.org