Fabrice Popineau <Fabrice.Popineau(a)supelec.fr> writes:
> Dear Bug Team! I'm having an odd problem with the clipboard
with a
> native windows build of 21.5.20. If I use Windows-style cut-n-paste
> keys (S-Ins, S-Del, C-Ins), I get the message "there is no clipboard
> selection". As a result, I am unable to cut-n-paste between XEmacs and
> anything else. I'm also unable to use these keys to move/copy text
> within XEmacs. Within XEmacs, though, I'm able to use the kill ring
> (C-w, M-w, C-y) with no problems.
This has been fixed fixed recently. I sent a patch and Aidan Kehoe
(supposedly) added it to the cvs repository. In any case, the patch is
to lisp/select.el :
Yes, I can see this in CVS head.
But has interprogram.*function behavior or default changed lately?
C:\Source\XEmTeX\xemacs>diff -u -b \mirror\xemtex\xemacs\xemacs-21.5\lisp\select
.el "\Program Files\XEmacs\xemacs-21.5\lisp\select.el"
--- \mirror\xemtex\xemacs\xemacs-21.5\lisp\select.el 2005-03-09 22:58:34.0000
00000 +0100
+++ \Program Files\XEmacs\xemacs-21.5\lisp\select.el 2005-03-10 22:33:53.0000
00000 +0100
@@ -146,10 +146,12 @@
(condition-case err
(progn
(setq res (get-selection-internal type (car data-type)))
- (throw 'converted res))
+ (if res (throw 'converted res)
+ (signal 'selection-conversion-error nil)
+ ))
(selection-conversion-error
(if (cdr data-type)
- (setq data-type (pop data-type))
+ (setq data-type (cdr data-type))
(signal (car err) (cdr err))))))))
(get-selection-internal type data-type)))
Best,
Fabrice
--
Adrian Aichner
mailto:adrian@xemacs.org
http://www.xemacs.org/