From: Richard Stallman <rms@gnu.org>
To: Joe Wells <jbw@macs.hw.ac.uk>
Cc: emacs-devel@gnu.org
Subject: Re: valid forms of face property: documentation bug, font-lock-{prepend, append}-text-property bug
Date: Sat, 29 Dec 2007 20:36:23 -0500 [thread overview]
Message-ID: <E1J8n6F-0003iv-2x@fencepost.gnu.org> (raw)
In-Reply-To: <86myruvvpo.fsf@macs.hw.ac.uk> (message from Joe Wells on Sat, 29 Dec 2007 06:52:35 +0000)
NOTE: I'm briefly changing topic to something I noticed while
investigating this. Supposedly, facep returns non-nil for internal
face objects, which are special vectors. Do these internal face
objects work as face property values?
I am not sure the question is important.
Also, it appears that (facep
'bold) in fact returns one of these internal face objects, but (facep
(facep 'bold)) returns nil, so facep seems to violate its own
documentation. Is this what is happening? Or is the vector returned
by (facep 'bold) not one of the internal face objects? Can anyone
answer these questions?
It sounds like a documentation bug to me. I will fix that.
By the way, there are two bad implementations of the same concept in
other places in Emacs. They should both be replaced by calls to
font-lock-prepend-text-property or should be changed to use
font-lock-prepend-text-property. First, rcirc-add-face function in
rcirc.el is a bad implementation of the idea of
font-lock-prepend-text-property which appears not to properly handle
the case where the value of the face property is a symbol. Second,
erc-button-add-face in erc-button.el is yet another bad implementation
of the same idea that does not handle the case where the face property
is a list but is not a list of faces.
Could you write a fix for that?
prev parent reply other threads:[~2007-12-30 1:36 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-10-29 2:19 valid forms of face property: documentation bug, font-lock-{prepend, append}-text-property bug Joe Wells
[not found] ` <E1J8NOm-0006N7-3M@fencepost.gnu.org>
2007-12-29 6:52 ` Joe Wells
2007-12-30 1:36 ` Richard Stallman
2007-12-30 1:36 ` Richard Stallman [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=E1J8n6F-0003iv-2x@fencepost.gnu.org \
--to=rms@gnu.org \
--cc=emacs-devel@gnu.org \
--cc=jbw@macs.hw.ac.uk \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.