On Mon, 4 Sep 2000 [EMAIL PROTECTED] wrote:
> OK, they display now, but still with the bug that they vanish when the
> cursor moves over their position.
I'll look into this.
> Also, the illegal character FFFF is now displayed in double width although
> it's not considered double-width by the wide-spread function "iswide".
> (I can't check the Unicode data base because the downloadable file seems
> to be corrupted within the line for FF5D.)
Other other patch I sent fixed this.
> The xterm crashes I reported also occur with very small files and with
> some of them only sometimes. The common thing seems to be a number of
> NUL characters in between regular text.
Can you reproduce these reliably? Are you getting a coredump with a
usable backtrace?
> Character set interpretation of the paste buffer seems to be unstable.
> If I copy a string like "aäx" and paste it several times, I get the same
> string "aäx" once or a few times, then "aäx" instead.
I think this can be reproduced as follows -
double left click on a UTF-8 word
single left click
single middle click
note mangled string that has been pasted
This appears to be an ancient bug, (I can reproduce it as far back as
xterm-121). I'll try to track it down...
--
Robert
-
Linux-UTF8: i18n of Linux on all levels
Archive: http://mail.nl.linux.org/lists/
