| blob | d2507474f12a62190f83e48e1bb39384d0bd4c01 |
1 ;;; font-lock.el --- Electric font lock mode
3 ;; Copyright (C) 1992, 1993, 1994, 1995, 1996, 1997, 1998, 1999,
4 ;; 2000, 2001, 2002, 2003, 2004 2005 Free Software Foundation, Inc.
6 ;; Author: jwz, then rms, then sm
7 ;; Maintainer: FSF
8 ;; Keywords: languages, faces
10 ;; This file is part of GNU Emacs.
12 ;; GNU Emacs is free software; you can redistribute it and/or modify
13 ;; it under the terms of the GNU General Public License as published by
14 ;; the Free Software Foundation; either version 2, or (at your option)
15 ;; any later version.
17 ;; GNU Emacs is distributed in the hope that it will be useful,
18 ;; but WITHOUT ANY WARRANTY; without even the implied warranty of
19 ;; MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
20 ;; GNU General Public License for more details.
22 ;; You should have received a copy of the GNU General Public License
23 ;; along with GNU Emacs; see the file COPYING. If not, write to the
24 ;; Free Software Foundation, Inc., 59 Temple Place - Suite 330,
25 ;; Boston, MA 02111-1307, USA.
27 ;;; Commentary:
29 ;; Font Lock mode is a minor mode that causes your comments to be displayed in
30 ;; one face, strings in another, reserved words in another, and so on.
31 ;;
32 ;; Comments will be displayed in `font-lock-comment-face'.
33 ;; Strings will be displayed in `font-lock-string-face'.
34 ;; Regexps are used to display selected patterns in other faces.
35 ;;
36 ;; To make the text you type be fontified, use M-x font-lock-mode RET.
37 ;; When this minor mode is on, the faces of the current line are updated with
38 ;; every insertion or deletion.
39 ;;
40 ;; To turn Font Lock mode on automatically, add this to your ~/.emacs file:
41 ;;
42 ;; (add-hook 'emacs-lisp-mode-hook 'turn-on-font-lock)
43 ;;
44 ;; Or if you want to turn Font Lock mode on in many modes:
45 ;;
46 ;; (global-font-lock-mode t)
47 ;;
48 ;; Fontification for a particular mode may be available in a number of levels
49 ;; of decoration. The higher the level, the more decoration, but the more time
50 ;; it takes to fontify. See the variable `font-lock-maximum-decoration', and
51 ;; also the variable `font-lock-maximum-size'. Support modes for Font Lock
52 ;; mode can be used to speed up Font Lock mode. See `font-lock-support-mode'.
53 \f
54 ;;; How Font Lock mode fontifies:
56 ;; When Font Lock mode is turned on in a buffer, it (a) fontifies the entire
57 ;; buffer and (b) installs one of its fontification functions on one of the
58 ;; hook variables that are run by Emacs after every buffer change (i.e., an
59 ;; insertion or deletion). Fontification means the replacement of `face' text
60 ;; properties in a given region; Emacs displays text with these `face' text
61 ;; properties appropriately.
62 ;;
63 ;; Fontification normally involves syntactic (i.e., strings and comments) and
64 ;; regexp (i.e., keywords and everything else) passes. There are actually
65 ;; three passes; (a) the syntactic keyword pass, (b) the syntactic pass and (c)
66 ;; the keyword pass. Confused?
67 ;;
68 ;; The syntactic keyword pass places `syntax-table' text properties in the
69 ;; buffer according to the variable `font-lock-syntactic-keywords'. It is
70 ;; necessary because Emacs' syntax table is not powerful enough to describe all
71 ;; the different syntactic constructs required by the sort of people who decide
72 ;; that a single quote can be syntactic or not depending on the time of day.
73 ;; (What sort of person could decide to overload the meaning of a quote?)
74 ;; Obviously the syntactic keyword pass must occur before the syntactic pass.
75 ;;
76 ;; The syntactic pass places `face' text properties in the buffer according to
77 ;; syntactic context, i.e., according to the buffer's syntax table and buffer
78 ;; text's `syntax-table' text properties. It involves using a syntax parsing
79 ;; function to determine the context of different parts of a region of text. A
80 ;; syntax parsing function is necessary because generally strings and/or
81 ;; comments can span lines, and so the context of a given region is not
82 ;; necessarily apparent from the content of that region. Because the keyword
83 ;; pass only works within a given region, it is not generally appropriate for
84 ;; syntactic fontification. This is the first fontification pass that makes
85 ;; changes visible to the user; it fontifies strings and comments.
86 ;;
87 ;; The keyword pass places `face' text properties in the buffer according to
88 ;; the variable `font-lock-keywords'. It involves searching for given regexps
89 ;; (or calling given search functions) within the given region. This is the
90 ;; second fontification pass that makes changes visible to the user; it
91 ;; fontifies language reserved words, etc.
92 ;;
93 ;; Oh, and the answer is, "Yes, obviously just about everything should be done
94 ;; in a single syntactic pass, but the only syntactic parser available
95 ;; understands only strings and comments." Perhaps one day someone will write
96 ;; some syntactic parsers for common languages and a son-of-font-lock.el could
97 ;; use them rather then relying so heavily on the keyword (regexp) pass.
99 ;;; How Font Lock mode supports modes or is supported by modes:
101 ;; Modes that support Font Lock mode do so by defining one or more variables
102 ;; whose values specify the fontification. Font Lock mode knows of these
103 ;; variable names from (a) the buffer local variable `font-lock-defaults', if
104 ;; non-nil, or (b) the global variable `font-lock-defaults-alist', if the major
105 ;; mode has an entry. (Font Lock mode is set up via (a) where a mode's
106 ;; patterns are distributed with the mode's package library, and (b) where a
107 ;; mode's patterns are distributed with font-lock.el itself. An example of (a)
108 ;; is Pascal mode, an example of (b) is Lisp mode. Normally, the mechanism is
109 ;; (a); (b) is used where it is not clear which package library should contain
110 ;; the pattern definitions.) Font Lock mode chooses which variable to use for
111 ;; fontification based on `font-lock-maximum-decoration'.
112 ;;
113 ;; Font Lock mode fontification behaviour can be modified in a number of ways.
114 ;; See the below comments and the comments distributed throughout this file.
116 ;;; Constructing patterns:
118 ;; See the documentation for the variable `font-lock-keywords'.
119 ;;
120 ;; Efficient regexps for use as MATCHERs for `font-lock-keywords' and
121 ;; `font-lock-syntactic-keywords' can be generated via the function
122 ;; `regexp-opt'.
124 ;;; Adding patterns for modes that already support Font Lock:
126 ;; Though Font Lock highlighting patterns already exist for many modes, it's
127 ;; likely there's something that you want fontified that currently isn't, even
128 ;; at the maximum fontification level. You can add highlighting patterns via
129 ;; `font-lock-add-keywords'. For example, say in some C
130 ;; header file you #define the token `and' to expand to `&&', etc., to make
131 ;; your C code almost readable. In your ~/.emacs there could be:
132 ;;
133 ;; (font-lock-add-keywords 'c-mode '("\\<\\(and\\|or\\|not\\)\\>"))
134 ;;
135 ;; Some modes provide specific ways to modify patterns based on the values of
136 ;; other variables. For example, additional C types can be specified via the
137 ;; variable `c-font-lock-extra-types'.
139 ;;; Adding patterns for modes that do not support Font Lock:
141 ;; Not all modes support Font Lock mode. If you (as a user of the mode) add
142 ;; patterns for a new mode, you must define in your ~/.emacs a variable or
143 ;; variables that specify regexp fontification. Then, you should indicate to
144 ;; Font Lock mode, via the mode hook setting `font-lock-defaults', exactly what
145 ;; support is required. For example, say Foo mode should have the following
146 ;; regexps fontified case-sensitively, and comments and strings should not be
147 ;; fontified automagically. In your ~/.emacs there could be:
148 ;;
149 ;; (defvar foo-font-lock-keywords
150 ;; '(("\\<\\(one\\|two\\|three\\)\\>" . font-lock-keyword-face)
151 ;; ("\\<\\(four\\|five\\|six\\)\\>" . font-lock-type-face))
152 ;; "Default expressions to highlight in Foo mode.")
153 ;;
154 ;; (add-hook 'foo-mode-hook
155 ;; (lambda ()
156 ;; (make-local-variable 'font-lock-defaults)
157 ;; (setq font-lock-defaults '(foo-font-lock-keywords t))))
159 ;;; Adding Font Lock support for modes:
161 ;; Of course, it would be better that the mode already supports Font Lock mode.
162 ;; The package author would do something similar to above. The mode must
163 ;; define at the top-level a variable or variables that specify regexp
164 ;; fontification. Then, the mode command should indicate to Font Lock mode,
165 ;; via `font-lock-defaults', exactly what support is required. For example,
166 ;; say Bar mode should have the following regexps fontified case-insensitively,
167 ;; and comments and strings should be fontified automagically. In bar.el there
168 ;; could be:
169 ;;
170 ;; (defvar bar-font-lock-keywords
171 ;; '(("\\<\\(uno\\|due\\|tre\\)\\>" . font-lock-keyword-face)
172 ;; ("\\<\\(quattro\\|cinque\\|sei\\)\\>" . font-lock-type-face))
173 ;; "Default expressions to highlight in Bar mode.")
174 ;;
175 ;; and within `bar-mode' there could be:
176 ;;
177 ;; (make-local-variable 'font-lock-defaults)
178 ;; (setq font-lock-defaults '(bar-font-lock-keywords nil t))
179 \f
180 ;; What is fontification for? You might say, "It's to make my code look nice."
181 ;; I think it should be for adding information in the form of cues. These cues
182 ;; should provide you with enough information to both (a) distinguish between
183 ;; different items, and (b) identify the item meanings, without having to read
184 ;; the items and think about it. Therefore, fontification allows you to think
185 ;; less about, say, the structure of code, and more about, say, why the code
186 ;; doesn't work. Or maybe it allows you to think less and drift off to sleep.
187 ;;
188 ;; So, here are my opinions/advice/guidelines:
189 ;;
190 ;; - Highlight conceptual objects, such as function and variable names, and
191 ;; different objects types differently, i.e., (a) and (b) above, highlight
192 ;; function names differently to variable names.
193 ;; - Keep the faces distinct from each other as far as possible.
194 ;; i.e., (a) above.
195 ;; - Use the same face for the same conceptual object, across all modes.
196 ;; i.e., (b) above, all modes that have items that can be thought of as, say,
197 ;; keywords, should be highlighted with the same face, etc.
198 ;; - Make the face attributes fit the concept as far as possible.
199 ;; i.e., function names might be a bold colour such as blue, comments might
200 ;; be a bright colour such as red, character strings might be brown, because,
201 ;; err, strings are brown (that was not the reason, please believe me).
202 ;; - Don't use a non-nil OVERRIDE unless you have a good reason.
203 ;; Only use OVERRIDE for special things that are easy to define, such as the
204 ;; way `...' quotes are treated in strings and comments in Emacs Lisp mode.
205 ;; Don't use it to, say, highlight keywords in commented out code or strings.
206 ;; - Err, that's it.
207 \f
208 ;;; Code:
212 ;; Define core `font-lock' group.
214 "Font Lock mode text highlighting package."
220 "Faces for highlighting text."
225 "Extra mode-specific type names for highlighting declarations."
228 ;; Define support mode groups here to impose `font-lock' group order.
230 "Font Lock support mode to cache fontification."
235 "Font Lock support mode to fontify lazily."
238 \f
239 ;; User variables.
242 "*Maximum size of a buffer for buffer fontification.
243 Only buffers less than this can be fontified when Font Lock mode is turned on.
244 If nil, means size is irrelevant.
245 If a list, each element should be a cons pair of the form (MAJOR-MODE . SIZE),
246 where MAJOR-MODE is a symbol or t (meaning the default). For example:
247 ((c-mode . 256000) (c++-mode . 256000) (rmail-mode . 1048576))
248 means that the maximum size is 250K for buffers in C or C++ modes, one megabyte
249 for buffers in Rmail mode, and size is irrelevant otherwise."
264 "*Maximum decoration level for fontification.
265 If nil, use the default decoration (typically the minimum available).
266 If t, use the maximum decoration available.
267 If a number, use that level of decoration (or if not available the maximum).
268 If a list, each element should be a cons pair of the form (MAJOR-MODE . LEVEL),
269 where MAJOR-MODE is a symbol or t (meaning the default). For example:
270 ((c-mode . t) (c++-mode . 2) (t . 1))
271 means use the maximum decoration available for buffers in C mode, level 2
272 decoration for buffers in C++ mode, and level 1 decoration otherwise."
289 "*If non-nil, means show status messages for buffer fontification.
290 If a number, only buffers greater than this size have fontification messages."
297 "*Number of lines before the changed text to include in refontification."
301 \f
303 ;; Originally these variable values were face names such as `bold' etc.
304 ;; Now we create our own faces, but we keep these variables for compatibility
305 ;; and they give users another mechanism for changing face appearance.
306 ;; We now allow a FACENAME in `font-lock-keywords' to be any expression that
307 ;; returns a face. So the easiest thing is to continue using these variables,
308 ;; rather than sometimes evaling FACENAME and sometimes not. sm.
343 "Face name to use for easy to overlook negation.
352 ;; Fontification variables:
355 "A list of the keywords to highlight.
356 There are two kinds of values: user-level, and compiled.
358 A user-level keywords list is what a major mode or the user would
359 set up. Normally the list would come from `font-lock-defaults'.
360 through selection of a fontification level and evaluation of any
361 contained expressions. You can also alter it by calling
362 `font-lock-add-keywords' or `font-lock-remove-keywords' with MODE = nil.
364 Each element in a user-level keywords list should have one of these forms:
366 MATCHER
367 (MATCHER . MATCH)
368 (MATCHER . FACENAME)
369 (MATCHER . HIGHLIGHT)
370 (MATCHER HIGHLIGHT ...)
371 (eval . FORM)
373 where MATCHER can be either the regexp to search for, or the function name to
374 call to make the search (called with one argument, the limit of the search;
375 it should return non-nil, move point, and set `match-data' appropriately iff
376 it succeeds; like `re-search-forward' would).
377 MATCHER regexps can be generated via the function `regexp-opt'.
379 FORM is an expression, whose value should be a keyword element, evaluated when
380 the keyword is (first) used in a buffer. This feature can be used to provide a
381 keyword that can only be generated when Font Lock mode is actually turned on.
383 HIGHLIGHT should be either MATCH-HIGHLIGHT or MATCH-ANCHORED.
386 typically only MATCH-HIGHLIGHT is required.
387 However, if an item or (typically) items are to be highlighted following the
388 instance of another item (the anchor), for example each instance of the
391 MATCH-HIGHLIGHT should be of the form:
393 (MATCH FACENAME [OVERRIDE [LAXMATCH]])
395 MATCH is the subexpression of MATCHER to be highlighted. FACENAME is an
396 expression whose value is the face name to use. Face default attributes
398 evaluate to a property list of the form (face FACE PROP1 VAL1 PROP2 VAL2 ...)
399 in which case all the listed text-properties will be set rather than
400 just FACE. In such a case, you will most likely want to put those
401 properties in `font-lock-extra-managed-props' or to override
402 `font-lock-unfontify-region-function'.
404 OVERRIDE and LAXMATCH are flags. If OVERRIDE is t, existing fontification can
405 be overwritten. If `keep', only parts not already fontified are highlighted.
406 If `prepend' or `append', existing fontification is merged with the new, in
407 which the new or existing fontification, respectively, takes precedence.
408 If LAXMATCH is non-nil, no error is signaled if there is no MATCH in MATCHER.
410 For example, an element of the form highlights (if not already highlighted):
413 variable `font-lock-keyword-face'.
415 the value of `font-lock-keyword-face'.
419 of `foo-bar-face', even if already highlighted.
420 (fubar-match 1 fubar-face)
421 the first subexpression within all occurrences of
422 whatever the function `fubar-match' finds and matches
423 in the value of `fubar-face'.
425 MATCH-ANCHORED should be of the form:
427 (MATCHER PRE-MATCH-FORM POST-MATCH-FORM MATCH-HIGHLIGHT ...)
429 where MATCHER is a regexp to search for or the function name to call to make
430 the search, as for MATCH-HIGHLIGHT above, but with one exception; see below.
431 PRE-MATCH-FORM and POST-MATCH-FORM are evaluated before the first, and after
432 the last, instance MATCH-ANCHORED's MATCHER is used. Therefore they can be
433 used to initialise before, and cleanup after, MATCHER is used. Typically,
434 PRE-MATCH-FORM is used to move to some position relative to the original
435 MATCHER, before starting with MATCH-ANCHORED's MATCHER. POST-MATCH-FORM might
436 be used to move back, before resuming with MATCH-ANCHORED's parent's MATCHER.
438 For example, an element of the form highlights (if not already highlighted):
449 The above-mentioned exception is as follows. The limit of the MATCHER search
450 defaults to the end of the line after PRE-MATCH-FORM is evaluated.
451 However, if PRE-MATCH-FORM returns a position greater than the position after
452 PRE-MATCH-FORM is evaluated, that position is used as the limit of the search.
453 It is generally a bad idea to return a position greater than the end of the
454 line, i.e., cause the MATCHER search to span lines.
456 These regular expressions can match text which spans lines, although
457 it is better to avoid it if possible since updating them while editing
458 text is slower, and it is not guaranteed to be always correct when using
459 support modes like jit-lock or lazy-lock.
461 This variable is set by major modes via the variable `font-lock-defaults'.
462 Be careful when composing regexps for this list; a poorly written pattern can
463 dramatically slow things down!
465 A compiled keywords list starts with t. It is produced internal
466 by `font-lock-compile-keywords' from a user-level keywords list.
467 Its second element is the user-level keywords list that was
468 compiled. The remaining elements have the same form as
469 user-level keywords, but normally their values have been
473 "Alist of additional `font-lock-keywords' elements for major modes.
475 Each element has the form (MODE KEYWORDS . APPEND).
476 `font-lock-set-defaults' adds the elements in the list KEYWORDS to
477 `font-lock-keywords' when Font Lock is turned on in major mode MODE.
479 If APPEND is nil, KEYWORDS are added at the beginning of
480 `font-lock-keywords'. If it is `set', they are used to replace the
481 value of `font-lock-keywords'. If APPEND is any other non-nil value,
482 they are added at the end.
484 This is normally set via `font-lock-add-keywords' and
488 "Alist of `font-lock-keywords' elements to be removed for major modes.
490 Each element has the form (MODE . KEYWORDS). `font-lock-set-defaults'
491 removes the elements in the list KEYWORDS from `font-lock-keywords'
492 when Font Lock is turned on in major mode MODE.
494 This is normally set via `font-lock-add-keywords' and
498 "*Non-nil means Font Lock should not fontify comments or strings.
502 "*Non-nil means the patterns in `font-lock-keywords' are case-insensitive.
507 "Point up to which `font-lock-syntactic-keywords' has been applied.
508 If nil, this is ignored, in which case the syntactic fontification may
515 "Function to determine which face to use when fontifying syntactically.
516 The function is called with a single parameter (the state as returned by
517 `parse-partial-sexp' at the beginning of the region to highlight) and
521 "A list of the syntactic keywords to highlight.
522 Can be the list or the name of a function or variable whose value is the list.
523 See `font-lock-keywords' for a description of the form of this list;
524 the differences are listed below. MATCH-HIGHLIGHT should be of the form:
526 (MATCH SYNTAX OVERRIDE LAXMATCH)
528 where SYNTAX can be a string (as taken by `modify-syntax-entry'), a syntax
529 table, a cons cell (as returned by `string-to-syntax') or an expression whose
530 value is such a form. OVERRIDE cannot be `prepend' or `append'.
532 For example, an element of the form highlights syntactically:
536 a hash character when following a dollar character, with a SYNTAX of
538 specify hash characters to have comment start syntax, the element will only
539 highlight hash characters that do not follow dollar characters as comments
540 syntactically.
546 both single quotes which surround a single character, with a SYNTAX of
548 does not specify single quotes to have quote syntax, the element will only
549 highlight single quotes of the form 'c' as strings syntactically.
550 Other forms, such as foo'bar or 'fubar', will not be highlighted as strings.
555 "Non-nil means use this syntax table for fontifying.
556 If this is nil, the major mode's syntax table is used.
560 "*Non-nil means use this function to move back outside all constructs.
561 When called with no args it should move point backward to a place which
562 is not in a string or comment and not within any bracket-pairs (or else,
563 a place such that any bracket-pairs outside it can be ignored for Emacs
564 syntax analysis and fontification).
566 If this is nil, Font Lock uses `syntax-begin-function' to move back
567 outside of any comment, string, or sexp. This variable is semi-obsolete;
568 we recommend setting `syntax-begin-function' instead.
573 "*Non-nil means use this function to mark a block of text.
574 When called with no args it should leave point at the beginning of any
575 enclosing textual block and mark at the end.
579 "Function to use for fontifying the buffer.
583 "Function to use for unfontifying the buffer.
584 This is used when turning off Font Lock mode.
588 "Function to use for fontifying a region.
589 It should take two args, the beginning and end of the region, and an optional
590 third arg VERBOSE. If VERBOSE is non-nil, the function should print status
594 "Function to use for unfontifying a region.
595 It should take two args, the beginning and end of the region.
599 "List of Font Lock mode related modes that should not be turned on.
600 Currently, valid mode names are `fast-lock-mode', `jit-lock-mode' and
604 "Whether font-lock should cater to multiline keywords.
605 If nil, don't try to handle multiline patterns.
606 If t, always handle multiline patterns.
607 If `undecided', don't try to handle multiline patterns until you see one.
611 \f
612 ;; Font Lock mode.
615 ;;
616 ;; We don't do this at the top-level as we only use non-autoloaded macros.
618 ;;
619 ;; Borrowed from lazy-lock.el.
620 ;; We use this to preserve or protect things when modifying text properties.
622 "Bind variables according to VARLIST and eval BODY restoring buffer state."
630 deactivate-mark
631 buffer-file-name
632 buffer-file-truename))
639 ;;
640 ;; Shut up the byte compiler.
643 ;;;###autoload
645 ;; Turn on Font Lock mode.
650 ;; Fontify the buffer if we have to.
653 nil)
659 ;; Turn off Font Lock mode.
665 ;;;###autoload
667 "Add highlighting KEYWORDS for MODE.
669 MODE should be a symbol, the major mode command name, such as `c-mode'
670 or nil. If nil, highlighting keywords are added for the current buffer.
671 KEYWORDS should be a list; see the variable `font-lock-keywords'.
672 By default they are added at the beginning of the current highlighting list.
673 If optional argument APPEND is `set', they are used to replace the current
674 highlighting list. If APPEND is any other non-nil value, they are added at the
675 end of the current highlighting list.
677 For example:
679 (font-lock-add-keywords 'c-mode
683 adds two fontification patterns for C mode, to fontify `FIXME:' words, even in
684 comments, and to fontify `and', `or' and `not' words as keywords.
686 When used from a Lisp program (such as a minor mode), it is recommended to
687 use nil for MODE (and place the call on a hook) to avoid subtle problems
688 due to details of the implementation.
690 Note that some modes have specialized support for additional patterns, e.g.,
691 see the variables `c-font-lock-extra-types', `c++-font-lock-extra-types',
692 `objc-font-lock-extra-types' and `java-font-lock-extra-types'."
694 ;; If MODE is non-nil, add the KEYWORDS and APPEND spec to
695 ;; `font-lock-keywords-alist' so `font-lock-set-defaults' uses them.
702 ;; Make sure that `font-lock-removed-keywords-alist' does not
703 ;; contain the new keywords.
706 ;; Otherwise set or add the keywords now.
707 ;; This is a no-op if it has been done already in this buffer.
710 ;; Bring back the user-level (uncompiled) keywords.
713 ;; Now modify or replace them.
719 font-lock-keywords)))
723 ;; If the keywords were compiled before, compile them again.
729 "Update `font-lock-removed-keywords-alist' when adding new KEYWORDS to MODE."
730 ;; When font-lock is enabled first all keywords in the list
731 ;; `font-lock-keywords-alist' are added, then all keywords in the
732 ;; list `font-lock-removed-keywords-alist' are removed. If a
733 ;; keyword was once added, removed, and then added again it must be
734 ;; removed from the removed-keywords list. Otherwise the second add
735 ;; will not take effect.
739 ;; A new set of keywords is defined. Forget all about
740 ;; our old keywords that should be removed.
743 ;; Delete all previously removed keywords.
746 ;; Delete the mode cell if empty.
751 ;; Written by Anders Lindgren <andersl@andersl.com>.
752 ;;
753 ;; Case study:
754 ;; (I) The keywords are removed from a major mode.
755 ;; In this case the keyword could be local (i.e. added earlier by
756 ;; `font-lock-add-keywords'), global, or both.
757 ;;
758 ;; (a) In the local case we remove the keywords from the variable
759 ;; `font-lock-keywords-alist'.
760 ;;
761 ;; (b) The actual global keywords are not known at this time.
762 ;; All keywords are added to `font-lock-removed-keywords-alist',
763 ;; when font-lock is enabled those keywords are removed.
764 ;;
765 ;; Note that added keywords are taken out of the list of removed
766 ;; keywords. This ensure correct operation when the same keyword
767 ;; is added and removed several times.
768 ;;
769 ;; (II) The keywords are removed from the current buffer.
770 ;;;###autoload
772 "Remove highlighting KEYWORDS for MODE.
774 MODE should be a symbol, the major mode command name, such as `c-mode'
775 or nil. If nil, highlighting keywords are removed for the current buffer.
777 When used from a Lisp program (such as a minor mode), it is recommended to
778 use nil for MODE (and place the call on a hook) to avoid subtle problems
779 due to details of the implementation."
781 ;; Remove one keyword at the time.
784 ;; If MODE is non-nil, remove the KEYWORD from
785 ;; `font-lock-keywords-alist'.
788 ;; `keywords-list-append-pair' is a cons with a list of
789 ;; keywords in the car top-cell and the original append
790 ;; argument in the cdr top-cell.
793 ;; Remove keyword list/append pair when the keyword list
794 ;; is empty and append doesn't specify `set'. (If it
795 ;; should be deleted then previously deleted keywords
796 ;; would appear again.)
803 ;; Final cleanup, remove major mode cell if last keyword
804 ;; was deleted.
808 ;; Remember the keyword in case it is not local.
814 font-lock-removed-keywords-alist))))))
816 ;; Otherwise remove it immediately.
819 ;; Bring back the user-level (uncompiled) keywords.
823 ;; Edit them.
829 ;; If the keywords were compiled before, compile them again.
833 \f
834 ;;; Font Lock Support mode.
836 ;; This is the code used to interface font-lock.el with any of its add-on
837 ;; packages, and provide the user interface. Packages that have their own
838 ;; local buffer fontification functions (see below) may have to call
839 ;; `font-lock-after-fontify-buffer' and/or `font-lock-after-unfontify-buffer'
840 ;; themselves.
843 "*Support mode for Font Lock mode.
844 Support modes speed up Font Lock mode by being choosy about when fontification
845 occurs. Known support modes are Fast Lock mode (symbol `fast-lock-mode'),
846 Lazy Lock mode (symbol `lazy-lock-mode'), and Just-in-time Lock mode (symbol
847 `jit-lock-mode'. See those modes for more info.
848 If nil, means support for Font Lock mode is never performed.
849 If a symbol, use that support mode.
850 If a list, each element should be of the form (MAJOR-MODE . SUPPORT-MODE),
851 where MAJOR-MODE is a symbol or t (meaning the default). For example:
852 ((c-mode . fast-lock-mode) (c++-mode . fast-lock-mode) (t . lazy-lock-mode))
853 means that Fast Lock mode is used to support Font Lock mode for buffers in C or
854 C++ modes, and Lazy Lock mode is used to support Font Lock mode otherwise.
856 The value of this variable is used when Font Lock mode is turned on."
872 ))
887 ;; Prepare for jit-lock
892 ;; Don't fontify eagerly (and don't abort is the buffer is large).
894 ;; Use jit-lock.
903 ;; Reset local vars to the non-jit-lock case.
911 ;; Useless now that jit-lock intercepts font-lock-fontify-buffer. -sm
912 ;; (jit-lock-mode
913 ;; (jit-lock-after-fontify-buffer))
920 ;; Useless as well. It's only called when:
921 ;; - turning off font-lock: it does not matter if we leave spurious
922 ;; `fontified' text props around since jit-lock-mode is also off.
923 ;; - font-lock-default-fontify-buffer fails: this is not run
924 ;; any more anyway. -sm
925 ;;
926 ;; (jit-lock-mode
927 ;; (jit-lock-after-unfontify-buffer))
931 ;;; End of Font Lock Support mode.
932 \f
933 ;;; Fontification functions.
935 ;; Rather than the function, e.g., `font-lock-fontify-region' containing the
936 ;; code to fontify a region, the function runs the function whose name is the
937 ;; value of the variable, e.g., `font-lock-fontify-region-function'. Normally,
938 ;; the value of this variable is, e.g., `font-lock-default-fontify-region'
939 ;; which does contain the code to fontify a region. However, the value of the
940 ;; variable could be anything and thus, e.g., `font-lock-fontify-region' could
941 ;; do anything. The indirection of the fontification functions gives major
942 ;; modes the capability of modifying the way font-lock.el fontifies. Major
943 ;; modes can modify the values of, e.g., `font-lock-fontify-region-function',
944 ;; via the variable `font-lock-defaults'.
945 ;;
946 ;; For example, Rmail mode sets the variable `font-lock-defaults' so that
947 ;; font-lock.el uses its own function for buffer fontification. This function
948 ;; makes fontification be on a message-by-message basis and so visiting an
949 ;; RMAIL file is much faster. A clever implementation of the function might
950 ;; fontify the headers differently than the message body. (It should, and
951 ;; correspondingly for Mail mode, but I can't be bothered to do the work. Can
952 ;; you?) This hints at a more interesting use...
953 ;;
954 ;; Languages that contain text normally contained in different major modes
955 ;; could define their own fontification functions that treat text differently
956 ;; depending on its context. For example, Perl mode could arrange that here
957 ;; docs are fontified differently than Perl code. Or Yacc mode could fontify
958 ;; rules one way and C code another. Neat!
959 ;;
960 ;; A further reason to use the fontification indirection feature is when the
961 ;; default syntactual fontification, or the default fontification in general,
962 ;; is not flexible enough for a particular major mode. For example, perhaps
963 ;; comments are just too hairy for `font-lock-fontify-syntactically-region' to
964 ;; cope with. You need to write your own version of that function, e.g.,
965 ;; `hairy-fontify-syntactically-region', and make your own version of
966 ;; `hairy-fontify-region' call that function before calling
967 ;; `font-lock-fontify-keywords-region' for the normal regexp fontification
968 ;; pass. And Hairy mode would set `font-lock-defaults' so that font-lock.el
969 ;; would call your region fontification function instead of its own. For
970 ;; example, TeX modes could fontify {\foo ...} and \bar{...} etc. multi-line
971 ;; directives correctly and cleanly. (It is the same problem as fontifying
972 ;; multi-line strings and comments; regexps are not appropriate for the job.)
974 ;;;###autoload
976 "Fontify the current buffer the way the function `font-lock-mode' would."
994 font-lock-verbose)))
998 ;; Make sure we have the right `font-lock-keywords' etc.
1001 ;; Make sure we fontify etc. in the whole buffer.
1010 ;; We don't restore the old fontification, so it's best to unfontify.
1014 ;; Make sure we unfontify etc. in the whole buffer.
1022 "If non-nil, font-lock will work on the non-widened buffer.
1023 Useful for things like RMAIL and Info where the whole buffer is not
1034 ;; Use the fontification syntax table, if any.
1037 ;; check to see if we should expand the beg/end area for
1038 ;; proper multiline matches
1042 ;; We are just after or in a multiline match.
1054 ;; Now do the fontification.
1061 ;; Clean up.
1064 ;; The following must be rethought, since keywords can override fontification.
1065 ; ;; Now scan for keywords, but not if we are inside a comment now.
1066 ; (or (and (not font-lock-keywords-only)
1067 ; (let ((state (parse-partial-sexp beg end nil nil
1068 ; font-lock-cache-state)))
1069 ; (or (nth 4 state) (nth 7 state))))
1070 ; (font-lock-fontify-keywords-region beg end))
1073 "Additional text properties managed by font-lock.
1074 This is used by `font-lock-default-unfontify-region' to decide
1080 font-lock-extra-managed-props
1085 ;; Called when any modification is made to buffer text.
1091 ;; Rescan between start of lines enclosing the region.
1098 "Fontify some lines the way `font-lock-fontify-buffer' would.
1099 The lines could be a function or paragraph, or a specified number of lines.
1100 If ARG is given, fontify that many lines before and after point, or 16 lines if
1101 no ARG is given and `font-lock-mark-block-function' is nil.
1102 If `font-lock-mark-block-function' non-nil and no ARG is given, it is used to
1103 delimit the region to fontify."
1106 deactivate-mark)
1107 ;; Make sure we have the right `font-lock-keywords' etc.
1124 ;;; End of Fontification functions.
1125 \f
1126 ;;; Additional text property functions.
1128 ;; The following text property functions should be builtins. This means they
1129 ;; should be written in C and put with all the other text property functions.
1130 ;; In the meantime, those that are used by font-lock.el are defined in Lisp
1131 ;; below and given a `font-lock-' prefix. Those that are not used are defined
1132 ;; in Lisp below and commented out. sm.
1135 "Prepend to one property of the text from START to END.
1136 Arguments PROP and VALUE specify the property and value to prepend to the value
1137 already in place. The resulting property values are always lists.
1138 Optional argument OBJECT is the string or buffer containing the text."
1145 object)
1149 "Append to one property of the text from START to END.
1150 Arguments PROP and VALUE specify the property and value to append to the value
1151 already in place. The resulting property values are always lists.
1152 Optional argument OBJECT is the string or buffer containing the text."
1159 object)
1163 "Fill in one property of the text from START to END.
1164 Arguments PROP and VALUE specify the property and value to put where none are
1165 already in place. Therefore existing property values are not overwritten.
1166 Optional argument OBJECT is the string or buffer containing the text."
1173 ;; For completeness: this is to `remove-text-properties' as `put-text-property'
1174 ;; is to `add-text-properties', etc.
1175 ;(defun remove-text-property (start end property &optional object)
1176 ; "Remove a property from text from START to END.
1177 ;Argument PROPERTY is the property to remove.
1178 ;Optional argument OBJECT is the string or buffer containing the text.
1179 ;Return t if the property was actually removed, nil otherwise."
1180 ; (remove-text-properties start end (list property) object))
1182 ;; For consistency: maybe this should be called `remove-single-property' like
1183 ;; `next-single-property-change' (not `next-single-text-property-change'), etc.
1184 ;(defun remove-single-text-property (start end prop value &optional object)
1185 ; "Remove a specific property value from text from START to END.
1186 ;Arguments PROP and VALUE specify the property and value to remove. The
1187 ;resulting property values are not equal to VALUE nor lists containing VALUE.
1188 ;Optional argument OBJECT is the string or buffer containing the text."
1189 ; (let ((start (text-property-not-all start end prop nil object)) next prev)
1190 ; (while start
1191 ; (setq next (next-single-property-change start prop object end)
1192 ; prev (get-text-property start prop object))
1193 ; (cond ((and (symbolp prev) (eq value prev))
1194 ; (remove-text-property start next prop object))
1195 ; ((and (listp prev) (memq value prev))
1196 ; (let ((new (delq value prev)))
1197 ; (cond ((null new)
1198 ; (remove-text-property start next prop object))
1199 ; ((= (length new) 1)
1200 ; (put-text-property start next prop (car new) object))
1201 ; (t
1202 ; (put-text-property start next prop new object))))))
1203 ; (setq start (text-property-not-all next end prop nil object)))))
1205 ;;; End of Additional text property functions.
1206 \f
1207 ;;; Syntactic regexp fontification functions.
1209 ;; These syntactic keyword pass functions are identical to those keyword pass
1210 ;; functions below, with the following exceptions; (a) they operate on
1211 ;; `font-lock-syntactic-keywords' of course, (b) they are all `defun' as speed
1212 ;; is less of an issue, (c) eval of property value does not occur JIT as speed
1213 ;; is less of an issue, (d) OVERRIDE cannot be `prepend' or `append' as it
1214 ;; makes no sense for `syntax-table' property values, (e) they do not do it
1215 ;; LOUDLY as it is not likely to be intensive.
1218 "Apply HIGHLIGHT following a match.
1219 HIGHLIGHT should be of the form MATCH-HIGHLIGHT,
1220 see `font-lock-syntactic-keywords'."
1226 ;; No match but we might not signal an error.
1232 ;; Flush the syntax-cache. I believe this is not necessary for
1233 ;; font-lock's use of syntax-ppss, but I'm not 100% sure and it can
1234 ;; still be necessary for other users of syntax-ppss anyway.
1238 ;; Cannot override existing fontification.
1242 ;; Override existing fontification.
1245 ;; Keep existing fontification.
1249 "Fontify according to KEYWORDS until LIMIT.
1250 KEYWORDS should be of the form MATCH-ANCHORED, see `font-lock-keywords',
1251 LIMIT can be modified by the value of its PRE-MATCH-FORM."
1253 ;; Evaluate PRE-MATCH-FORM.
1255 ;; Set LIMIT to value of PRE-MATCH-FORM or the end of line.
1260 ;; Find an occurrence of `matcher' before `limit'.
1264 ;; Apply each highlight to this instance of `matcher'.
1269 ;; Evaluate POST-MATCH-FORM.
1273 "Fontify according to `font-lock-syntactic-keywords' between START and END.
1274 START should be at the beginning of a line."
1275 ;; Ensure the beginning of the file is properly syntactic-fontified.
1280 ;; If `font-lock-syntactic-keywords' is a symbol, get the real keywords.
1283 font-lock-syntactic-keywords)))
1284 ;; If `font-lock-syntactic-keywords' is not compiled, compile it.
1287 font-lock-syntactic-keywords)))
1288 ;; Get down to business.
1291 keyword matcher highlights)
1293 ;; Find an occurrence of `matcher' from `start' to `end'.
1299 ;; Apply each highlight to this instance of `matcher', which may be
1300 ;; specific highlights or more keywords anchored to `matcher'.
1306 end))
1310 ;;; End of Syntactic regexp fontification functions.
1311 \f
1312 ;;; Syntactic fontification functions.
1321 "Put proper face on each string and comment between START and END.
1322 START should be at the beginning of a line."
1327 state face beg)
1330 ;;
1331 ;; Find the `start' state.
1333 ;;
1334 ;; Find each interesting place between here and `end'.
1345 comment-start-skip))
1346 ;; Find the comment delimiters
1347 ;; and use font-lock-comment-delimiter-face for them.
1351 comment-start-skip))
1353 font-lock-comment-delimiter-face)))
1356 font-lock-comment-delimiter-face))))
1361 ;;; End of Syntactic fontification functions.
1362 \f
1363 ;;; Keyword regexp fontification functions.
1366 "Apply HIGHLIGHT following a match.
1367 HIGHLIGHT should be of the form MATCH-HIGHLIGHT, see `font-lock-keywords'."
1372 ;; No match but we might not signal an error.
1381 ;; If `val' is nil, don't do anything. It is important to do it
1382 ;; explicitly, because when adding nil via things like
1383 ;; font-lock-append-text-property, the property is actually
1384 ;; changed from <face> to (<face>) which is undesirable. --Stef
1385 nil)
1387 ;; Cannot override existing fontification.
1391 ;; Override existing fontification.
1394 ;; Prepend to existing fontification.
1397 ;; Append to existing fontification.
1400 ;; Keep existing fontification.
1404 "Fontify according to KEYWORDS until LIMIT.
1405 KEYWORDS should be of the form MATCH-ANCHORED, see `font-lock-keywords',
1406 LIMIT can be modified by the value of its PRE-MATCH-FORM."
1409 ;; Evaluate PRE-MATCH-FORM.
1411 ;; Set LIMIT to value of PRE-MATCH-FORM or the end of line.
1416 ;; this is a multiline anchored match
1417 ;; (setq font-lock-multiline t)
1421 limit
1424 ;; Find an occurrence of `matcher' before `limit'.
1429 ;; Apply each highlight to this instance of `matcher'.
1434 ;; Evaluate POST-MATCH-FORM.
1438 "Fontify according to `font-lock-keywords' between START and END.
1439 START should be at the beginning of a line.
1440 LOUDLY, if non-nil, allows progress-meter bar."
1448 keyword matcher highlights)
1449 ;;
1450 ;; Fontify each item in `font-lock-keywords' from `start' to `end'.
1454 ;;
1455 ;; Find an occurrence of `matcher' from `start' to `end'.
1466 ;; this is a multiline regexp match
1467 ;; (setq font-lock-multiline t)
1476 ;; Apply each highlight to this instance of `matcher', which may be
1477 ;; specific highlights or more keywords anchored to `matcher'.
1484 ;; Ensure forward progress. `pos' is a marker because anchored
1485 ;; keyword may add/delete text (this happens e.g. in grep.el).
1491 ;;; End of Keyword regexp fontification functions.
1492 \f
1493 ;; Various functions.
1496 "Compile KEYWORDS into the form (t KEYWORDS COMPILED...)
1497 Here each COMPILED is of the form (MATCHER HIGHLIGHT ...) as shown in the
1498 `font-lock-keywords' doc string.
1499 If REGEXP is non-nil, it means these keywords are used for
1500 `font-lock-keywords' rather than for `font-lock-syntactic-keywords'."
1502 keywords
1508 font-lock-beginning-of-syntax-function)
1511 ;; Try to detect when a string or comment contains something that
1512 ;; looks like a defun and would thus confuse font-lock.
1520 font-lock-comment-face))
1521 font-lock-warning-face)
1522 prepend)))))
1523 keywords))
1531 ;; If FORM is a FACENAME then quote it. Otherwise ignore the quote.
1542 keyword)))
1545 "Evalulate KEYWORDS if a function (funcall) or variable (eval) name."
1547 keywords
1553 "Return value in ALIST for `major-mode', or ALIST if it is not an alist.
1554 Structure is ((MAJOR-MODE . VALUE) ...) where MAJOR-MODE may be t."
1557 alist))
1560 "Return LEVELth element of KEYWORDS.
1561 A LEVEL of nil is equal to a LEVEL of 0, a LEVEL of t is equal to
1562 \(1- (length KEYWORDS))."
1564 keywords)
1575 "Set fontification defaults appropriately for this mode.
1576 Sets various variables using `font-lock-defaults' (or, if nil, using
1577 `font-lock-defaults-alist') and `font-lock-maximum-decoration'."
1578 ;; Set fontification defaults iff not previously set.
1586 font-lock-defaults-alist)))))
1594 ;; Syntactic fontification?
1597 ;; Case fold during regexp fontification?
1600 ;; Syntax table for regexp and syntactic fontification?
1605 ;; The character to modify may be a single CHAR or a STRING.
1611 ;; Syntax function for syntactic fontification?
1615 ;; Variable alist?
1618 ;; Set up `font-lock-keywords' last because its value might depend
1619 ;; on other settings (e.g. font-lock-compile-keywords uses
1620 ;; font-lock-beginning-of-syntax-function).
1623 ;; Local fontification?
1629 ;; Now compile the keywords.
1633 \f
1634 ;;; Colour etc. support.
1636 ;; Originally face attributes were specified via `font-lock-face-attributes'.
1637 ;; Users then changed the default face attributes by setting that variable.
1638 ;; However, we try and be back-compatible and respect its value if set except
1639 ;; for faces where M-x customize has been used to save changes for the face.
1645 ;; Rustle up a `defface' SPEC from a `font-lock-face-attributes' entry.
1652 face-spec)
1665 ;; But now we do it the custom way. Note that `defface' will not overwrite any
1666 ;; faces declared above via `custom-declare-face'.
1681 )
1683 )
1685 "Font Lock mode face used to highlight comments."
1696 "Font Lock mode face used to highlight comment delimiters."
1708 "Font Lock mode face used to highlight strings."
1713 "Font Lock mode face used to highlight documentation."
1725 "Font Lock mode face used to highlight keywords."
1737 "Font Lock mode face used to highlight builtins."
1747 "Font Lock mode face used to highlight function names."
1761 "Font Lock mode face used to highlight variable names."
1773 "Font Lock mode face used to highlight type and classes."
1787 "Font Lock mode face used to highlight constants and labels."
1797 "Font Lock mode face used to highlight warnings."
1802 "Font Lock mode face used to highlight easy to overlook negation."
1807 "Font Lock mode face used to highlight preprocessor directives."
1810 ;;; End of Colour etc. support.
1811 \f
1812 ;;; Menu support.
1814 ;; This section of code is commented out because Emacs does not have real menu
1815 ;; buttons. (We can mimic them by putting "( ) " or "(X) " at the beginning of
1816 ;; the menu entry text, but with Xt it looks both ugly and embarrassingly
1817 ;; amateur.) If/When Emacs gets real menus buttons, put in menu-bar.el after
1818 ;; the entry for "Text Properties" something like:
1819 ;;
1820 ;; (define-key menu-bar-edit-menu [font-lock]
1821 ;; (cons "Syntax Highlighting" font-lock-menu))
1822 ;;
1823 ;; and remove a single ";" from the beginning of each line in the rest of this
1824 ;; section. Probably the mechanism for telling the menu code what are menu
1825 ;; buttons and when they are on or off needs tweaking. I have assumed that the
1826 ;; mechanism is via `menu-toggle' and `menu-selected' symbol properties. sm.
1828 ;;;;###autoload
1829 ;(progn
1830 ; ;; Make the Font Lock menu.
1831 ; (defvar font-lock-menu (make-sparse-keymap "Syntax Highlighting"))
1832 ; ;; Add the menu items in reverse order.
1833 ; (define-key font-lock-menu [fontify-less]
1834 ; '("Less In Current Buffer" . font-lock-fontify-less))
1835 ; (define-key font-lock-menu [fontify-more]
1836 ; '("More In Current Buffer" . font-lock-fontify-more))
1837 ; (define-key font-lock-menu [font-lock-sep]
1838 ; '("--"))
1839 ; (define-key font-lock-menu [font-lock-mode]
1840 ; '("In Current Buffer" . font-lock-mode))
1841 ; (define-key font-lock-menu [global-font-lock-mode]
1842 ; '("In All Buffers" . global-font-lock-mode)))
1843 ;
1844 ;;;;###autoload
1845 ;(progn
1846 ; ;; We put the appropriate `menu-enable' etc. symbol property values on when
1847 ; ;; font-lock.el is loaded, so we don't need to autoload the three variables.
1848 ; (put 'global-font-lock-mode 'menu-toggle t)
1849 ; (put 'font-lock-mode 'menu-toggle t)
1850 ; (put 'font-lock-fontify-more 'menu-enable '(identity))
1851 ; (put 'font-lock-fontify-less 'menu-enable '(identity)))
1852 ;
1853 ; ;; Put the appropriate symbol property values on now. See above.
1854 ;(put 'global-font-lock-mode 'menu-selected 'global-font-lock-mode)
1855 ;(put 'font-lock-mode 'menu-selected 'font-lock-mode)
1856 ;(put 'font-lock-fontify-more 'menu-enable '(nth 2 font-lock-fontify-level))
1857 ;(put 'font-lock-fontify-less 'menu-enable '(nth 1 font-lock-fontify-level))
1858 ;
1859 ;(defvar font-lock-fontify-level nil) ; For less/more fontification.
1860 ;
1861 ;(defun font-lock-fontify-level (level)
1862 ; (let ((font-lock-maximum-decoration level))
1863 ; (when font-lock-mode
1864 ; (font-lock-mode))
1865 ; (font-lock-mode)
1866 ; (when font-lock-verbose
1867 ; (message "Fontifying %s... level %d" (buffer-name) level))))
1868 ;
1869 ;(defun font-lock-fontify-less ()
1870 ; "Fontify the current buffer with less decoration.
1871 ;See `font-lock-maximum-decoration'."
1872 ; (interactive)
1873 ; ;; Check in case we get called interactively.
1874 ; (if (nth 1 font-lock-fontify-level)
1875 ; (font-lock-fontify-level (1- (car font-lock-fontify-level)))
1876 ; (error "No less decoration")))
1877 ;
1878 ;(defun font-lock-fontify-more ()
1879 ; "Fontify the current buffer with more decoration.
1880 ;See `font-lock-maximum-decoration'."
1881 ; (interactive)
1882 ; ;; Check in case we get called interactively.
1883 ; (if (nth 2 font-lock-fontify-level)
1884 ; (font-lock-fontify-level (1+ (car font-lock-fontify-level)))
1885 ; (error "No more decoration")))
1886 ;
1887 ; ;; This should be called by `font-lock-set-defaults'.
1888 ;(defun font-lock-set-menu ()
1889 ; ;; Activate less/more fontification entries if there are multiple levels for
1890 ; ;; the current buffer. Sets `font-lock-fontify-level' to be of the form
1891 ; ;; (CURRENT-LEVEL IS-LOWER-LEVEL-P IS-HIGHER-LEVEL-P) for menu activation.
1892 ; (let ((keywords (or (nth 0 font-lock-defaults)
1893 ; (nth 1 (assq major-mode font-lock-defaults-alist))))
1894 ; (level (font-lock-value-in-major-mode font-lock-maximum-decoration)))
1895 ; (make-local-variable 'font-lock-fontify-level)
1896 ; (if (or (symbolp keywords) (= (length keywords) 1))
1897 ; (font-lock-unset-menu)
1898 ; (cond ((eq level t)
1899 ; (setq level (1- (length keywords))))
1900 ; ((or (null level) (zerop level))
1901 ; ;; The default level is usually, but not necessarily, level 1.
1902 ; (setq level (- (length keywords)
1903 ; (length (member (eval (car keywords))
1904 ; (mapcar 'eval (cdr keywords))))))))
1905 ; (setq font-lock-fontify-level (list level (> level 1)
1906 ; (< level (1- (length keywords))))))))
1907 ;
1908 ; ;; This should be called by `font-lock-unset-defaults'.
1909 ;(defun font-lock-unset-menu ()
1910 ; ;; Deactivate less/more fontification entries.
1911 ; (setq font-lock-fontify-level nil))
1913 ;;; End of Menu support.
1914 \f
1915 ;;; Various regexp information shared by several modes.
1916 ; ;; Information specific to a single mode should go in its load library.
1918 ;; Font Lock support for C, C++, Objective-C and Java modes is now in
1919 ;; cc-fonts.el (and required by cc-mode.el). However, the below function
1920 ;; should stay in font-lock.el, since it is used by other libraries. sm.
1923 "Match, and move over, any declaration/definition item after point.
1924 Matches after point, but ignores leading whitespace and `*' characters.
1925 Does not move further than LIMIT.
1927 The expected syntax of a declaration/definition item is `word' (preceded by
1928 optional whitespace and `*' characters and proceeded by optional whitespace)
1929 optionally followed by a `('. Everything following the item (but belonging to
1930 it) is expected to be skip-able by `scan-sexps', and items are expected to be
1931 separated with a `,' and to be terminated with a `;'.
1933 Thus the regexp matches after point: word (
1934 ^^^^ ^
1935 Where the match subexpressions are: 1 2
1937 The item is delimited by (match-beginning 1) and (match-end 1).
1938 If (match-beginning 2) is non-nil, the item is followed by a `('.
1940 This function could be MATCHER in a MATCH-ANCHORED `font-lock-keywords' item."
1943 ;; If `word' is followed by a double open-paren, it's probably
1944 ;; a macro used for "int myfun P_ ((int arg1))". Let's go back one
1945 ;; word to try and match `myfun' rather than `P_'.
1950 ;; Looks like it was something else, so go back to where we
1951 ;; were and reset the match data by rematching.
1957 ;; Restrict to the LIMIT.
1960 ;; Move over any item value, etc., to the next item.
1965 \f
1966 ;; Lisp.
1972 ;; Function declarations.
1978 ;; Variable declarations.
1980 ;; Structure declarations.
1983 ;; Any whitespace and defined object.
1990 nil t))
1991 ;; Emacs Lisp autoload cookies.
1993 ;; Regexp negated char group.
2010 "eval-when"
2011 "with-category-table"
2020 ;; Control structures. Common Lisp forms.
2041 ;; Exit/Feature symbols as constants.
2046 ;; Erroneous structures.
2047 ("(\\(abort\\|assert\\|warn\\|check-type\\|cerror\\|error\\|signal\\)\\>" 1 font-lock-warning-face)
2048 ;; Words inside \\[] tend to be for `substitute-command-keys'.
2050 ;; Words inside `' tend to be symbol names.
2052 ;; Constant values.
2054 ;; ELisp and CLisp `&' keywords as types.
2056 ;; Make regexp grouping constructs bold, so they stand out, but only
2057 ;; in strings.
2064 ;; Should we introduce a lowlight face for this?
2065 ;; Ideally that would retain the color, dimmed.
2069 ;; Underline innermost grouping, so that you can more easily see what
2070 ;; belongs together. 2005-05-12: Font-lock can go into an
2071 ;; unbreakable endless loop on this -- something's broken.
2072 ;;("[\\][\\][(]\\(?:\\?:\\)?\\(\\(?:[^\\\"]+\\|[\\]\\(?:[^\\]\\|[\\][^(]\\)\\)+?\\)[\\][\\][)]"
2073 ;;1 'underline prepend)
2074 ;;; This is too general -- rms.
2075 ;;; A user complained that he has functions whose names start with `do'
2076 ;;; and that they get the wrong color.
2077 ;;; ;; CL `with-' and `do-' constructs
2078 ;;; ("(\\(\\(do-\\|with-\\)\\(\\s_\\|\\w\\)*\\)" 1 font-lock-keyword-face)
2079 )))
2084 \f
2087 ;; arch-tag: 682327e4-64d8-4057-b20b-1fbb9f1fc54c
2088 ;;; font-lock.el ends here