As an alternative, you could experiment with the -pause option, which waits for some period of time before taking the selection, which may be long enough to deselect or delete any auto-selected text. It can take a little getting-used-to and works well for me. To work around this, I use a clipboard history recorder such as glipper, which also conveniently records all clipboard content and allows me to retrieve lost clipboard contents in such circumstances. The main downside of this approach is that any automatic highlighting of text (such as double-clicking to highlight a word in emacs, or clicking the BlockQuote icon in a StackOverflow edit field) will obliterate your copy buffer instantly. The advantages of this are that the three main clipboards are unified, so that pasting current selection via middle-click or CUA-style copy/paste with CTRL-C and CTRL-V all work together. However there's usually a third clipboard, called PRIMARY, which the second instance of autocutsel is used to sync with the other two. TheĬutbuffer and clipboard selection are always synchronized. When the cutbuffer is changed, it owns the clipboard selection. When the clipboard isĬhanged, it updates the cutbuffer. The first instance of autocutsel does the following:Īutocutsel tracks changes in the server's cutbuffer and clipboard selection. I use the following commands (run once, usually invoked by my window manager's "startup" mechanism, or ~/.xsession): autocutsel -fork autocutsel - keep the X clipboard and the cutbuffer in sync I solve this problem with autocutsel, which works with emacs and the rest of my Ubuntu system too.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |