Bug 236974 (F7XINPUTSH)
Summary: | Fedora 7: SCIM Launch Problem | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Warren Togami <wtogami> |
Component: | xorg-x11-xinit | Assignee: | X/OpenGL Maintenance List <xgl-maint> |
Status: | CLOSED RAWHIDE | QA Contact: | |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | rawhide | CC: | aldoem, eng-i18n-bugs, eteo, katzj, mcepl, petersen, ralston, scottt.tw |
Target Milestone: | --- | Keywords: | i18n |
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2007-05-18 15:49:10 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: | |||
Bug Depends On: | 237054 | ||
Bug Blocks: | 150226 |
Description
Warren Togami
2007-04-18 18:19:12 UTC
It would be really good to get at least 1 and 2 resolved for test4. Even better would be to have them fixed for the weekly live CD spin tomorrow afternoon. https://www.redhat.com/archives/fedora-maintainers/2007-April/msg00393.html Recommendations for the design of part #3. I've actually had more than one Taiwanese user that use the en_US locale complain to me they don't know how to activate the input method system and get English error messages from gcc at the same time. Is there a way to make im-chooser more discoverable? "System" -> "Preference" -> "Personal" -> "Input Method" is really quite deep. If only we could search the desktop menus .. Sorry Scott. While I can sympathize with your situation because I sometimes use Japanese on en_US, you have to admit that this is a less common case. It is *NOT* overly difficult to enable IM on our desktops on non-Asian languages when compared to other operating systems. (In reply to comment #4) > Sorry Scott. While I can sympathize with your situation because I sometimes use > Japanese on en_US, you have to admit that this is a less common case. It is > *NOT* overly difficult to enable IM on our desktops on non-Asian languages when > compared to other operating systems. Actually I sympathize strongly with this comment. Being able to just run "yum groupinstall chinese-support" and knowing it run by default is much nicer for users than having to find and fiddle with im-chooser and it works great in FC6 and RHEL5 where scim is not installed by default. So either we should not install scim by default or otherwise yes it seems we need to disable it by default for non-Asian desktops. (In reply to comment #5) > (In reply to comment #4) > > Sorry Scott. While I can sympathize with your situation because I sometimes use > > Japanese on en_US, you have to admit that this is a less common case. It is > > *NOT* overly difficult to enable IM on our desktops on non-Asian languages when > > compared to other operating systems. > > Actually I sympathize strongly with this comment. Being able to just run > "yum groupinstall chinese-support" and knowing it run by default is much nicer > for users than having to find and fiddle with im-chooser and it works great > in FC6 and RHEL5 where scim is not installed by default. Just because scim is installed, though, doesn't mean that all users on the system are going to use it. In fact, maybe just I do and the rest of my family doesn't. > So either we should not install scim by default or otherwise yes it seems > we need to disable it by default for non-Asian desktops. Not installing it by default really doesn't do anything to fix the problem; it just continues to pretend that it's not there. And it's not really even an option any more with the move towards having the live CD available as one of the things we are doing with the live CD is showing off some of the breadth of our locale support. > 3) Modify im-chooser to allow the user to override the automatic SCIM > launch behavior. im-chooser should offer something like: > * Always Use [SCIM] > * Follow the system-wide configuration [SCIM] > * Never use input methods > Can we please implement this before Fedora 7? Can you please file another bug for this against im-chooser? (In reply to comment #6) > Not installing it by default really doesn't do anything to fix the problem Agreed. But installing the core scim packages alone doesn't really make sense either if they are not being used. It would be better only to install them when scim IMEngines are installed: so I would prefer a solution which removes the scim cores package from comps completely. I agree with Scott Tsai in comment 3: im-chooser needs to be more obvious. I'm an en_US user who occasionally writes Japanese, so it vexed me greatly when scim "stopped working" after I re-sync'ed against Rawhide last week. Even more confusingly, launching scim manually (via "scim -d") didn't work, either; the resulting scim didn't pay attention to my hotkeys. The only way I was able to figure out that I needed to run im-chooser was to dig through Bugzilla, which is not something the average user (or even a previous Fedora user who is used to the "scim is always running" behavior) is going to do. (In reply to comment #3) > I've actually had more than one Taiwanese user that use the en_US locale > complain to me they don't know how to activate the input method system and get > English error messages from gcc at the same time. You could do this by setting LC_CTYPE=zh_TW.UTF-8 in "~/.i18n" say. (Though scim itself follows LANG not LC_CTYPE for it locale dependent defaults.) (In reply to comment #8) > I'm an en_US user who occasionally writes Japanese, so it vexed me greatly when > scim "stopped working" after I re-sync'ed against Rawhide last week. Even more > confusingly, launching scim manually (via "scim -d") didn't work, either; the > resulting scim didn't pay attention to my hotkeys. The old hotkeys should be back now. > The only way I was able to figure out that I needed to run im-chooser was to dig > through Bugzilla, which is not something the average user (or even a previous > Fedora user who is used to the "scim is always running" behavior) is going to do. I know. :( I added a note yesterday to the i18n relnotes FWIW. *** Bug 240436 has been marked as a duplicate of this bug. *** The minimum requirements for F7 were done here, we can close this. *** Bug 241626 has been marked as a duplicate of this bug. *** Just IMHO this is not a problem just for Asian languages -- Compose key doesn't work without some IM running and by default we have no IM method for languages which don't have to have IM. (In reply to comment #13) > Compose key doesn't work without some IM running Not quite sure what you mean here. Compose should be handled by xkb which does not require IM. OK, I am really not sure how it should work, but unless I installed scim, Compose key (remapped CapsLock) didn't work for me, Compose--- created just three simple dashes. Then I installed scim and I get my m-dash again. |