On Tue, Sep 28, 2010 at 01:39:25AM +0400, Yuriy Kaminskiy wrote: > SungHyun Nam wrote: > > 2010-09-23 AM 12:49, Young Ho Park wrote: > >> Hello. I am a Vim user from South Korea. I seem to find the bug about > >> cut(or copy) and paste. Let me explain steps to a paste fail. > >> > >> I use Vim7.2 in Gnome2.3 of Fedora13 or Ubuntu10.04 and my locale is > >> ko_KR.utf8 0. I executed Vim. 1. I wrote Alphabet and Hangul mixed > >> string. 2. I clicked a copy(or cut) button. 3. I closed Vim. 4. I > >> executed Vim again. 5. I clicked a paste button. 6. English > >> characters were well copied. But Hangul characters are changed to > >> question marks like: ¿?¿?¿?¿? > >> > >> Is it a bug? Or didn't I turn on some options? > > > > More info about this problem. > > > > 1. If I don't quit select&copied-gvim, then paste to > > gnome-terminal or other-gvim works fine. > > > > 2. If I quit select&copied-gvim: > > o paste menu in gnome-terminal became disabled (and nothing > > happened if I click middle mouse button). > > o when I paste in other-gvim, hangul characters are now > > corrupted. > > > > Regards, > > namsh > > I think this was introduced in 7.2.221 patch, that tries a bit too much to > follow standard on CUTBUFFER* encoding, rendering it useless for any > non-latin1 > locales.
That's one of the reasons why people should be moving away from using cut buffers. They only support latin1 text and expecting other programs to interpret text in a cut buffer properly if it isn't latin1 isn't likely to work. The way X11's selections work, the client that owns the text being copied is expected to be running so it can respond to any paste requests. If you need to paste, either leave the client (Vim) open or run a clipboard manager so it will store the text between the copy, closing Vim, and pasting to something else. -- James GPG Key: 1024D/61326D40 2003-09-02 James Vega <[email protected]>
signature.asc
Description: Digital signature
