Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.
Bug 84859
Summary: | (Regression) Mozilla lost 'over-the-spot' | ||
---|---|---|---|
Product: | [Retired] Red Hat Linux | Reporter: | Warren Togami <wtogami> |
Component: | kinput2 | Assignee: | Akira TAGOH <tagoh> |
Status: | CLOSED WONTFIX | QA Contact: | Bill Huang <bhuang> |
Severity: | medium | Docs Contact: | |
Priority: | high | ||
Version: | 9 | CC: | pcormier |
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: | 2004-10-21 10:30:52 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
Warren Togami
2003-02-22 07:10:48 UTC
I think that on-the-spot xim is much better supported in Mozilla than over-the-spot. The pre-edit strings are rendered by Mozilla, making the output match. The downside is that the status window (for kinput2, at least) pops down to the very bottom of the window, making it somewhat harder to see what's going on. Things get more strange when you're doing link auto-search (new Mozilla feature). If you use on-the-spot you get to type in the status bar. If you use over-the-spot you end up typing in mid-air. I am not a native Japanese speaker. Heck, I only know that "shift+space, 'nihongo', space" gives me something that I can read in Japanese. But at least for Japanese I think people are becoming accustomed to the way that on-the-spot works. If something needs correction, it's kinput2's candidate selection window, which is just to far away from where you're typing. This is not the fault of using on-the-spot. FWIW, from what I've seen in WinXP's IME, it's also on-the-spot now. The candidate selection window is a fair amount better, though. If a solution cannot be found in time, can we revert back to RH8.0's behavior "over-the-spot" for release? Otherwise this partially cripples Asian language usability of this application. Tested this on RHL9. It appears to be over-the-spot now? Close bug? Sorry, I was wrong, it is not over-the-spot by default. This is a regression from RH8. tagoh, I must be misunderstanding something crucial here, because over-the-spot seems completely inoperative in mozilla-1.4, and I have never managed to get on-the-spot to work in any Linux applications. Due to this bug and Bug 84860, it is guaranteed that users will trigger Bug 104296 when they drag the Candidate Selection window since it is unreadable in its default location. IIIMF (the next generation beyond XIM and kinput2) does not do this either, and it is acceptable, so I suppose this can be closed now. |