On Tue, Sep 28, 2010 at 8:43 PM, SungHyun Nam <[email protected]> wrote: >>>> SungHyun Nam wrote: >>>>> 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. > > How about acting like gnome-terminal? > I mean 'no paste' for such a case.
The reason that gnome-terminal changes from having "Paste" enabled to disabled is because Vim exited and released ownership of the clipboard. Since no program has ownership of the clipboard, there's nothing that gnome-terminal can paste from. When you paste in the other gvim, it sees that no application has ownership of the clipboard or primary selection, so it looks in CUT_BUFFER0 as a last resort to try and honor your request to paste. After all, you told Vim you want to paste so it's going to try to do what you told it to do. Since the text in CUT_BUFFER0 is the hangul you copied, converted to latin1 (resulting in '?' since it doesn't convert), that's what gets pasted. So, the reasonable approaches to resolve the issue, IMO, are a) leave the initial gvim open while you paste b) run a clipboard manager which, when it sees an application assert ownership of the clipboard, requests the contents from the application so that it can store it after the application quits c) see if Bram will accept a patch to add an option which disables the last ditch effort of storing the clipboard contents to CUT_BUFFER0. -- James GPG Key: 1024D/61326D40 2003-09-02 James Vega <[email protected]> -- You received this message from the "vim_dev" maillist. Do not top-post! Type your reply below the text you are replying to. For more information, visit http://www.vim.org/maillist.php
