On 3 May 2005, at 02:28, YAMAMOTO Mitsuharu wrote:
How about using the definition similar to clipboard-yank?
(defun clipboard-cua-paste (arg) (interactive "P") (let ((x-select-enable-clipboard t)) (cua-paste arg)))
(define-key cua-global-keymap [remap clipboard-yank] 'clipboard-cua-paste)
That, actually, gets the job done. Thanks. One needs to do (cua-paste) instead of (cua-paste arg) though.
One would probably want to do that for copy, too, so that stuff like cua-keep-region-after-copy is respected.
I assume clipboard-cua-paste will find it's way into cua-mode then?
I think somehow one would have to ensure that all these configuration settings (or shall I say hacks?) have a life-time that is more than a few months. It is extremely difficult to get things right - I accept that I'm shooting at a moving target, which is why a stable release would be so important for OS X users.
Also, I still have the "No overlay corresponding..." error when trying to close a frame with the mouse.
This error occurs even on X11 when x-select-enable-clipboard is set to t. As I said earlier, it seems that mouse-sel is primarily designed to use PRIMARY and SECONDARY selections. For what features are you trying to use mouse-sel?
Stuff like mouse-extend mainly. But I noticed that it's enough to just (require 'mouse-sel), but not activate the mode - so that's what I'm doing now. That's obviously a workaround, not a fix...
-- D
_______________________________________________ Emacs-pretest-bug mailing list [email protected] http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
