| blob | b5ff5cfd0af6ae1eb8a41648966a88efe6889ac2 |
1 ;;; font-lock.el --- Electric font lock mode
3 ;; Copyright (C) 1992-2016 Free Software Foundation, Inc.
5 ;; Author: Jamie Zawinski
6 ;; Richard Stallman
7 ;; Stefan Monnier
8 ;; Maintainer: emacs-devel@gnu.org
9 ;; Keywords: languages, faces
10 ;; Package: emacs
12 ;; This file is part of GNU Emacs.
14 ;; GNU Emacs is free software: you can redistribute it and/or modify
15 ;; it under the terms of the GNU General Public License as published by
16 ;; the Free Software Foundation, either version 3 of the License, or
17 ;; (at your option) any later version.
19 ;; GNU Emacs is distributed in the hope that it will be useful,
20 ;; but WITHOUT ANY WARRANTY; without even the implied warranty of
21 ;; MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
22 ;; GNU General Public License for more details.
24 ;; You should have received a copy of the GNU General Public License
25 ;; along with GNU Emacs. If not, see <http://www.gnu.org/licenses/>.
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 init 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's 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 the buffer local variable `font-lock-defaults'.
104 ;; (Font Lock mode is set up via (a) where a mode's patterns are
105 ;; distributed with the mode's package library, and (b) where a mode's
106 ;; patterns are distributed with font-lock.el itself. An example of (a)
107 ;; is Pascal mode, an example of (b) is Lisp mode. Normally, the mechanism is
108 ;; (a); (b) is used where it is not clear which package library should contain
109 ;; the pattern definitions.) Font Lock mode chooses which variable to use for
110 ;; fontification based on `font-lock-maximum-decoration'.
111 ;;
112 ;; Font Lock mode fontification behavior can be modified in a number of ways.
113 ;; See the below comments and the comments distributed throughout this file.
115 ;;; Constructing patterns:
117 ;; See the documentation for the variable `font-lock-keywords'.
118 ;;
119 ;; Efficient regexps for use as MATCHERs for `font-lock-keywords' and
120 ;; `font-lock-syntactic-keywords' can be generated via the function
121 ;; `regexp-opt'.
123 ;;; Adding patterns for modes that already support Font Lock:
125 ;; Though Font Lock highlighting patterns already exist for many modes, it's
126 ;; likely there's something that you want fontified that currently isn't, even
127 ;; at the maximum fontification level. You can add highlighting patterns via
128 ;; `font-lock-add-keywords'. For example, say in some C
129 ;; header file you #define the token `and' to expand to `&&', etc., to make
130 ;; your C code almost readable. In your ~/.emacs there could be:
131 ;;
132 ;; (font-lock-add-keywords 'c-mode '("\\<\\(and\\|or\\|not\\)\\>"))
133 ;;
134 ;; Some modes provide specific ways to modify patterns based on the values of
135 ;; other variables. For example, additional C types can be specified via the
136 ;; variable `c-font-lock-extra-types'.
138 ;;; Adding patterns for modes that do not support Font Lock:
140 ;; Not all modes support Font Lock mode. If you (as a user of the mode) add
141 ;; patterns for a new mode, you must define in your ~/.emacs a variable or
142 ;; variables that specify regexp fontification. Then, you should indicate to
143 ;; Font Lock mode, via the mode hook setting `font-lock-defaults', exactly what
144 ;; support is required. For example, say Foo mode should have the following
145 ;; regexps fontified case-sensitively, and comments and strings should not be
146 ;; fontified automagically. In your ~/.emacs there could be:
147 ;;
148 ;; (defvar foo-font-lock-keywords
149 ;; '(("\\<\\(one\\|two\\|three\\)\\>" . 'font-lock-keyword-face)
150 ;; ("\\<\\(four\\|five\\|six\\)\\>" . 'font-lock-type-face))
151 ;; "Default expressions to highlight in Foo mode.")
152 ;;
153 ;; (add-hook 'foo-mode-hook
154 ;; (lambda ()
155 ;; (set (make-local-variable 'font-lock-defaults)
156 ;; '(foo-font-lock-keywords t))))
158 ;;; Adding Font Lock support for modes:
160 ;; Of course, it would be better that the mode already supports Font Lock mode.
161 ;; The package author would do something similar to above. The mode must
162 ;; define at the top-level a variable or variables that specify regexp
163 ;; fontification. Then, the mode command should indicate to Font Lock mode,
164 ;; via `font-lock-defaults', exactly what support is required. For example,
165 ;; say Bar mode should have the following regexps fontified case-insensitively,
166 ;; and comments and strings should be fontified automagically. In bar.el there
167 ;; could be:
168 ;;
169 ;; (defvar bar-font-lock-keywords
170 ;; '(("\\<\\(uno\\|due\\|tre\\)\\>" . 'font-lock-keyword-face)
171 ;; ("\\<\\(quattro\\|cinque\\|sei\\)\\>" . 'font-lock-type-face))
172 ;; "Default expressions to highlight in Bar mode.")
173 ;;
174 ;; and within `bar-mode' there could be:
175 ;;
176 ;; (set (make-local-variable 'font-lock-defaults)
177 ;; '(bar-font-lock-keywords nil t))
178 \f
179 ;; What is fontification for? You might say, "It's to make my code look nice."
180 ;; I think it should be for adding information in the form of cues. These cues
181 ;; should provide you with enough information to both (a) distinguish between
182 ;; different items, and (b) identify the item meanings, without having to read
183 ;; the items and think about it. Therefore, fontification allows you to think
184 ;; less about, say, the structure of code, and more about, say, why the code
185 ;; doesn't work. Or maybe it allows you to think less and drift off to sleep.
186 ;;
187 ;; So, here are my opinions/advice/guidelines:
188 ;;
189 ;; - Highlight conceptual objects, such as function and variable names, and
190 ;; different objects types differently, i.e., (a) and (b) above, highlight
191 ;; function names differently to variable names.
192 ;; - Keep the faces distinct from each other as far as possible.
193 ;; i.e., (a) above.
194 ;; - Use the same face for the same conceptual object, across all modes.
195 ;; i.e., (b) above, all modes that have items that can be thought of as, say,
196 ;; keywords, should be highlighted with the same face, etc.
197 ;; - Make the face attributes fit the concept as far as possible.
198 ;; i.e., function names might be a bold color such as blue, comments might
199 ;; be a bright color such as red, character strings might be brown, because,
200 ;; err, strings are brown (that was not the reason, please believe me).
201 ;; - Don't use a non-nil OVERRIDE unless you have a good reason.
202 ;; Only use OVERRIDE for special things that are easy to define, such as the
203 ;; way `...' quotes are treated in strings and comments in Emacs Lisp mode.
204 ;; Don't use it to, say, highlight keywords in commented out code or strings.
205 ;; - Err, that's it.
206 \f
207 ;;; 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."
227 \f
228 ;; User variables.
231 "Maximum buffer size for unsupported buffer fontification.
232 When `font-lock-support-mode' is nil, only buffers smaller than
233 this are fontified. This variable has no effect if a Font Lock
234 support mode (usually `jit-lock-mode') is enabled.
236 If nil, means size is irrelevant.
237 If a list, each element should be a cons pair of the form (MAJOR-MODE . SIZE),
238 where MAJOR-MODE is a symbol or t (meaning the default). For example:
239 ((c-mode . 256000) (c++-mode . 256000) (rmail-mode . 1048576))
240 means that the maximum size is 250K for buffers in C or C++ modes, one megabyte
241 for buffers in Rmail mode, and size is irrelevant otherwise."
257 "Maximum decoration level for fontification.
258 If nil, use the default decoration (typically the minimum available).
259 If t, use the maximum decoration available.
260 If a number, use that level of decoration (or if not available the maximum).
261 The higher the number, the more decoration is done.
262 If a list, each element should be a cons pair of the form (MAJOR-MODE . LEVEL),
263 where MAJOR-MODE is a symbol or t (meaning the default). For example:
264 ((c-mode . t) (c++-mode . 2) (t . 1))
265 means use the maximum decoration available for buffers in C mode, level 2
266 decoration for buffers in C++ mode, and level 1 decoration otherwise."
283 "If non-nil, means show status messages for buffer fontification.
284 If a number, only buffers greater than this size have fontification messages."
290 \f
292 ;; Originally these variable values were face names such as `bold' etc.
293 ;; Now we create our own faces, but we keep these variables for compatibility
294 ;; and they give users another mechanism for changing face appearance.
295 ;; We now allow a FACENAME in `font-lock-keywords' to be any expression that
296 ;; returns a face. So the easiest thing is to continue using these variables,
297 ;; rather than sometimes evalling FACENAME and sometimes not. sm.
299 ;; Note that in new code, in the vast majority of cases there is no
300 ;; need to create variables that specify face names. Simply using
301 ;; faces directly is enough. Font-lock is not a template to be
302 ;; followed in this area.
337 "Face name to use for easy to overlook negation.
346 ;; Fontification variables:
349 "A list of the keywords to highlight.
350 There are two kinds of values: user-level, and compiled.
352 A user-level keywords list is what a major mode or the user would
353 set up. Normally the list would come from `font-lock-defaults'.
354 through selection of a fontification level and evaluation of any
355 contained expressions. You can also alter it by calling
356 `font-lock-add-keywords' or `font-lock-remove-keywords' with MODE = nil.
358 Each element in a user-level keywords list should have one of these forms:
360 MATCHER
361 (MATCHER . SUBEXP)
362 (MATCHER . FACENAME)
363 (MATCHER . HIGHLIGHT)
364 (MATCHER HIGHLIGHT ...)
365 (eval . FORM)
367 where MATCHER can be either the regexp to search for, or the
368 function name to call to make the search (called with one
369 argument, the limit of the search; it should return non-nil, move
370 point, and set `match-data' appropriately if it succeeds; like
371 `re-search-forward' would). MATCHER regexps can be generated via
372 the function `regexp-opt'.
374 FORM is an expression, whose value should be a keyword element,
375 evaluated when the keyword is (first) used in a buffer. This
376 feature can be used to provide a keyword that can only be
377 generated when Font Lock mode is actually turned on.
379 HIGHLIGHT should be either MATCH-HIGHLIGHT or MATCH-ANCHORED.
381 For highlighting single items, for example each instance of the
383 However, if an item or (typically) items are to be highlighted
384 following the instance of another item (the anchor), for example
386 then MATCH-ANCHORED may be required.
388 MATCH-HIGHLIGHT should be of the form:
390 (SUBEXP FACENAME [OVERRIDE [LAXMATCH]])
392 SUBEXP is the number of the subexpression of MATCHER to be
393 highlighted.
395 FACENAME is an expression whose value is the face name to use.
396 Instead of a face, FACENAME can evaluate to a property list of
397 the form (face FACE PROP1 VAL1 PROP2 VAL2 ...) in which case all
398 the listed text-properties will be set rather than just FACE. In
399 such a case, you will most likely want to put those properties in
400 `font-lock-extra-managed-props' or to override
401 `font-lock-unfontify-region-function'.
403 OVERRIDE and LAXMATCH are flags. If OVERRIDE is t, existing
404 fontification can be overwritten. If `keep', only parts not
405 already fontified are highlighted. If `prepend' or `append',
406 existing fontification is merged with the new, in which the new
407 or existing fontification, respectively, takes precedence. If
408 LAXMATCH is non-nil, that means don't signal an error if there is
409 no match for SUBEXP in MATCHER.
411 For example, an element of the form highlights (if not already
412 highlighted):
416 `font-lock-keyword-face'.
420 value of `font-lock-keyword-face'.
427 `foo-bar-face', even if already highlighted.
429 (fubar-match 1 fubar-face)
430 The first subexpression within all occurrences of whatever the
431 function `fubar-match' finds and matches in the value of
432 `fubar-face'.
434 MATCH-ANCHORED should be of the form:
436 (MATCHER PRE-MATCH-FORM POST-MATCH-FORM MATCH-HIGHLIGHT ...)
438 where MATCHER is a regexp to search for or the function name to
439 call to make the search, as for MATCH-HIGHLIGHT above, but with
440 one exception; see below. PRE-MATCH-FORM and POST-MATCH-FORM are
441 evaluated before the first, and after the last, instance
442 MATCH-ANCHORED's MATCHER is used. Therefore they can be used to
443 initialize before, and cleanup after, MATCHER is used.
444 Typically, PRE-MATCH-FORM is used to move to some position
445 relative to the original MATCHER, before starting with
446 MATCH-ANCHORED's MATCHER. POST-MATCH-FORM might be used to move
447 back, before resuming with MATCH-ANCHORED's parent's MATCHER.
449 For example, an element of the form highlights (if not already
450 highlighted):
456 `anchor-face', and subsequent discrete occurrences of
458 (Here PRE-MATCH-FORM and POST-MATCH-FORM are nil. Therefore
463 The above-mentioned exception is as follows. The limit of the
464 MATCHER search defaults to the end of the line after
465 PRE-MATCH-FORM is evaluated. However, if PRE-MATCH-FORM returns
466 a position greater than the position after PRE-MATCH-FORM is
467 evaluated, that position is used as the limit of the search. It
468 is generally a bad idea to return a position greater than the end
469 of the line, i.e., cause the MATCHER search to span lines.
471 These regular expressions can match text which spans lines,
472 although it is better to avoid it if possible since updating them
473 while editing text is slower, and it is not guaranteed to be
474 always correct when using support modes like jit-lock or
475 lazy-lock.
477 This variable is set by major modes via the variable
478 `font-lock-defaults'. Be careful when composing regexps for this
479 list; a poorly written pattern can dramatically slow things down!
481 A compiled keywords list starts with t. It is produced
482 internally by `font-lock-compile-keywords' from a user-level
483 keywords list. Its second element is the user-level keywords
484 list that was compiled. The remaining elements have the same
485 form as user-level keywords, but normally their values have been
489 "Alist of additional `font-lock-keywords' elements for major modes.
491 Each element has the form (MODE KEYWORDS . HOW).
492 Function `font-lock-set-defaults' adds the elements in the list KEYWORDS to
493 `font-lock-keywords' when Font Lock is turned on in major mode MODE.
495 If HOW is nil, KEYWORDS are added at the beginning of
496 `font-lock-keywords'. If it is `set', they are used to replace the
497 value of `font-lock-keywords'. If HOW is any other non-nil value,
498 they are added at the end.
500 This is normally set via `font-lock-add-keywords' and
505 "Alist of `font-lock-keywords' elements to be removed for major modes.
507 Each element has the form (MODE . KEYWORDS). Function `font-lock-set-defaults'
508 removes the elements in the list KEYWORDS from `font-lock-keywords'
509 when Font Lock is turned on in major mode MODE.
511 This is normally set via `font-lock-add-keywords' and
515 "Non-nil means Font Lock should not fontify comments or strings.
519 "Non-nil means the patterns in `font-lock-keywords' are case-insensitive.
520 This is set via the function `font-lock-set-defaults', based on
525 "Point up to which `font-lock-syntactic-keywords' has been applied.
526 If nil, this is ignored, in which case the syntactic fontification may
533 "Function to determine which face to use when fontifying syntactically.
534 The function is called with a single parameter (the state as returned by
535 `parse-partial-sexp' at the beginning of the region to highlight) and
539 "A list of the syntactic keywords to put syntax properties on.
540 The value can be the list itself, or the name of a function or variable
541 whose value is the list.
543 See `font-lock-keywords' for a description of the form of this list;
544 only the differences are stated here. MATCH-HIGHLIGHT should be of the form:
546 (SUBEXP SYNTAX OVERRIDE LAXMATCH)
548 where SYNTAX can be a string (as taken by `modify-syntax-entry'), a syntax
549 table, a cons cell (as returned by `string-to-syntax') or an expression whose
550 value is such a form. OVERRIDE cannot be `prepend' or `append'.
552 Here are two examples of elements of `font-lock-syntactic-keywords'
553 and what they do:
558 dollar-sign character. Hash characters in other contexts will still
559 follow whatever the syntax table says about the hash character.
565 gives a pair of apostrophes, which surround a single character, a
568 contexts will not be affected.
575 "Non-nil means use this syntax table for fontifying.
576 If this is nil, the major mode's syntax table is used.
580 "Non-nil means use this function to mark a block of text.
581 When called with no args it should leave point at the beginning of any
582 enclosing textual block and mark at the end.
586 "Function to use for fontifying the buffer.
590 "Function to use for unfontifying the buffer.
591 This is used when turning off Font Lock mode.
595 "Function to use for fontifying a region.
596 It should take two args, the beginning and end of the region, and an optional
597 third arg VERBOSE. If VERBOSE is non-nil, the function should print status
598 messages. This is normally set via `font-lock-defaults'.
599 If it fontifies a larger region, it should ideally return a list of the form
600 \(jit-lock-bounds BEG . END) indicating the bounds of the region actually
604 "Function to use for unfontifying a region.
605 It should take two args, the beginning and end of the region.
609 "List of Font Lock mode related modes that should not be turned on.
610 Currently, valid mode names are `fast-lock-mode', `jit-lock-mode' and
615 "Whether font-lock should cater to multiline keywords.
616 If nil, don't try to handle multiline patterns.
617 If t, always handle multiline patterns.
618 If `undecided', don't try to handle multiline patterns until you see one.
622 \f
623 ;; Font Lock mode.
626 ;;
627 ;; Borrowed from lazy-lock.el.
628 ;; We use this to preserve or protect things when modifying text properties.
630 "Bind variables according to VARLIST and eval BODY restoring buffer state."
635 ;;
636 ;; Shut up the byte compiler.
642 "Return non-nil if the current buffer is ready for fontification.
643 The MODE argument, if non-nil, means Font Lock mode is about to
644 be enabled."
647 font-lock-keywords)
649 font-lock-set-defaults
650 font-lock-major-mode
654 ;; The first fontification after turning the mode on. This must
655 ;; only be called after the mode hooks have been run.
660 nil)
668 ;; Turn on Font Lock mode.
673 ;; Turn off Font Lock mode.
680 "Add highlighting KEYWORDS for MODE.
682 MODE should be a symbol, the major mode command name, such as `c-mode'
683 or nil. If nil, highlighting keywords are added for the current buffer.
684 KEYWORDS should be a list; see the variable `font-lock-keywords'.
685 By default they are added at the beginning of the current highlighting list.
686 If optional argument HOW is `set', they are used to replace the current
687 highlighting list. If HOW is any other non-nil value, they are added at the
688 end of the current highlighting list.
690 For example:
696 adds two fontification patterns for C mode, to fontify `FIXME:' words, even in
697 comments, and to fontify `and', `or' and `not' words as keywords.
699 The above procedure will only add the keywords for C mode, not
700 for modes derived from C mode. To add them for derived modes too,
701 pass nil for MODE and add the call to c-mode-hook.
703 For example:
706 (lambda ()
707 (font-lock-add-keywords nil
712 The above procedure may fail to add keywords to derived modes if
713 some involved major mode does not follow the standard conventions.
714 File a bug report if this happens, so the major mode can be corrected.
716 Note that some modes have specialized support for additional patterns, e.g.,
717 see the variables `c-font-lock-extra-types', `c++-font-lock-extra-types',
718 `objc-font-lock-extra-types' and `java-font-lock-extra-types'."
720 ;; If MODE is non-nil, add the KEYWORDS and HOW spec to
721 ;; `font-lock-keywords-alist' so `font-lock-set-defaults' uses them.
728 ;; Make sure that `font-lock-removed-keywords-alist' does not
729 ;; contain the new keywords.
734 ;; The major mode has not set any keywords, so when we enabled
735 ;; font-lock-mode it only enabled the font-core.el part, not the
736 ;; font-lock-mode-internal. Try again.
740 ;; Otherwise set or add the keywords now.
741 ;; This is a no-op if it has been done already in this buffer
742 ;; for the correct major mode.
745 ;; Bring back the user-level (uncompiled) keywords.
748 ;; Now modify or replace them.
754 font-lock-keywords)))
758 ;; If the keywords were compiled before, compile them again.
764 "Update `font-lock-removed-keywords-alist' when adding new KEYWORDS to MODE."
765 ;; When font-lock is enabled first all keywords in the list
766 ;; `font-lock-keywords-alist' are added, then all keywords in the
767 ;; list `font-lock-removed-keywords-alist' are removed. If a
768 ;; keyword was once added, removed, and then added again it must be
769 ;; removed from the removed-keywords list. Otherwise the second add
770 ;; will not take effect.
774 ;; A new set of keywords is defined. Forget all about
775 ;; our old keywords that should be removed.
778 ;; Delete all previously removed keywords.
781 ;; Delete the mode cell if empty.
786 ;; Written by Anders Lindgren
787 ;;
788 ;; Case study:
789 ;; (I) The keywords are removed from a major mode.
790 ;; In this case the keyword could be local (i.e. added earlier by
791 ;; `font-lock-add-keywords'), global, or both.
792 ;;
793 ;; (a) In the local case we remove the keywords from the variable
794 ;; `font-lock-keywords-alist'.
795 ;;
796 ;; (b) The actual global keywords are not known at this time.
797 ;; All keywords are added to `font-lock-removed-keywords-alist',
798 ;; when font-lock is enabled those keywords are removed.
799 ;;
800 ;; Note that added keywords are taken out of the list of removed
801 ;; keywords. This ensure correct operation when the same keyword
802 ;; is added and removed several times.
803 ;;
804 ;; (II) The keywords are removed from the current buffer.
806 "Remove highlighting KEYWORDS for MODE.
808 MODE should be a symbol, the major mode command name, such as
809 `c-mode' or nil. If nil, highlighting keywords are removed for
810 the current buffer.
812 For a description of KEYWORDS, see `font-lock-add-keywords'.
814 To make the removal apply to modes derived from MODE as well,
815 pass nil for MODE and add the call to MODE-hook. This may fail
816 for some derived modes if some involved major mode does not
817 follow the standard conventions. File a bug report if this
818 happens, so the major mode can be corrected."
820 ;; Remove one keyword at the time.
823 ;; If MODE is non-nil, remove the KEYWORD from
824 ;; `font-lock-keywords-alist'.
827 ;; `keywords-list-how-pair' is a cons with a list of
828 ;; keywords in the car top-cell and the original how
829 ;; argument in the cdr top-cell.
832 ;; Remove keyword list/how pair when the keyword list
833 ;; is empty and how doesn't specify `set'. (If it
834 ;; should be deleted then previously deleted keywords
835 ;; would appear again.)
842 ;; Final cleanup, remove major mode cell if last keyword
843 ;; was deleted.
847 ;; Remember the keyword in case it is not local.
853 font-lock-removed-keywords-alist))))))
855 ;; Otherwise remove it immediately.
858 ;; Bring back the user-level (uncompiled) keywords.
862 ;; Edit them.
868 ;; If the keywords were compiled before, compile them again.
872 \f
873 ;;; Font Lock Support mode.
875 ;; This is the code used to interface font-lock.el with any of its add-on
876 ;; packages, and provide the user interface. Packages that have their own
877 ;; local buffer fontification functions (see below) may have to call
878 ;; `font-lock-after-fontify-buffer' and/or `font-lock-after-unfontify-buffer'
879 ;; themselves.
882 "Support mode for Font Lock mode.
883 Support modes speed up Font Lock mode by being choosy about when fontification
884 occurs. The default support mode, Just-in-time Lock mode (symbol
885 `jit-lock-mode'), is recommended.
887 Other, older support modes are Fast Lock mode (symbol `fast-lock-mode') and
888 Lazy Lock mode (symbol `lazy-lock-mode'). See those modes for more info.
889 However, they are no longer recommended, as Just-in-time Lock mode is better.
891 If nil, means support for Font Lock mode is never performed.
892 If a symbol, use that support mode.
893 If a list, each element should be of the form (MAJOR-MODE . SUPPORT-MODE),
894 where MAJOR-MODE is a symbol or t (meaning the default). For example:
895 ((c-mode . fast-lock-mode) (c++-mode . fast-lock-mode) (t . lazy-lock-mode))
896 means that Fast Lock mode is used to support Font Lock mode for buffers in C or
897 C++ modes, and Lazy Lock mode is used to support Font Lock mode otherwise.
899 The value of this variable is used when Font Lock mode is turned on."
915 ))
934 (`jit-lock-mode
935 ;; Prepare for jit-lock
942 ;; Prevent font-lock-fontify-buffer from fontifying eagerly the whole
943 ;; buffer. This is important for things like CWarn mode which
944 ;; adds/removes a few keywords and does a refontify (which takes ages on
945 ;; large files).
948 ;; Don't fontify eagerly (and don't abort if the buffer is large).
950 ;; Use jit-lock.
953 ;; Tell jit-lock how we extend the region to refontify.
955 #'font-lock-extend-jit-lock-region-after-change
956 nil t))))
963 ;; Reset local vars to the non-jit-lock case.
971 ;; Useless now that jit-lock intercepts font-lock-fontify-buffer. -sm
972 ;; (jit-lock-mode
973 ;; (jit-lock-after-fontify-buffer))
980 ;; Useless as well. It's only called when:
981 ;; - turning off font-lock: it does not matter if we leave spurious
982 ;; `fontified' text props around since jit-lock-mode is also off.
983 ;; - font-lock-default-fontify-buffer fails: this is not run
984 ;; any more anyway. -sm
985 ;;
986 ;; (jit-lock-mode
987 ;; (jit-lock-after-unfontify-buffer))
991 ;;; End of Font Lock Support mode.
992 \f
993 ;;; Fontification functions.
995 ;; Rather than the function, e.g., `font-lock-fontify-region' containing the
996 ;; code to fontify a region, the function runs the function whose name is the
997 ;; value of the variable, e.g., `font-lock-fontify-region-function'. Normally,
998 ;; the value of this variable is, e.g., `font-lock-default-fontify-region'
999 ;; which does contain the code to fontify a region. However, the value of the
1000 ;; variable could be anything and thus, e.g., `font-lock-fontify-region' could
1001 ;; do anything. The indirection of the fontification functions gives major
1002 ;; modes the capability of modifying the way font-lock.el fontifies. Major
1003 ;; modes can modify the values of, e.g., `font-lock-fontify-region-function',
1004 ;; via the variable `font-lock-defaults'.
1005 ;;
1006 ;; For example, Rmail mode sets the variable `font-lock-defaults' so that
1007 ;; font-lock.el uses its own function for buffer fontification. This function
1008 ;; makes fontification be on a message-by-message basis and so visiting an
1009 ;; RMAIL file is much faster. A clever implementation of the function might
1010 ;; fontify the headers differently than the message body. (It should, and
1011 ;; correspondingly for Mail mode, but I can't be bothered to do the work. Can
1012 ;; you?) This hints at a more interesting use...
1013 ;;
1014 ;; Languages that contain text normally contained in different major modes
1015 ;; could define their own fontification functions that treat text differently
1016 ;; depending on its context. For example, Perl mode could arrange that here
1017 ;; docs are fontified differently than Perl code. Or Yacc mode could fontify
1018 ;; rules one way and C code another. Neat!
1019 ;;
1020 ;; A further reason to use the fontification indirection feature is when the
1021 ;; default syntactic fontification, or the default fontification in general,
1022 ;; is not flexible enough for a particular major mode. For example, perhaps
1023 ;; comments are just too hairy for `font-lock-fontify-syntactically-region' to
1024 ;; cope with. You need to write your own version of that function, e.g.,
1025 ;; `hairy-fontify-syntactically-region', and make your own version of
1026 ;; `hairy-fontify-region' call that function before calling
1027 ;; `font-lock-fontify-keywords-region' for the normal regexp fontification
1028 ;; pass. And Hairy mode would set `font-lock-defaults' so that font-lock.el
1029 ;; would call your region fontification function instead of its own. For
1030 ;; example, TeX modes could fontify {\foo ...} and \bar{...} etc. multi-line
1031 ;; directives correctly and cleanly. (It is the same problem as fontifying
1032 ;; multi-line strings and comments; regexps are not appropriate for the job.)
1035 "A function that determines the region to refontify after a change.
1037 This variable is either nil, or is a function that determines the
1038 region to refontify after a change.
1039 It is usually set by the major mode via `font-lock-defaults'.
1040 Font-lock calls this function after each buffer change.
1042 The function is given three parameters, the standard BEG, END, and OLD-LEN
1043 from `after-change-functions'. It should return either a cons of the beginning
1044 and end buffer positions \(in that order) of the region to refontify, or nil
1045 \(which directs the caller to fontify a default region).
1046 This function should preserve the match-data.
1051 "Fontify the current buffer the way the function `font-lock-mode' would."
1053 ;; When called from Lisp, this function is a big mess. The caller usually
1054 ;; expects one of the following behaviors:
1055 ;; - refresh the highlighting (because the font-lock-keywords have been
1056 ;; changed).
1057 ;; - apply font-lock highlighting even if font-lock-mode is not enabled.
1058 ;; - reset the highlighting rules because font-lock-defaults
1059 ;; has been changed (and then rehighlight everything).
1060 ;; Of course, this function doesn't do all of the above in all situations
1061 ;; (e.g. depending on whether jit-lock is in use) and it can't guess what
1062 ;; the caller wants.
1073 "Fontify the text between BEG and END.
1074 If LOUDLY is non-nil, print status messages while fontifying.
1075 This works by calling `font-lock-fontify-region-function'."
1080 "Unfontify the text between BEG and END.
1081 This works by calling `font-lock-unfontify-region-function'."
1086 "Function to use to mark a region for refontification.
1090 "Declare the region BEG...END's fontification as out-of-date.
1091 If the region is not specified, it defaults to the entire
1092 accessible portion of the current buffer."
1094 font-lock-fontified
1103 ;; If font-lock is not enabled, we don't have the hooks in place to
1104 ;; track modifications, so a subsequent call to font-lock-ensure can't
1105 ;; assume that the fontification is still valid.
1107 "Function to make sure a region has been fontified.
1111 "Make sure the region BEG...END has been fontified.
1112 If the region is not specified, it defaults to the entire accessible
1113 portion of the buffer."
1119 "Fontify the whole buffer using `font-lock-fontify-region-function'."
1122 font-lock-verbose)))
1126 ;; Make sure we fontify etc. in the whole buffer.
1135 ;; We don't restore the old fontification, so it's best to unfontify.
1139 "Unfontify the whole buffer using `font-lock-unfontify-region-function'."
1140 ;; Make sure we unfontify etc. in the whole buffer.
1148 "If non-nil, font-lock will work on the non-widened buffer.
1149 Useful for things like RMAIL and Info where the whole buffer is not
1156 ;; This use of font-lock-multiline property is unreliable but is just
1157 ;; a handy heuristic: in case you don't have a function that does
1158 ;; /identification/ of multiline elements, you may still occasionally
1159 ;; discover them by accident (or you may /identify/ them but not in all
1160 ;; cases), in which case the font-lock-multiline property can help make
1161 ;; sure you will properly *re*identify them during refontification.
1162 font-lock-extend-region-multiline)
1163 "Special hook run just before proceeding to fontify a region.
1164 This is used to allow major modes to help font-lock find safe buffer positions
1165 as beginning and end of the fontified region. Its most common use is to solve
1166 the problem of /identification/ of multiline elements by providing a function
1167 that tries to find such elements and move the boundaries such that they do
1168 not fall in the middle of one.
1169 Each function is called with no argument; it is expected to adjust the
1170 dynamically bound variables `font-lock-beg' and `font-lock-end'; and return
1171 non-nil if it did make such an adjustment.
1172 These functions are run in turn repeatedly until they all return nil.
1174 ;; Mark it as a special hook which doesn't use any global setting
1175 ;; (i.e. doesn't obey the element t in the buffer-local value).
1179 "Move fontification boundaries away from any `font-lock-multiline' property."
1187 ;;
1193 changed))
1196 "Move fontification boundaries to beginning of lines."
1208 changed))
1211 "Fontify the text between BEG and END.
1212 If LOUDLY is non-nil, print status messages while fontifying.
1213 This function is the default `font-lock-fontify-region-function'."
1215 ;; Use the fontification syntax table, if any.
1219 ;; Extend the region to fontify so that it starts and ends at
1220 ;; safe places.
1228 ;; If there's been a change, we should go through
1229 ;; the list again since this new position may
1230 ;; warrant a different answer from one of the fun
1231 ;; we've already seen.
1232 font-lock-extend-region-functions)))
1234 ;; Now do the fontification.
1238 ;; Ensure the beginning of the file is properly syntactic-fontified.
1249 ;; The following must be rethought, since keywords can override fontification.
1250 ;; ;; Now scan for keywords, but not if we are inside a comment now.
1251 ;; (or (and (not font-lock-keywords-only)
1252 ;; (let ((state (parse-partial-sexp beg end nil nil
1253 ;; font-lock-cache-state)))
1254 ;; (or (nth 4 state) (nth 7 state))))
1255 ;; (font-lock-fontify-keywords-region beg end))
1258 "Additional text properties managed by font-lock.
1259 This is used by `font-lock-default-unfontify-region' to decide
1263 "Unfontify the text between BEG and END.
1264 This function is the default `font-lock-unfontify-region-function'."
1267 font-lock-extra-managed-props
1272 ;; Called when any modification is made to buffer text.
1279 beg end old-len))))
1282 ;; Fontify the region the major mode has specified.
1284 ;; Fontify the whole lines which enclose the region.
1285 ;; Actually, this is not needed because
1286 ;; font-lock-default-fontify-region already rounds up to a whole
1287 ;; number of lines.
1288 ;; (setq beg (progn (goto-char beg) (line-beginning-position))
1289 ;; end (progn (goto-char end) (line-beginning-position 2)))
1291 ;; Rounding up to a whole number of lines should include the
1292 ;; line right after `end'. Typical case: the first char of
1293 ;; the line was deleted. Or a \n was inserted in the middle
1294 ;; of a line.
1300 "Function meant for `jit-lock-after-change-extend-region-functions'.
1301 This function does 2 things:
1302 - extend the region so that it not only includes the part that was modified
1303 but also the surrounding text whose highlighting may change as a consequence.
1304 - anticipate (part of) the region extension that will happen later in
1305 `font-lock-default-fontify-region', in order to avoid the need for
1306 double-redisplay in `jit-lock-fontify-now'."
1308 ;; First extend the region as font-lock-after-change-function would.
1311 beg end old-len))))
1315 ;; Then extend the region obeying font-lock-multiline properties,
1316 ;; indicating which part of the buffer needs to be refontified.
1317 ;; !!! This is the *main* user of font-lock-multiline property !!!
1318 ;; font-lock-after-change-function could/should also do that, but it
1319 ;; doesn't need to because font-lock-default-fontify-region does
1320 ;; it anyway. Here OTOH we have no guarantee that
1321 ;; font-lock-default-fontify-region will be executed on this region
1322 ;; any time soon.
1323 ;; Note: contrary to font-lock-default-fontify-region, we do not do
1324 ;; any loop here because we are not looking for a safe spot: we just
1325 ;; mark the text whose appearance may need to change as a result of
1326 ;; the buffer modification.
1339 ;; If `end' has been set by the function above, don't corrupt it.
1341 ;; Rounding up to a whole number of lines should include the
1342 ;; line right after `end'. Typical case: the first char of
1343 ;; the line was deleted. Or a \n was inserted in the middle
1344 ;; of a line.
1346 ;; Finally, pre-enlarge the region to a whole number of lines, to try
1347 ;; and anticipate what font-lock-default-fontify-region will do, so as to
1348 ;; avoid double-redisplay.
1349 ;; We could just run `font-lock-extend-region-functions', but since
1350 ;; the only purpose is to avoid the double-redisplay, we prefer to
1351 ;; do here only the part that is cheap and most likely to be useful.
1353 font-lock-extend-region-functions)
1361 jit-lock-end end))))
1364 "Fontify some lines the way `font-lock-fontify-buffer' would.
1365 The lines could be a function or paragraph, or a specified number of lines.
1366 If ARG is given, fontify that many lines before and after point, or 16 lines if
1367 no ARG is given and `font-lock-mark-block-function' is nil.
1368 If `font-lock-mark-block-function' non-nil and no ARG is given, it is used to
1369 delimit the region to fontify."
1372 deactivate-mark)
1373 ;; Make sure we have the right `font-lock-keywords' etc.
1387 ;;; End of Fontification functions.
1388 \f
1389 ;;; Additional text property functions.
1391 ;; The following text property functions should be builtins. This means they
1392 ;; should be written in C and put with all the other text property functions.
1393 ;; In the meantime, those that are used by font-lock.el are defined in Lisp
1394 ;; below and given a `font-lock-' prefix. Those that are not used are defined
1395 ;; in Lisp below and commented out. sm.
1398 "Prepend to one property of the text from START to END.
1399 Arguments PROP and VALUE specify the property and value to prepend to the value
1400 already in place. The resulting property values are always lists.
1401 Optional argument OBJECT is the string or buffer containing the text."
1406 ;; Canonicalize old forms of face property.
1414 object)
1418 "Append to one property of the text from START to END.
1419 Arguments PROP and VALUE specify the property and value to append to the value
1420 already in place. The resulting property values are always lists.
1421 Optional argument OBJECT is the string or buffer containing the text."
1426 ;; Canonicalize old forms of face property.
1434 object)
1438 "Fill in one property of the text from START to END.
1439 Arguments PROP and VALUE specify the property and value to put where none are
1440 already in place. Therefore existing property values are not overwritten.
1441 Optional argument OBJECT is the string or buffer containing the text."
1449 end
1451 "Remove a specific property value from text from START to END.
1452 Arguments PROP and VALUE specify the property and value to remove. The
1453 resulting property values are not `eq' to VALUE nor lists containing VALUE.
1454 Optional argument OBJECT is the string or buffer containing the text."
1469 object))
1476 ;;; End of Additional text property functions.
1477 \f
1478 ;;; Syntactic regexp fontification functions.
1480 ;; These syntactic keyword pass functions are identical to those keyword pass
1481 ;; functions below, with the following exceptions; (a) they operate on
1482 ;; `font-lock-syntactic-keywords' of course, (b) they are all `defun' as speed
1483 ;; is less of an issue, (c) eval of property value does not occur JIT as speed
1484 ;; is less of an issue, (d) OVERRIDE cannot be `prepend' or `append' as it
1485 ;; makes no sense for `syntax-table' property values, (e) they do not do it
1486 ;; LOUDLY as it is not likely to be intensive.
1489 "Apply HIGHLIGHT following a match.
1490 HIGHLIGHT should be of the form MATCH-HIGHLIGHT,
1491 see `font-lock-syntactic-keywords'."
1497 ;; No match but we might not signal an error.
1503 ;; Flush the syntax-cache. I believe this is not necessary for
1504 ;; font-lock's use of syntax-ppss, but I'm not 100% sure and it can
1505 ;; still be necessary for other users of syntax-ppss anyway.
1509 ;; Cannot override existing fontification.
1513 ;; Override existing fontification.
1516 ;; Keep existing fontification.
1520 "Fontify according to KEYWORDS until LIMIT.
1521 KEYWORDS should be of the form MATCH-ANCHORED, see `font-lock-keywords',
1522 LIMIT can be modified by the value of its PRE-MATCH-FORM."
1524 ;; Evaluate PRE-MATCH-FORM.
1526 ;; Set LIMIT to value of PRE-MATCH-FORM or the end of line.
1531 ;; Find an occurrence of `matcher' before `limit'.
1535 ;; Apply each highlight to this instance of `matcher'.
1540 ;; Evaluate POST-MATCH-FORM.
1544 "Fontify according to `font-lock-syntactic-keywords' between START and END.
1545 START should be at the beginning of a line."
1547 ;; We wouldn't go through so much trouble if we didn't intend to use those
1548 ;; properties, would we?
1550 ;; If `font-lock-syntactic-keywords' is a symbol, get the real keywords.
1553 font-lock-syntactic-keywords)))
1554 ;; If `font-lock-syntactic-keywords' is not compiled, compile it.
1557 font-lock-syntactic-keywords
1558 t)))
1559 ;; Get down to business.
1562 keyword matcher highlights)
1564 ;; Find an occurrence of `matcher' from `start' to `end'.
1571 ;; Apply each highlight to this instance of `matcher', which may be
1572 ;; specific highlights or more keywords anchored to `matcher'.
1578 end))
1582 ;;; End of Syntactic regexp fontification functions.
1583 \f
1584 ;;; Syntactic fontification functions.
1593 "Put proper face on each string and comment between START and END.
1594 START should be at the beginning of a line."
1601 ;; Find the `start' state.
1603 face beg)
1605 ;;
1606 ;; Find each interesting place between here and `end'.
1617 comment-start-skip))
1618 ;; Find the comment delimiters
1619 ;; and use font-lock-comment-delimiter-face for them.
1623 comment-start-skip))
1625 font-lock-comment-delimiter-face)))
1628 font-lock-comment-delimiter-face))))
1633 ;;; End of Syntactic fontification functions.
1634 \f
1635 ;;; Keyword regexp fontification functions.
1638 "Apply HIGHLIGHT following a match.
1639 HIGHLIGHT should be of the form MATCH-HIGHLIGHT, see `font-lock-keywords'."
1644 ;; No match but we might not signal an error.
1653 ;; If `val' is nil, don't do anything. It is important to do it
1654 ;; explicitly, because when adding nil via things like
1655 ;; font-lock-append-text-property, the property is actually
1656 ;; changed from <face> to (<face>) which is undesirable. --Stef
1657 nil)
1659 ;; Cannot override existing fontification.
1663 ;; Override existing fontification.
1666 ;; Prepend to existing fontification.
1669 ;; Append to existing fontification.
1672 ;; Keep existing fontification.
1676 "Fontify according to KEYWORDS until LIMIT.
1677 KEYWORDS should be of the form MATCH-ANCHORED, see `font-lock-keywords',
1678 LIMIT can be modified by the value of its PRE-MATCH-FORM."
1681 ;; Evaluate PRE-MATCH-FORM.
1683 ;; Set LIMIT to value of PRE-MATCH-FORM or the end of line.
1688 ;; this is a multiline anchored match
1689 ;; (setq font-lock-multiline t)
1693 limit
1696 ;; Find an occurrence of `matcher' before `limit'.
1701 ;; Apply each highlight to this instance of `matcher'.
1706 ;; Evaluate POST-MATCH-FORM.
1710 "Fontify according to `font-lock-keywords' between START and END.
1711 START should be at the beginning of a line.
1712 LOUDLY, if non-nil, allows progress-meter bar."
1720 keyword matcher highlights)
1721 ;;
1722 ;; Fontify each item in `font-lock-keywords' from `start' to `end'.
1726 ;;
1727 ;; Find an occurrence of `matcher' from `start' to `end'.
1734 ;; Beware empty string matches since they will
1735 ;; loop indefinitely.
1742 ;; this is a multiline regexp match
1743 ;; (setq font-lock-multiline t)
1752 ;; Apply each highlight to this instance of `matcher', which may be
1753 ;; specific highlights or more keywords anchored to `matcher'.
1760 ;; Ensure forward progress. `pos' is a marker because anchored
1761 ;; keyword may add/delete text (this happens e.g. in grep.el).
1767 ;;; End of Keyword regexp fontification functions.
1768 \f
1769 ;; Various functions.
1772 "Compile KEYWORDS into the form (t KEYWORDS COMPILED...)
1773 Here each COMPILED is of the form (MATCHER HIGHLIGHT ...) as shown in the
1774 `font-lock-keywords' doc string.
1775 If SYNTACTIC-KEYWORDS is non-nil, it means these keywords are used for
1776 `font-lock-syntactic-keywords' rather than for `font-lock-keywords'."
1778 ;; This should never happen. But some external packages sometimes
1779 ;; call font-lock in unexpected and incorrect ways. It's important to
1780 ;; stop processing at this point, otherwise we may end up changing the
1781 ;; global value of font-lock-keywords and break highlighting in many
1782 ;; other buffers.
1785 keywords
1795 ;; Try to detect when a string or comment contains something that
1796 ;; looks like a defun and would thus confuse font-lock.
1804 font-lock-comment-face))
1807 prepend)))))
1808 keywords))
1816 ;; If FORM is a FACENAME then quote it. Otherwise ignore the quote.
1827 keyword)))
1830 "Evaluate KEYWORDS if a function (funcall) or variable (eval) name."
1832 keywords
1838 "If VALUES is an list, use `major-mode' as a key and return the `assq' value.
1839 VALUES should then be an alist on the form ((MAJOR-MODE . VALUE) ...) where
1840 MAJOR-MODE may be t.
1841 If VALUES isn't a list, return VALUES."
1844 values))
1847 "Return LEVELth element of KEYWORDS.
1848 A LEVEL of nil is equal to a LEVEL of 0, a LEVEL of t is equal to
1849 \(1- (length KEYWORDS))."
1851 keywords)
1860 "Restart fontification in current buffer after recomputing from defaults.
1861 Recompute fontification variables using `font-lock-defaults' and
1862 `font-lock-maximum-decoration'. Then restart fontification.
1864 Use this function when you have changed any of the above
1865 variables directly.
1867 Note: This function will erase modifications done by
1868 `font-lock-add-keywords' or `font-lock-remove-keywords', but will
1869 preserve `hi-lock-mode' highlighting patterns."
1879 "Set fontification defaults appropriately for this mode.
1880 Sets various variables using `font-lock-defaults' and
1881 `font-lock-maximum-decoration'."
1882 ;; Set fontification defaults if not previously set for correct major mode.
1894 ;; Syntactic fontification?
1898 ;; Case fold during regexp fontification?
1902 ;; Syntax table for regexp and syntactic fontification?
1908 ;; The character to modify may be a single CHAR or a STRING.
1914 ;; (nth 4 defaults) used to hold `font-lock-beginning-of-syntax-function',
1915 ;; but that was removed in 25.1, so if it's a cons cell, we assume that
1916 ;; it's part of the variable alist.
1917 ;; Variable alist?
1920 ;; Set up `font-lock-keywords' last because its value might depend
1921 ;; on other settings.
1924 ;; Local fontification?
1930 ;; Now compile the keywords.
1935 \f
1936 ;;; Color etc. support.
1938 ;; Note that `defface' will not overwrite any faces declared above via
1939 ;; `custom-declare-face'.
1958 "Font Lock mode face used to highlight comments."
1963 "Font Lock mode face used to highlight comment delimiters."
1975 "Font Lock mode face used to highlight strings."
1980 "Font Lock mode face used to highlight documentation."
1992 "Font Lock mode face used to highlight keywords."
2004 "Font Lock mode face used to highlight builtins."
2014 "Font Lock mode face used to highlight function names."
2028 "Font Lock mode face used to highlight variable names."
2040 "Font Lock mode face used to highlight type and classes."
2054 "Font Lock mode face used to highlight constants and labels."
2059 "Font Lock mode face used to highlight warnings."
2064 "Font Lock mode face used to highlight easy to overlook negation."
2069 "Font Lock mode face used to highlight preprocessor directives."
2074 "Font Lock mode face for backslashes in Lisp regexp grouping constructs."
2079 "Font Lock mode face used to highlight grouping constructs in Lisp regexps."
2082 ;;; End of Color etc. support.
2083 \f
2084 ;;; Menu support.
2086 ;; This section of code is commented out because Emacs does not have real menu
2087 ;; buttons. (We can mimic them by putting "( ) " or "(X) " at the beginning of
2088 ;; the menu entry text, but with Xt it looks both ugly and embarrassingly
2089 ;; amateur.) If/When Emacs gets real menus buttons, put in menu-bar.el after
2090 ;; the entry for "Text Properties" something like:
2091 ;;
2092 ;; (define-key menu-bar-edit-menu [font-lock]
2093 ;; (cons "Syntax Highlighting" font-lock-menu))
2094 ;;
2095 ;; and remove a single ";" from the beginning of each line in the rest of this
2096 ;; section. Probably the mechanism for telling the menu code what are menu
2097 ;; buttons and when they are on or off needs tweaking. I have assumed that the
2098 ;; mechanism is via `menu-toggle' and `menu-selected' symbol properties. sm.
2100 ;;;;;###autoload
2101 ;;(progn
2102 ;; ;; Make the Font Lock menu.
2103 ;; (defvar font-lock-menu (make-sparse-keymap "Syntax Highlighting"))
2104 ;; ;; Add the menu items in reverse order.
2105 ;; (define-key font-lock-menu [fontify-less]
2106 ;; '("Less In Current Buffer" . font-lock-fontify-less))
2107 ;; (define-key font-lock-menu [fontify-more]
2108 ;; '("More In Current Buffer" . font-lock-fontify-more))
2109 ;; (define-key font-lock-menu [font-lock-sep]
2110 ;; '("--"))
2111 ;; (define-key font-lock-menu [font-lock-mode]
2112 ;; '("In Current Buffer" . font-lock-mode))
2113 ;; (define-key font-lock-menu [global-font-lock-mode]
2114 ;; '("In All Buffers" . global-font-lock-mode)))
2115 ;;
2116 ;;;;;###autoload
2117 ;;(progn
2118 ;; ;; We put the appropriate `menu-enable' etc. symbol property values on when
2119 ;; ;; font-lock.el is loaded, so we don't need to autoload the three variables.
2120 ;; (put 'global-font-lock-mode 'menu-toggle t)
2121 ;; (put 'font-lock-mode 'menu-toggle t)
2122 ;; (put 'font-lock-fontify-more 'menu-enable '(identity))
2123 ;; (put 'font-lock-fontify-less 'menu-enable '(identity)))
2124 ;;
2125 ;; ;; Put the appropriate symbol property values on now. See above.
2126 ;;(put 'global-font-lock-mode 'menu-selected 'global-font-lock-mode)
2127 ;;(put 'font-lock-mode 'menu-selected 'font-lock-mode)
2128 ;;(put 'font-lock-fontify-more 'menu-enable '(nth 2 font-lock-fontify-level))
2129 ;;(put 'font-lock-fontify-less 'menu-enable '(nth 1 font-lock-fontify-level))
2130 ;;
2131 ;;(defvar font-lock-fontify-level nil) ; For less/more fontification.
2132 ;;
2133 ;;(defun font-lock-fontify-level (level)
2134 ;; (let ((font-lock-maximum-decoration level))
2135 ;; (when font-lock-mode
2136 ;; (font-lock-mode))
2137 ;; (font-lock-mode)
2138 ;; (when font-lock-verbose
2139 ;; (message "Fontifying %s... level %d" (buffer-name) level))))
2140 ;;
2141 ;;(defun font-lock-fontify-less ()
2142 ;; "Fontify the current buffer with less decoration.
2143 ;;See `font-lock-maximum-decoration'."
2144 ;; (interactive)
2145 ;; ;; Check in case we get called interactively.
2146 ;; (if (nth 1 font-lock-fontify-level)
2147 ;; (font-lock-fontify-level (1- (car font-lock-fontify-level)))
2148 ;; (error "No less decoration")))
2149 ;;
2150 ;;(defun font-lock-fontify-more ()
2151 ;; "Fontify the current buffer with more decoration.
2152 ;;See `font-lock-maximum-decoration'."
2153 ;; (interactive)
2154 ;; ;; Check in case we get called interactively.
2155 ;; (if (nth 2 font-lock-fontify-level)
2156 ;; (font-lock-fontify-level (1+ (car font-lock-fontify-level)))
2157 ;; (error "No more decoration")))
2158 ;;
2159 ;; ;; This should be called by `font-lock-set-defaults'.
2160 ;;(defun font-lock-set-menu ()
2161 ;; ;; Activate less/more fontification entries if there are multiple levels for
2162 ;; ;; the current buffer. Sets `font-lock-fontify-level' to be of the form
2163 ;; ;; (CURRENT-LEVEL IS-LOWER-LEVEL-P IS-HIGHER-LEVEL-P) for menu activation.
2164 ;; (let ((keywords (nth 0 font-lock-defaults))
2165 ;; (level (font-lock-value-in-major-mode font-lock-maximum-decoration)))
2166 ;; (make-local-variable 'font-lock-fontify-level)
2167 ;; (if (or (symbolp keywords) (= (length keywords) 1))
2168 ;; (font-lock-unset-menu)
2169 ;; (cond ((eq level t)
2170 ;; (setq level (1- (length keywords))))
2171 ;; ((or (null level) (zerop level))
2172 ;; ;; The default level is usually, but not necessarily, level 1.
2173 ;; (setq level (- (length keywords)
2174 ;; (length (member (eval (car keywords))
2175 ;; (mapcar #'eval (cdr keywords))))))))
2176 ;; (setq font-lock-fontify-level (list level (> level 1)
2177 ;; (< level (1- (length keywords))))))))
2178 ;;
2179 ;; ;; This should be called by `font-lock-unset-defaults'.
2180 ;;(defun font-lock-unset-menu ()
2181 ;; ;; Deactivate less/more fontification entries.
2182 ;; (setq font-lock-fontify-level nil))
2184 ;;; End of Menu support.
2185 \f
2186 ;;; Various regexp information shared by several modes.
2187 ;; ;; Information specific to a single mode should go in its load library.
2189 ;; Font Lock support for C, C++, Objective-C and Java modes is now in
2190 ;; cc-fonts.el (and required by cc-mode.el). However, the below function
2191 ;; should stay in font-lock.el, since it is used by other libraries. sm.
2194 "Match, and move over, any declaration/definition item after point.
2195 Matches after point, but ignores leading whitespace and `*' characters.
2196 Does not move further than LIMIT.
2198 The expected syntax of a declaration/definition item is `word' (preceded by
2199 optional whitespace and `*' characters and proceeded by optional whitespace)
2200 optionally followed by a `('. Everything following the item (but belonging to
2201 it) is expected to be skip-able by `scan-sexps', and items are expected to be
2202 separated with a `,' and to be terminated with a `;'.
2204 Thus the regexp matches after point: word (
2205 ^^^^ ^
2206 Where the match subexpressions are: 1 2
2208 The item is delimited by (match-beginning 1) and (match-end 1).
2209 If (match-beginning 2) is non-nil, the item is followed by a `('.
2211 This function could be MATCHER in a MATCH-ANCHORED `font-lock-keywords' item."
2214 ;; If `word' is followed by a double open-paren, it's probably
2215 ;; a macro used for "int myfun P_ ((int arg1))". Let's go back one
2216 ;; word to try and match `myfun' rather than `P_'.
2221 ;; Looks like it was something else, so go back to where we
2222 ;; were and reset the match data by rematching.
2228 ;; Restrict to the LIMIT.
2231 ;; Move over any item value, etc., to the next item.
2238 ;; C preprocessor(cpp) is used outside of C, C++ and Objective-C source file.
2239 ;; e.g. assembler code and GNU linker script in Linux kernel.
2240 ;; `cpp-font-lock-keywords' is handy for modes for the files.
2241 ;;
2242 ;; Here we cannot use `regexp-opt' because because regex-opt is not preloaded
2243 ;; while font-lock.el is preloaded to emacs. So values pre-calculated with
2244 ;; regexp-opt are used here.
2246 ;; `cpp-font-lock-keywords-source-directives' is calculated from:
2247 ;;
2248 ;; (regexp-opt
2249 ;; '("define" "elif" "else" "endif" "error" "file" "if" "ifdef"
2250 ;; "ifndef" "import" "include" "line" "pragma" "undef" "warning"))
2251 ;;
2253 "define\\|e\\(?:l\\(?:if\\|se\\)\\|ndif\\|rror\\)\\|file\\|i\\(?:f\\(?:n?def\\)?\\|mport\\|nclude\\)\\|line\\|pragma\\|undef\\|warning"
2256 ;; `cpp-font-lock-keywords-source-depth' is calculated from:
2257 ;;
2258 ;; (regexp-opt-depth (regexp-opt
2259 ;; '("define" "elif" "else" "endif" "error" "file" "if" "ifdef"
2260 ;; "ifndef" "import" "include" "line" "pragma" "undef" "warning")))
2261 ;;
2263 "An integer representing regular expression depth of `cpp-font-lock-keywords-source-directives'.
2270 ;;
2271 ;; Fontify error directives.
2273 ;;
2274 ;; Fontify filenames in #include <...> preprocessor directives as strings.
2277 ;;
2278 ;; Fontify function macro names.
2281 ;;
2282 ;; Macro arguments.
2287 limit)
2288 t))
2290 ;;
2291 ;; Fontify symbol names in #elif or #if ... defined preprocessor directives.
2295 ;;
2296 ;; Fontify otherwise as symbol names, and the preprocessor directive names.
2303 "Font lock keywords for C preprocessor directives.
2304 `c-mode', `c++-mode' and `objc-mode' have their own font lock keywords
2305 for C preprocessor directives. This definition is for the other modes
2306 in which C preprocessor directives are used. e.g. `asm-mode' and
2308 \f
2311 ;;; font-lock.el ends here