GNU bug report logs - #24925
25.1.50; Suboptimal explanation of FACESPEC in (elisp) Search-based Fontification

Previous Next

Package: emacs;

Reported by: Michael Heerdegen <michael_heerdegen <at> web.de>

Date: Fri, 11 Nov 2016 16:21:01 UTC

Severity: minor

Found in version 25.1.50

Done: Michael Heerdegen <michael_heerdegen <at> web.de>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Michael Heerdegen <michael_heerdegen <at> web.de>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 24925 <at> debbugs.gnu.org
Subject: bug#24925: 25.1.50; Suboptimal explanation of FACESPEC in (elisp) Search-based Fontification
Date: Fri, 11 Nov 2016 18:06:27 +0100
Eli Zaretskii <eliz <at> gnu.org> writes:

> > From: Michael Heerdegen <michael_heerdegen <at> web.de>
> > Date: Fri, 11 Nov 2016 17:20:38 +0100
> > 
> >      In this kind of element, FACESPEC is an expression whose value
> >      specifies the face to use for highlighting.  In the simplest case,
> >      FACESPEC is a Lisp variable (a symbol) whose value is a face name.
> > 
> > The first sentence is not good because an expression has no associated
> > value.
>
> ??? An expression certainly can have a value.

I really think that first sentence can be interpreted in different ways
when being read - see the rest of what I said.  Let's be more specific:
say that the expression is evaluated dynamically, and that the according
return value at that time is used. In contrast to having "a" value; like
evaluating only one time when the spec is added, or expecting the
expression to be constant.


Michael.




This bug report was last modified 8 years and 187 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.