GNU bug report logs -
#1375
23.0.60; Elisp manual node Special Properties
Previous Next
Reported by: "Drew Adams" <drew.adams <at> oracle.com>
Date: Wed, 19 Nov 2008 07:05:06 UTC
Severity: minor
Tags: fixed
Fixed in version 24.1
Done: Lars Magne Ingebrigtsen <larsi <at> gnus.org>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 1375 in the body.
You can then email your comments to 1375 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded to
bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>
:
bug#1375
; Package
emacs
.
Full text and
rfc822 format available.
Acknowledgement sent to
"Drew Adams" <drew.adams <at> oracle.com>
:
New bug report received and forwarded. Copy sent to
Emacs Bugs <bug-gnu-emacs <at> gnu.org>
.
Full text and
rfc822 format available.
Message #5 received at submit <at> emacsbugs.donarmstrong.com (full text, mbox):
The text says this:
In the simplest case, the value is a face name. It can also be a
list; then each element can be any of these possibilities;
* A face name (a symbol or string).
* A property list of face attributes. This has the form
(KEYWORD VALUE ...), where each KEYWORD is a face attribute
name and VALUE is a meaningful value for that attribute.
With this feature, you do not need to create a face each time
you want to specify a particular attribute for certain text.
*Note Face Attributes::.
* A cons cell with the form `(foreground-color . COLOR-NAME)'
or `(background-color . COLOR-NAME)'. These are older,
deprecated equivalents for `(:foreground COLOR-NAME)' and
`(:background COLOR-NAME)'. Please convert code that uses
them.
It works to use the latter two forms directly as the value of the
`face' property.
The "latter two forms" in the last sentence seems to refer to the last
two bullets. Is that right? And the first sentence above seems to
refer to the first bullet, no?
If so, then the last sentence and the first sentence together say that
the `face' property can have any of the bullets as its value, no?
If so, then all of this together says that a `face' property value can
be any of the bullets or a list of any of the bullets. Isn't that
right?
If so, then that's what we should say, directly. The current text is a
bit confusing. We start off saying it can be a face name or a list of
any of the bullets. Then we end by (I think) saying that it can also
be either of the last two bullets. But we already said it could be a
face name (the first bullet).
Unless there is some careful distinction being made here between the
statement that it could be a face name (not described) or a face name
which is a string or a symbol. I don't think that's the case,
however. If it is, then that needs to be explained.
Maybe it's just late and I'm misreading this and missing something,
but it seems overly complicated for (what I think) it's saying.
In GNU Emacs 23.0.60.1 (i386-mingw-nt5.1.2600)
of 2008-11-08 on LENNART-69DE564
Windowing system distributor `Microsoft Corp.', version 5.1.2600
configured using `configure --with-gcc (3.4) --no-opt --cflags -Ic:/g/include
-fno-crossjumping'
Severity set to 'minor' from 'normal'
Request was from
Glenn Morris <rgm <at> gnu.org>
to
control <at> emacsbugs.donarmstrong.com
.
(Wed, 04 Nov 2009 22:10:21 GMT)
Full text and
rfc822 format available.
Information forwarded
to
owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org
:
bug#1375
; Package
emacs
.
(Thu, 07 Jul 2011 20:40:03 GMT)
Full text and
rfc822 format available.
Message #10 received at 1375 <at> debbugs.gnu.org (full text, mbox):
"Drew Adams" <drew.adams <at> oracle.com> writes:
>
> In the simplest case, the value is a face name. It can also be a
> list; then each element can be any of these possibilities;
>
> * A face name (a symbol or string).
>
> * A property list of face attributes. This has the form
> (KEYWORD VALUE ...), where each KEYWORD is a face attribute
> name and VALUE is a meaningful value for that attribute.
> With this feature, you do not need to create a face each time
> you want to specify a particular attribute for certain text.
> *Note Face Attributes::.
>
> * A cons cell with the form `(foreground-color . COLOR-NAME)'
> or `(background-color . COLOR-NAME)'. These are older,
> deprecated equivalents for `(:foreground COLOR-NAME)' and
> `(:background COLOR-NAME)'. Please convert code that uses
> them.
>
> It works to use the latter two forms directly as the value of the
> `face' property.
>
> The "latter two forms" in the last sentence seems to refer to the last
> two bullets. Is that right? And the first sentence above seems to
> refer to the first bullet, no?
Yes, that's not very clear.
The documentation has changed in the mean time -- the third item has
been dropped. But it still remained less clear than it could have been,
so I've rewritten it slightly now.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog http://lars.ingebrigtsen.no/
Added tag(s) fixed.
Request was from
Lars Magne Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org
.
(Thu, 07 Jul 2011 20:40:03 GMT)
Full text and
rfc822 format available.
bug marked as fixed in version 24.1, send any further explanations to
1375 <at> debbugs.gnu.org and "Drew Adams" <drew.adams <at> oracle.com>
Request was from
Lars Magne Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org
.
(Thu, 07 Jul 2011 20:40:04 GMT)
Full text and
rfc822 format available.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Fri, 05 Aug 2011 11:24:05 GMT)
Full text and
rfc822 format available.
This bug report was last modified 14 years and 15 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.