GNU bug report logs -
#3888
Some variables get the wrong, platform-specific, documentation
Previous Next
Reported by: Glenn Morris <rgm <at> gnu.org>
Date: Mon, 20 Jul 2009 18:35:05 UTC
Severity: normal
Done: Eli Zaretskii <eliz <at> gnu.org>
Bug is archived. No further changes may be made.
Full log
Message #38 received at 3888 <at> emacsbugs.donarmstrong.com (full text, mbox):
> From: Chong Yidong <cyd <at> stupidchicken.com>
> Cc: Glenn Morris <rgm <at> gnu.org>, 3888 <at> emacsbugs.donarmstrong.com
> Date: Mon, 20 Jul 2009 17:33:28 -0400
>
> As a work-around, I changed the affected doc-strings so that the
> different versions all say the same thing. Eli, could you check if this
> works OK on Windows?
It works on Windows, thanks.
However:
. the doc string of x-select-enable-clipboard:
(defcustom x-select-enable-clipboard t
"Non-nil means cutting and pasting uses the clipboard.
-This is in addition to the primary selection."
+This is in addition to, but in preference to, the primary selection."
should IMO say that on Windows this is the default, and perhaps
also that primary selection is not accessible to other programs
there.
. the doc string of x-colors:
(defvar x-colors (mapcar 'car msdos-color-values)
- "The list of colors available on a PC display under MS-DOS.")
+ "List of available colors for graphical frames.
+For X, the list comes from the `rgb.txt' file,v 10.41 94/02/20.
+For Nextstep, this is a list of non-PANTONE colors returned by
+the operating system.")
incorrectly says that these are colors for graphical frames, which
the MS-DOS display isn't.
. you didn't add doc strings to x-set-selection and x-get-selection
on w32-fns.el -- was that on purpose?
This bug report was last modified 16 years ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.