GNU bug report logs -
#6935
24.0.50; doc for `font-lock-maximum-decoration'
Previous Next
Reported by: "Drew Adams" <drew.adams <at> oracle.com>
Date: Sat, 28 Aug 2010 04:07:01 UTC
Severity: minor
Tags: fixed, pending
Found in version 24.0.50
Fixed in version 24.1
Done: Lars Magne Ingebrigtsen <larsi <at> gnus.org>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
"Drew Adams" <drew.adams <at> oracle.com> writes:
> 1. For one thing, the Emacs manual deals with it only using a `setq'
> example:
>
> (setq font-lock-maximum-decoration
> '((c-mode . 1) (c++-mode . 1)))
>
> We should tell users how they can use Customize for customizing it.
> (No, it is not obvious how to do that.) We should not be privileging
> Lisp code in .emacs this way - especially fairly complex Lisp code.
For examples of complex variables like this, I find Lisp code a lot
clearer than convoluted Customize settings. So this is not a bug, in my
opinion.
> 2. The doc string and the Customize help for it (same thing) do not help
> much either. In particular, they are missing the info that if you add
> an entry for one or more modes, then you will likely want to also add
> a catch-all entry for all other modes.
The doc string seems to have been fixed in this regard, with a pretty
clear example.
> 3. Also, to understand what the choice of `level' means here, users need
> to know about fontification levels. At least a minimum of info about
> that needs to be presented in the Customize (= doc string) help.
I've now mentioned that higher levels mean more fontification.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog http://lars.ingebrigtsen.no/
This bug report was last modified 13 years and 301 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.