Robert Brady <[EMAIL PROTECTED]> writes:
> You know the drill -
>
> patch #9 (against xterm #140), now available from
> <http://www.zepler.org/~rw197/xterm/>
Thanks. This fixes two of my favourite problems.
But there is a new one (at least I haven't seen it before). If you
are using bash with readline and scroll up and down the line gets
filled with garbage. One example (I use ^ to indicate the cursor):
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
drepper@myware xterm-140$ ^
PRESS UP
drepper@myware xterm-140$ show-ucs-data ~/ja_JP ^
PRESS DOWN
drepper@myware xterm-140$ s^
PRESS UP
drepper@myware xterm-140$ sshow-ucs-data ~/ja_JP ^
PRESS DOWN
drepper@myware xterm-140$ ss^
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
I've also seen it with two characters getting added in each round.
This works with the plain xterm-140.
Still persisting are several other problems. These are examples from
the bash command line with readline:
- type a few characters, then press cursor left. Result: the first
keypress seems to be ignored. Later once are handled correctly.
When reaching the second character on the line no further movement
is possible (i.e., the characters are correctly transmitted to
the readline library)
- type a few characters, then press backspace. Result: the cursor moves
one column to the *right* while inserting a space.
- when not the last character in the line, backspace has visually no
effects at all.
The other effects I see are probably caused by a combination of those
I described here.
--
---------------. ,-. 1325 Chesapeake Terrace
Ulrich Drepper \ ,-------------------' \ Sunnyvale, CA 94089 USA
Red Hat `--' drepper at redhat.com `------------------------
-
Linux-UTF8: i18n of Linux on all levels
Archive: http://mail.nl.linux.org/lists/
