Bug 134210
| Summary: | hangul input method display not cleanly shown from xterm/gnome-terminal | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Kyuso Cahi <kyuso> |
| Component: | vte | Assignee: | Ray Strode [halfline] <rstrode> |
| Status: | CLOSED WORKSFORME | QA Contact: | |
| Severity: | low | Docs Contact: | |
| Priority: | medium | ||
| Version: | 2 | CC: | eng-i18n-bugs |
| Target Milestone: | --- | Keywords: | i18n |
| Target Release: | --- | ||
| Hardware: | i686 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2004-10-22 01:17:03 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: | |||
| Bug Blocks: | 125997 | ||
|
Description
Kyuso Cahi
2004-09-30 07:19:50 UTC
reassigning to proper package and owner. When you cat a Korean text file on gnome-terminal, do you see the same problem? I am just wondering if this is the problem with input method. Yes, it echos exactly what I typed, rather than what is shown. The input method is working perfectly. It is the way xterm or gnome-terminal display processing of command-line editing is messed up. I found FC1 xterm/gnome-terminal behaves exactly the same way as in FC2, so my conclusion is that the display of command line editing has not been updated since old days of English-only terminals, and not moving cursor position properly when displaying TT fonts with asian characters, although I haven't tested Chinese or Japanese command line editing from terminals. You only need to use back arrow or CTRL-A to see how the cursor moves into wrong places. hanterm used to properly move the cursor to the right position and display characters properly, but is no longer included in Fedora Core. I think the same is with kterm or cterm. Just to clarify my comments, cat of a file works fine. It's only the editing that messes things up, such as backspace on a syllable/chinese character only erases half of the character, and moving cursor using arrows only moves half way of a character or even jumps too far to the left. I think xterm/gnome-terminal is still using some 8-bit character editing to compute cursor position in movement, deletion, and insertion of 16-bit characters. Most of other gnome/kde applications behave properly, so it's only with the terminal software and some others not correctly interfacing with input methods. Since hanterm et al are no longer in Fedora Core, I am hoping at least the terminal software would have been properly updated. So the problem must be xterm and gnome-terminal or some libraries they use, or it could be the shell program (tcsh, bash, etc.) that uses some libraries for command-line editing that is not behaving as it should. I tried to reproduce it in gnome-terminal 2.7.3-2 and vte 0.11.11-5 but i can able to cursoring through character and delete does delete the whole character. Can you reproduce on those version? test case: - LANG=ko_KR.UTF-8 gnome-terminal --disable-factory - ctrl-space - "rkskek" + space - back arrows - delete one of the char |