Robert Brady <[EMAIL PROTECTED]> wrote on 2000-09-12 11:58 UTC:
> The attached patch fixes it for me.

Yes, after applying your patch I couldn't reproduce it any more. Thanks!!!

But I have found another one: Selection looses combining characters on
wide characters. E.g., "cat" the attached example file c2.txt and select
it. The file c2.txt has the content

00000000  61 cc 83 0a ef bd 81 cc  83 0a e2 97 8c e3 82 99  a#..#.#..#..#..
00000010  0a e2 97 8c e3 82 9a 0a  61 e3 82 99 0a ef bd 81  .#..#...a#...#.
00000020  e3 82 99 0a                                       #...

but the selection result has the content

00000000  c3 a3 0a ef bd 81 0a e2  97 8c e3 82 99 0a e2 97  ć.#..#..#...#.
00000010  8c e3 82 9a 0a 61 e3 82  99 0a ef bd 81 0a        .#...a#...#..

The first a + ~ has been replaced by the precomposed version (I'm not
sure, whether this is what we want, I probably prefer selections to be
as close to the text that was sent to the terminal originally as
possible), but far more significantly, the file c2.txt had after the
wide "a" (ef bd 81) each time a combining character, which got dropped
during the select & paste.

Markus

-- 
Markus G. Kuhn, Computer Laboratory, University of Cambridge, UK
Email: mkuhn at acm.org,  WWW: <http://www.cl.cam.ac.uk/~mgk25/>

ã
ã
ā—Œć‚™
ā—Œć‚š
a悙
a゙

c2.gif

Reply via email to