Re: [PATCH] menubar selection in mswindows
At 07:25 PM 4/27/98 +0200, Hrvoje Niksic wrote:
Andy Piper <andyp(a)parallax.co.uk> writes:
> +(defun delete-primary-selection ()
> + "Delete the selection without copying it to the Clipboard or the kill
ring."
> + (interactive "*")
> + (case (device-type (selected-device))
> + (x (x-delete-primary-selection))
> + (otherwise nil)))
Is this correct? Why doesn't this do anything under Windows?
No C support and I don't have time right now to right it.
> +(defun selection-owner-p (&optional selection)
> + "Return t if current emacs process owns the given Selection.
> +The arg should be the name of the selection in question, typically one
> +of the symbols PRIMARY, SECONDARY, or CLIPBOARD. (For convenience,
> +the symbol nil is the same as PRIMARY, and t is the same as
> +SECONDARY.)"
> + (interactive)
> + (case (device-type (selected-device))
> + (x (x-selection-owner-p selection))
> + (mswindows t)
> + (otherwise nil)))
Is this correct, also? Under Windows, is XEmacs really always the
selection owner?
I think there is no owner.
> +(defun selection-exists-p (&optional selection)
> + "Whether there is an owner for the given Selection.
> +The arg should be the name of the selection in question, typically one
> +of the symbols PRIMARY, SECONDARY, or CLIPBOARD. (For convenience,
> +the symbol nil is the same as PRIMARY, and t is the same as
> +SECONDARY."
> + (interactive)
> + (case (device-type (selected-device))
> + (x (x-selection-exists-p selection))
> + (mswindows t)
^^^^^^^^^^^^^
Hmm?
The purpose of my patch was to get around the obvious deficiencies in
selection under mswindows. When I have a bit more time I will look at it
more closely (unless someone else does :) but untill then I need to at
least be *able* to copy to the clipboard :)
andy