[Markus Kuhn (Re: Backspace problem in Xterm/rxvt) writes:]
>> There is some controversy about what should happen when a backspace is
>> issued when the cursor is to the right of a double-width characters
>> such as U+30AC (KATAKANA LETTER GA).
[snip]
>> Various Japanese users told us however that they strongly prefer that
>> Backspace moves always one character cell, not one character. The rational
>> given was only that this is how existing EUC terminal emulators such as
>> kterm have worked for years and that they got used to that. I'm not
>> entirely convinced yet, but didn't make a big fuzz about it so far,
>> because we need more some stability, otherwise the developers of proper
>> editors will become annoyed.
I find that amazing. I have used kterm for about 10 years with editors
like jvim and jstevie, not to mention non-Unix editors like Word, etc.
with Japanese. In all cases backspace erases the *whole* character; not
just half it. I have been working with Japanese people editing text, and
in all cases they obviously expected backspace and del to remove a
complete character.
On rare occasions I have found myself using vanilla (un-Japonified) vi
on some text containing Japanese text. In that case, it takes two presses
of backspace to remove a kanji or kana, but that is very much the
exception.
>> I think we clearly need one terminal emulator control function that
>> erases the character left of the cursor. This could be
>>
>> - BS
>> - DEL
>> - a new control sequence
Well, I expect both BS and DEL to do that. No new sequence is needed.
--
Jim Breen [[EMAIL PROTECTED] http://www.csse.monash.edu.au/~jwb/]
Computer Science & Software Engineering, Tel: +61 3 9905 3298
P.O Box 26, Monash University, Fax: +61 3 9905 5146
Clayton VIC 3800, Australia $B%8%`!&%V%j!<%s(B@$B%b%J%7%eBg3X(B
-
Linux-UTF8: i18n of Linux on all levels
Archive: http://mail.nl.linux.org/linux-utf8/
