Unless I'm seriously confused, the patch in
<
http://list-archive.xemacs.org/xemacs-patches/200204/msg00193.html>, which
includes the change described as
* select.c (Fget_selection_internal): return Qnil if XEmacs owns
the selection and it does not need coercion.
Document connection with interprogram-paste-function.
breaks copy and paste within the native windows version of XEmacs. If I
run a XEmacs with -vanilla, select something in *scratch*, control-Insert
to copy it, and shift-Insert to paste it somewhere else in *scratch*,
XEmacs tells me there is no clipboard selection. The problem is that
get-selection-internal is returning nil if it finds a selection in the
local cache. That makes get-selection and get-clipboard both return nil
which makes yank-clipboard-selection fail. I understand the problem that
you were trying to fix here, but I don't think this is the correct fix.
Perhaps it needs to be made conditional on not Windows, but that seems a
bit ugly.
I also don't understand why get-selection-internal returns nil if and only
if select-coerce doesn't change the selection get-selection-internal found
in the local cache. If get-selection-internal wants to ignore the local
cache, it seems that it should do so even if select-coerce decides to
fiddle with the coding of what it found there.
Mike Alexander <mailto:mtaï¼ arbortext.com>
Arbortext, Inc. +1-734-997-0200