| blob | 3ebe23ba872e5ae312e83577f958c46e822b819f |
1 ;;; font-lock.el --- Electric font lock mode
3 ;; Copyright (C) 1992, 93, 94, 95, 96, 97, 98, 1999, 2000, 2001
4 ;; 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 ;; (function (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."
236 "Font Lock support mode to fontify lazily."
242 "Font Lock support mode to fontify just-in-time."
247 \f
248 ;; User variables.
251 "*Maximum size of a buffer for buffer fontification.
252 Only buffers less than this can be fontified when Font Lock mode is turned on.
253 If nil, means size is irrelevant.
254 If a list, each element should be a cons pair of the form (MAJOR-MODE . SIZE),
255 where MAJOR-MODE is a symbol or t (meaning the default). For example:
256 ((c-mode . 256000) (c++-mode . 256000) (rmail-mode . 1048576))
257 means that the maximum size is 250K for buffers in C or C++ modes, one megabyte
258 for buffers in Rmail mode, and size is irrelevant otherwise."
273 "*Maximum decoration level for fontification.
274 If nil, use the default decoration (typically the minimum available).
275 If t, use the maximum decoration available.
276 If a number, use that level of decoration (or if not available the maximum).
277 If a list, each element should be a cons pair of the form (MAJOR-MODE . LEVEL),
278 where MAJOR-MODE is a symbol or t (meaning the default). For example:
279 ((c-mode . t) (c++-mode . 2) (t . 1))
280 means use the maximum decoration available for buffers in C mode, level 2
281 decoration for buffers in C++ mode, and level 1 decoration otherwise."
298 "*If non-nil, means show status messages for buffer fontification.
299 If a number, only buffers greater than this size have fontification messages."
304 \f
306 ;; Originally these variable values were face names such as `bold' etc.
307 ;; Now we create our own faces, but we keep these variables for compatibility
308 ;; and they give users another mechanism for changing face appearance.
309 ;; We now allow a FACENAME in `font-lock-keywords' to be any expression that
310 ;; returns a face. So the easiest thing is to continue using these variables,
311 ;; rather than sometimes evaling FACENAME and sometimes not. sm.
345 ;; Fontification variables:
348 "A list of the keywords to highlight.
349 Each element should have one of these forms:
351 MATCHER
352 (MATCHER . MATCH)
353 (MATCHER . FACENAME)
354 (MATCHER . HIGHLIGHT)
355 (MATCHER HIGHLIGHT ...)
356 (eval . FORM)
358 where MATCHER can be either the regexp to search for, or the function name to
359 call to make the search (called with one argument, the limit of the search) and
360 return non-nil if it succeeds (and set `match-data' appropriately).
361 MATCHER regexps can be generated via the function `regexp-opt'.
363 FORM is an expression, whose value should be a keyword element, evaluated when
364 the keyword is (first) used in a buffer. This feature can be used to provide a
365 keyword that can only be generated when Font Lock mode is actually turned on.
367 HIGHLIGHT should be either MATCH-HIGHLIGHT or MATCH-ANCHORED.
370 typically only MATCH-HIGHLIGHT is required.
371 However, if an item or (typically) items are to be highlighted following the
372 instance of another item (the anchor), for example each instance of the
375 MATCH-HIGHLIGHT should be of the form:
377 (MATCH FACENAME OVERRIDE LAXMATCH)
379 MATCH is the subexpression of MATCHER to be highlighted. FACENAME is an
380 expression whose value is the face name to use. Face default attributes
382 evaluate to a property list of the form (face VAL1 PROP2 VAL2 PROP3 VAL3 ...)
383 in which case all the listed text-properties will be set rather than
384 just `face'. In such a case, you will most likely want to put those
385 properties in `font-lock-extra-managed-props' or to override
386 `font-lock-unfontify-region-function'.
388 OVERRIDE and LAXMATCH are flags. If OVERRIDE is t, existing fontification can
389 be overwritten. If `keep', only parts not already fontified are highlighted.
390 If `prepend' or `append', existing fontification is merged with the new, in
391 which the new or existing fontification, respectively, takes precedence.
392 If LAXMATCH is non-nil, no error is signaled if there is no MATCH in MATCHER.
394 For example, an element of the form highlights (if not already highlighted):
397 variable `font-lock-keyword-face'.
399 the value of `font-lock-keyword-face'.
403 of `foo-bar-face', even if already highlighted.
404 (fubar-match 1 fubar-face)
405 the first subexpression within all occurrences of
406 whatever the function `fubar-match' finds and matches
407 in the value of `fubar-face'.
409 MATCH-ANCHORED should be of the form:
411 (MATCHER PRE-MATCH-FORM POST-MATCH-FORM MATCH-HIGHLIGHT ...)
413 where MATCHER is a regexp to search for or the function name to call to make
414 the search, as for MATCH-HIGHLIGHT above, but with one exception; see below.
415 PRE-MATCH-FORM and POST-MATCH-FORM are evaluated before the first, and after
416 the last, instance MATCH-ANCHORED's MATCHER is used. Therefore they can be
417 used to initialise before, and cleanup after, MATCHER is used. Typically,
418 PRE-MATCH-FORM is used to move to some position relative to the original
419 MATCHER, before starting with MATCH-ANCHORED's MATCHER. POST-MATCH-FORM might
420 be used to move, before resuming with MATCH-ANCHORED's parent's MATCHER.
422 For example, an element of the form highlights (if not already highlighted):
433 The above-mentioned exception is as follows. The limit of the MATCHER search
434 defaults to the end of the line after PRE-MATCH-FORM is evaluated.
435 However, if PRE-MATCH-FORM returns a position greater than the position after
436 PRE-MATCH-FORM is evaluated, that position is used as the limit of the search.
437 It is generally a bad idea to return a position greater than the end of the
438 line, i.e., cause the MATCHER search to span lines.
440 These regular expressions can match text which spans lines, although
441 it is better to avoid it if possible since updating them while editing
442 text is slower, and it is not guaranteed to be always correct when using
443 support modes like jit-lock or lazy-lock.
445 This variable is set by major modes via the variable `font-lock-defaults'.
446 Be careful when composing regexps for this list; a poorly written pattern can
449 ;; This variable is used by mode packages that support Font Lock mode by
450 ;; defining their own keywords to use for `font-lock-keywords'. (The mode
451 ;; command should make it buffer-local and set it to provide the set up.)
453 "Defaults for Font Lock mode specified by the major mode.
454 Defaults should be of the form:
456 (KEYWORDS KEYWORDS-ONLY CASE-FOLD SYNTAX-ALIST SYNTAX-BEGIN ...)
458 KEYWORDS may be a symbol (a variable or function whose value is the keywords to
459 use for fontification) or a list of symbols. If KEYWORDS-ONLY is non-nil,
460 syntactic fontification (strings and comments) is not performed.
461 If CASE-FOLD is non-nil, the case of the keywords is ignored when fontifying.
462 If SYNTAX-ALIST is non-nil, it should be a list of cons pairs of the form
463 \(CHAR-OR-STRING . STRING) used to set the local Font Lock syntax table, for
464 keyword and syntactic fontification (see `modify-syntax-entry').
466 If SYNTAX-BEGIN is non-nil, it should be a function with no args used to move
467 backwards outside any enclosing syntactic block, for syntactic fontification.
468 Typical values are `beginning-of-line' (i.e., the start of the line is known to
469 be outside a syntactic block), or `beginning-of-defun' for programming modes or
470 `backward-paragraph' for textual modes (i.e., the mode-dependent function is
471 known to move outside a syntactic block). If nil, the beginning of the buffer
472 is used as a position outside of a syntactic block, in the worst case.
474 These item elements are used by Font Lock mode to set the variables
475 `font-lock-keywords', `font-lock-keywords-only',
476 `font-lock-keywords-case-fold-search', `font-lock-syntax-table' and
477 `font-lock-beginning-of-syntax-function', respectively.
479 Further item elements are alists of the form (VARIABLE . VALUE) and are in no
480 particular order. Each VARIABLE is made buffer-local before set to VALUE.
482 Currently, appropriate variables include `font-lock-mark-block-function'.
483 If this is non-nil, it should be a function with no args used to mark any
485 Typical values are `mark-defun' for programming modes or `mark-paragraph' for
486 textual modes (i.e., the mode-dependent function is known to put point and mark
487 around a text block relevant to that mode).
489 Other variables include that for syntactic keyword fontification,
490 `font-lock-syntactic-keywords'
491 and those for buffer-specialised fontification functions,
492 `font-lock-fontify-buffer-function', `font-lock-unfontify-buffer-function',
493 `font-lock-fontify-region-function', `font-lock-unfontify-region-function',
495 ;;;###autoload
498 ;; This variable is used where font-lock.el itself supplies the keywords.
501 ;; Thus the calculation of the cache is usually faster but not
502 ;; infallible, so we risk mis-fontification. sm.
505 c-font-lock-keywords-2 c-font-lock-keywords-3)
508 . c-font-lock-syntactic-face-function)
515 . c-font-lock-syntactic-face-function)
519 objc-font-lock-keywords-2 objc-font-lock-keywords-3)
522 . c-font-lock-syntactic-face-function)
526 java-font-lock-keywords-2 java-font-lock-keywords-3)
529 . java-font-lock-syntactic-face-function)
536 "Alist of fall-back Font Lock defaults for major modes.
538 This variable should not be used any more.
539 Set the buffer-local `font-lock-keywords' in the major mode instead.
541 Each item should be a list of the form:
543 (MAJOR-MODE . FONT-LOCK-DEFAULTS)
545 where MAJOR-MODE is a symbol and FONT-LOCK-DEFAULTS is a list of default
550 "*Alist of `font-lock-keywords' local to a `major-mode'.
551 This is normally set via `font-lock-add-keywords' and
555 "*Alist of `font-lock-keywords' removed from `major-mode'.
556 This is normally set via `font-lock-add-keywords' and
560 "*Non-nil means Font Lock should not fontify comments or strings.
564 "*Non-nil means the patterns in `font-lock-keywords' are case-insensitive.
569 "Point up to which `font-lock-syntactic-keywords' has been applied.
570 If nil, this is ignored, in which case the syntactic fontification may
577 "Function to determine which face to use when fontifying syntactically.
578 The function is called with a single parameter (the state as returned by
579 `parse-partial-sexp' at the beginning of the region to highlight) and
583 "A list of the syntactic keywords to highlight.
584 Can be the list or the name of a function or variable whose value is the list.
585 See `font-lock-keywords' for a description of the form of this list;
586 the differences are listed below. MATCH-HIGHLIGHT should be of the form:
588 (MATCH SYNTAX OVERRIDE LAXMATCH)
590 where SYNTAX can be a string (as taken by `modify-syntax-entry'), a syntax
591 table, a cons cell (as returned by `string-to-syntax') or an expression whose
592 value is such a form. OVERRIDE cannot be `prepend' or `append'.
594 For example, an element of the form highlights syntactically:
598 a hash character when following a dollar character, with a SYNTAX of
600 specify hash characters to have comment start syntax, the element will only
601 highlight hash characters that do not follow dollar characters as comments
602 syntactically.
608 both single quotes which surround a single character, with a SYNTAX of
610 does not specify single quotes to have quote syntax, the element will only
611 highlight single quotes of the form 'c' as strings syntactically.
612 Other forms, such as foo'bar or 'fubar', will not be highlighted as strings.
617 "Non-nil means use this syntax table for fontifying.
618 If this is nil, the major mode's syntax table is used.
622 "*Non-nil means use this function to move back outside of a syntactic block.
623 When called with no args it should leave point at the beginning of any
624 enclosing syntactic block.
625 If this is nil, the beginning of the buffer is used (in the worst case).
626 This is normally set via `font-lock-defaults'.
630 "*Non-nil means use this function to mark a block of text.
631 When called with no args it should leave point at the beginning of any
632 enclosing textual block and mark at the end.
636 "Function to use for fontifying the buffer.
640 "Function to use for unfontifying the buffer.
641 This is used when turning off Font Lock mode.
645 "Function to use for fontifying a region.
646 It should take two args, the beginning and end of the region, and an optional
647 third arg VERBOSE. If non-nil, the function should print status messages.
651 "Function to use for unfontifying a region.
652 It should take two args, the beginning and end of the region.
656 "List of Font Lock mode related modes that should not be turned on.
657 Currently, valid mode names are `fast-lock-mode', `jit-lock-mode' and
661 "Whether font-lock should cater to multiline keywords.
662 If nil, don't try to handle multiline patterns.
663 If t, always handle multiline patterns.
664 If `undecided', don't try to handle multiline patterns until you see one.
668 \f
669 ;; Font Lock mode.
672 ;;
673 ;; We don't do this at the top-level as we only use non-autoloaded macros.
675 ;;
676 ;; Borrowed from lazy-lock.el.
677 ;; We use this to preserve or protect things when modifying text properties.
679 "Bind variables according to VARLIST and eval BODY restoring buffer state."
687 deactivate-mark
688 buffer-file-name
689 buffer-file-truename))
696 ;;
697 ;; Shut up the byte compiler.
700 ;;;###autoload
702 "Toggle Font Lock mode.
703 With arg, turn Font Lock mode off if and only if arg is a non-positive
704 number; if arg is nil, toggle Font Lock mode; anything else turns Font
705 Lock on.
708 When Font Lock mode is enabled, text is fontified as you type it:
710 - Comments are displayed in `font-lock-comment-face';
711 - Strings are displayed in `font-lock-string-face';
712 - Certain other expressions are displayed in other faces according to the
713 value of the variable `font-lock-keywords'.
715 To customize the faces (colors, fonts, etc.) used by Font Lock for
718 You can enable Font Lock mode in any major mode automatically by turning on in
719 the major mode's hook. For example, put in your ~/.emacs:
721 (add-hook 'c-mode-hook 'turn-on-font-lock)
723 Alternatively, you can use Global Font Lock mode to automagically turn on Font
724 Lock mode in buffers whose major mode supports it and whose major mode is one
725 of `font-lock-global-modes'. For example, put in your ~/.emacs:
727 (global-font-lock-mode t)
729 There are a number of support modes that may be used to speed up Font Lock mode
730 in various ways, specified via the variable `font-lock-support-mode'. Where
731 major modes support different levels of fontification, you can use the variable
732 `font-lock-maximum-decoration' to specify which level you generally prefer.
733 When you turn Font Lock mode on/off the buffer is fontified/defontified, though
734 fontification occurs only if the buffer is less than `font-lock-maximum-size'.
736 For example, to specify that Font Lock mode use use Lazy Lock mode as a support
737 mode and use maximum levels of fontification, put in your ~/.emacs:
739 (setq font-lock-support-mode 'lazy-lock-mode)
740 (setq font-lock-maximum-decoration t)
742 To add your own highlighting for some major mode, and modify the highlighting
743 selected automatically via the variable `font-lock-maximum-decoration', you can
744 use `font-lock-add-keywords'.
746 To fontify a buffer, without turning on Font Lock mode and regardless of buffer
749 To fontify a block (the function or paragraph containing point, or a number of
750 lines around point), perhaps because modification on the current line caused
753 See the variable `font-lock-defaults-alist' for the Font Lock mode default
754 settings. You can set your own default settings for some mode, by setting a
755 buffer local value for `font-lock-defaults', via its mode hook."
756 nil nil nil
757 ;; Don't turn on Font Lock mode if we don't have a display (we're running a
758 ;; batch job) or if the buffer is invisible (the name starts with a space).
762 ;; Turn on Font Lock mode.
767 ;; Fontify the buffer if we have to.
770 nil)
776 ;; Turn off Font Lock mode.
782 ;;;###autoload
784 "Turn on Font Lock mode (only if the terminal can display it)."
788 ;;;###autoload
790 "Add highlighting KEYWORDS for MODE.
791 MODE should be a symbol, the major mode command name, such as `c-mode'
792 or nil. If nil, highlighting keywords are added for the current buffer.
793 KEYWORDS should be a list; see the variable `font-lock-keywords'.
794 By default they are added at the beginning of the current highlighting list.
795 If optional argument APPEND is `set', they are used to replace the current
796 highlighting list. If APPEND is any other non-nil value, they are added at the
797 end of the current highlighting list.
799 For example:
801 (font-lock-add-keywords 'c-mode
805 adds two fontification patterns for C mode, to fontify `FIXME:' words, even in
806 comments, and to fontify `and', `or' and `not' words as keywords.
808 When used from an elisp package (such as a minor mode), it is recommended
809 to use nil for MODE (and place the call in a loop or on a hook) to avoid
810 subtle problems due to details of the implementation.
812 Note that some modes have specialised support for additional patterns, e.g.,
813 see the variables `c-font-lock-extra-types', `c++-font-lock-extra-types',
814 `objc-font-lock-extra-types' and `java-font-lock-extra-types'."
816 ;; If MODE is non-nil, add the KEYWORDS and APPEND spec to
817 ;; `font-lock-keywords-alist' so `font-lock-set-defaults' uses them.
824 ;; Make sure that `font-lock-removed-keywords-alist' does not
825 ;; contain the new keywords.
828 ;; Otherwise set or add the keywords now.
835 font-lock-keywords)))
841 ;; Update `font-lock-removed-keywords-alist' when adding new
842 ;; KEYWORDS to MODE.
843 ;;
844 ;; When font-lock is enabled first all keywords in the list
845 ;; `font-lock-keywords-alist' are added, then all keywords in the
846 ;; list `font-lock-removed-keywords-alist' are removed. If a
847 ;; keyword was once added, removed, and then added again it must be
848 ;; removed from the removed-keywords list. Otherwise the second add
849 ;; will not take effect.
853 ;; A new set of keywords is defined. Forget all about
854 ;; our old keywords that should be removed.
857 ;; Delete all previously removed keywords.
860 ;; Delete the mode cell if empty.
865 ;; Written by Anders Lindgren <andersl@andersl.com>.
866 ;;
867 ;; Case study:
868 ;; (I) The keywords are removed from a major mode.
869 ;; In this case the keyword could be local (i.e. added earlier by
870 ;; `font-lock-add-keywords'), global, or both.
871 ;;
872 ;; (a) In the local case we remove the keywords from the variable
873 ;; `font-lock-keywords-alist'.
874 ;;
875 ;; (b) The actual global keywords are not known at this time.
876 ;; All keywords are added to `font-lock-removed-keywords-alist',
877 ;; when font-lock is enabled those keywords are removed.
878 ;;
879 ;; Note that added keywords are taken out of the list of removed
880 ;; keywords. This ensure correct operation when the same keyword
881 ;; is added and removed several times.
882 ;;
883 ;; (II) The keywords are removed from the current buffer.
884 ;;;###autoload
886 "Remove highlighting KEYWORDS for MODE.
888 MODE should be a symbol, the major mode command name, such as `c-mode'
889 or nil. If nil, highlighting keywords are removed for the current buffer.
891 When used from an elisp package (such as a minor mode), it is recommended
892 to use nil for MODE (and place the call in a loop or on a hook) to avoid
893 subtle problems due to details of the implementation."
895 ;; Remove one keyword at the time.
898 ;; If MODE is non-nil, remove the KEYWORD from
899 ;; `font-lock-keywords-alist'.
902 ;; `keywords-list-append-pair' is a cons with a list of
903 ;; keywords in the car top-cell and the original append
904 ;; argument in the cdr top-cell.
907 ;; Remove keyword list/append pair when the keyword list
908 ;; is empty and append doesn't specify `set'. (If it
909 ;; should be deleted then previously deleted keywords
910 ;; would appear again.)
917 ;; Final cleanup, remove major mode cell if last keyword
918 ;; was deleted.
922 ;; Remember the keyword in case it is not local.
928 font-lock-removed-keywords-alist))))))
930 ;; Otherwise remove it immediately.
936 ;; The keywords might be compiled.
938 font-lock-keywords)))))))
939 \f
940 ;;; Global Font Lock mode.
942 ;; A few people have hassled in the past for a way to make it easier to turn on
943 ;; Font Lock mode, without the user needing to know for which modes s/he has to
944 ;; turn it on, perhaps the same way hilit19.el/hl319.el does. I've always
945 ;; balked at that way, as I see it as just re-moulding the same problem in
946 ;; another form. That is; some person would still have to keep track of which
947 ;; modes (which may not even be distributed with Emacs) support Font Lock mode.
948 ;; The list would always be out of date. And that person might have to be me.
950 ;; Implementation.
951 ;;
952 ;; In a previous discussion the following hack came to mind. It is a gross
953 ;; hack, but it generally works. We use the convention that major modes start
954 ;; by calling the function `kill-all-local-variables', which in turn runs
955 ;; functions on the hook variable `change-major-mode-hook'. We attach our
956 ;; function `font-lock-change-major-mode' to that hook. Of course, when this
957 ;; hook is run, the major mode is in the process of being changed and we do not
958 ;; know what the final major mode will be. So, `font-lock-change-major-mode'
959 ;; only (a) notes the name of the current buffer, and (b) adds our function
960 ;; `turn-on-font-lock-if-enabled' to the hook variables `find-file-hooks' and
961 ;; `post-command-hook' (for buffers that are not visiting files). By the time
962 ;; the functions on the first of these hooks to be run are run, the new major
963 ;; mode is assumed to be in place. This way we get a Font Lock function run
964 ;; when a major mode is turned on, without knowing major modes or their hooks.
965 ;;
966 ;; Naturally this requires that (a) major modes run `kill-all-local-variables',
967 ;; as they are supposed to do, and (b) the major mode is in place after the
968 ;; file is visited or the command that ran `kill-all-local-variables' has
969 ;; finished, whichever the sooner. Arguably, any major mode that does not
970 ;; follow the convension (a) is broken, and I can't think of any reason why (b)
971 ;; would not be met (except `gnudoit' on non-files). However, it is not clean.
972 ;;
973 ;; Probably the cleanest solution is to have each major mode function run some
974 ;; hook, e.g., `major-mode-hook', but maybe implementing that change is
975 ;; impractical. I am personally against making `setq' a macro or be advised,
976 ;; or have a special function such as `set-major-mode', but maybe someone can
977 ;; come up with another solution?
979 ;; User interface.
980 ;;
981 ;; Although Global Font Lock mode is a pseudo-mode, I think that the user
982 ;; interface should conform to the usual Emacs convention for modes, i.e., a
983 ;; command to toggle the feature (`global-font-lock-mode') with a variable for
984 ;; finer control of the mode's behaviour (`font-lock-global-modes').
985 ;;
986 ;; The feature should not be enabled by loading font-lock.el, since other
987 ;; mechanisms for turning on Font Lock mode, such as M-x font-lock-mode RET or
988 ;; (add-hook 'c-mode-hook 'turn-on-font-lock), would cause Font Lock mode to be
989 ;; turned on everywhere. That would not be intuitive or informative because
990 ;; loading a file tells you nothing about the feature or how to control it. It
991 ;; would also be contrary to the Principle of Least Surprise. sm.
994 "*Modes for which Font Lock mode is automagically turned on.
995 Global Font Lock mode is controlled by the command `global-font-lock-mode'.
996 If nil, means no modes have Font Lock mode automatically turned on.
997 If t, all modes that support Font Lock mode have it automatically turned on.
998 If a list, it should be a list of `major-mode' symbol names for which Font Lock
999 mode should be automatically turned on. The sense of the list is negated if it
1000 begins with `not'. For example:
1001 (c-mode c++-mode)
1002 means that Font Lock mode is turned on for buffers in C and C++ modes only."
1021 ;;;###autoload
1023 global-font-lock-mode font-lock-mode turn-on-font-lock-if-enabled
1026 ;;; End of Global Font Lock mode.
1027 \f
1028 ;;; Font Lock Support mode.
1030 ;; This is the code used to interface font-lock.el with any of its add-on
1031 ;; packages, and provide the user interface. Packages that have their own
1032 ;; local buffer fontification functions (see below) may have to call
1033 ;; `font-lock-after-fontify-buffer' and/or `font-lock-after-unfontify-buffer'
1034 ;; themselves.
1037 "*Support mode for Font Lock mode.
1038 Support modes speed up Font Lock mode by being choosy about when fontification
1039 occurs. Known support modes are Fast Lock mode (symbol `fast-lock-mode'),
1040 Lazy Lock mode (symbol `lazy-lock-mode'), and Just-in-time Lock mode (symbol
1041 `jit-lock-mode'. See those modes for more info.
1042 If nil, means support for Font Lock mode is never performed.
1043 If a symbol, use that support mode.
1044 If a list, each element should be of the form (MAJOR-MODE . SUPPORT-MODE),
1045 where MAJOR-MODE is a symbol or t (meaning the default). For example:
1046 ((c-mode . fast-lock-mode) (c++-mode . fast-lock-mode) (t . lazy-lock-mode))
1047 means that Fast Lock mode is used to support Font Lock mode for buffers in C or
1048 C++ modes, and Lazy Lock mode is used to support Font Lock mode otherwise.
1050 The value of this variable is used when Font Lock mode is turned on."
1066 ))
1081 ;; Prepare for jit-lock
1086 ;; Don't fontify eagerly (and don't abort is the buffer is large).
1088 ;; Use jit-lock.
1097 ;; Reset local vars to the non-jit-lock case.
1105 ;; Useless now that jit-lock intercepts font-lock-fontify-buffer. -sm
1106 ;; (jit-lock-mode
1107 ;; (jit-lock-after-fontify-buffer))
1114 ;; Useless as well. It's only called when:
1115 ;; - turning off font-lock: it does not matter if we leave spurious
1116 ;; `fontified' text props around since jit-lock-mode is also off.
1117 ;; - font-lock-default-fontify-buffer fails: this is not run
1118 ;; any more anyway. -sm
1119 ;;
1120 ;; (jit-lock-mode
1121 ;; (jit-lock-after-unfontify-buffer))
1125 ;;; End of Font Lock Support mode.
1126 \f
1127 ;;; Fontification functions.
1129 ;; Rather than the function, e.g., `font-lock-fontify-region' containing the
1130 ;; code to fontify a region, the function runs the function whose name is the
1131 ;; value of the variable, e.g., `font-lock-fontify-region-function'. Normally,
1132 ;; the value of this variable is, e.g., `font-lock-default-fontify-region'
1133 ;; which does contain the code to fontify a region. However, the value of the
1134 ;; variable could be anything and thus, e.g., `font-lock-fontify-region' could
1135 ;; do anything. The indirection of the fontification functions gives major
1136 ;; modes the capability of modifying the way font-lock.el fontifies. Major
1137 ;; modes can modify the values of, e.g., `font-lock-fontify-region-function',
1138 ;; via the variable `font-lock-defaults'.
1139 ;;
1140 ;; For example, Rmail mode sets the variable `font-lock-defaults' so that
1141 ;; font-lock.el uses its own function for buffer fontification. This function
1142 ;; makes fontification be on a message-by-message basis and so visiting an
1143 ;; RMAIL file is much faster. A clever implementation of the function might
1144 ;; fontify the headers differently than the message body. (It should, and
1145 ;; correspondingly for Mail mode, but I can't be bothered to do the work. Can
1146 ;; you?) This hints at a more interesting use...
1147 ;;
1148 ;; Languages that contain text normally contained in different major modes
1149 ;; could define their own fontification functions that treat text differently
1150 ;; depending on its context. For example, Perl mode could arrange that here
1151 ;; docs are fontified differently than Perl code. Or Yacc mode could fontify
1152 ;; rules one way and C code another. Neat!
1153 ;;
1154 ;; A further reason to use the fontification indirection feature is when the
1155 ;; default syntactual fontification, or the default fontification in general,
1156 ;; is not flexible enough for a particular major mode. For example, perhaps
1157 ;; comments are just too hairy for `font-lock-fontify-syntactically-region' to
1158 ;; cope with. You need to write your own version of that function, e.g.,
1159 ;; `hairy-fontify-syntactically-region', and make your own version of
1160 ;; `hairy-fontify-region' call that function before calling
1161 ;; `font-lock-fontify-keywords-region' for the normal regexp fontification
1162 ;; pass. And Hairy mode would set `font-lock-defaults' so that font-lock.el
1163 ;; would call your region fontification function instead of its own. For
1164 ;; example, TeX modes could fontify {\foo ...} and \bar{...} etc. multi-line
1165 ;; directives correctly and cleanly. (It is the same problem as fontifying
1166 ;; multi-line strings and comments; regexps are not appropriate for the job.)
1168 ;;;###autoload
1170 "Fontify the current buffer the way the function `font-lock-mode' would."
1187 font-lock-verbose)))
1191 ;; Make sure we have the right `font-lock-keywords' etc.
1194 ;; Make sure we fontify etc. in the whole buffer.
1203 ;; We don't restore the old fontification, so it's best to unfontify.
1207 ;; Make sure we unfontify etc. in the whole buffer.
1221 ;; Use the fontification syntax table, if any.
1224 ;; check to see if we should expand the beg/end area for
1225 ;; proper multiline matches
1229 ;; We are just after or in a multiline match.
1241 ;; Now do the fontification.
1248 ;; Clean up.
1251 ;; The following must be rethought, since keywords can override fontification.
1252 ; ;; Now scan for keywords, but not if we are inside a comment now.
1253 ; (or (and (not font-lock-keywords-only)
1254 ; (let ((state (parse-partial-sexp beg end nil nil
1255 ; font-lock-cache-state)))
1256 ; (or (nth 4 state) (nth 7 state))))
1257 ; (font-lock-fontify-keywords-region beg end))
1260 "Additional text properties managed by font-lock.
1261 This is used by `font-lock-default-unfontify-region' to decide
1262 what properties to clear before refontifying a region.
1263 Since it is more or less directly passed to `remove-text-properties',
1264 it should have the shape of a property list (i.e. every other element
1271 font-lock-extra-managed-props
1276 ;; Called when any modification is made to buffer text.
1281 ;; Rescan between start of lines enclosing the region.
1287 "Fontify some lines the way `font-lock-fontify-buffer' would.
1288 The lines could be a function or paragraph, or a specified number of lines.
1289 If ARG is given, fontify that many lines before and after point, or 16 lines if
1290 no ARG is given and `font-lock-mark-block-function' is nil.
1291 If `font-lock-mark-block-function' non-nil and no ARG is given, it is used to
1292 delimit the region to fontify."
1295 deactivate-mark)
1296 ;; Make sure we have the right `font-lock-keywords' etc.
1312 ;;; End of Fontification functions.
1313 \f
1314 ;;; Additional text property functions.
1316 ;; The following text property functions should be builtins. This means they
1317 ;; should be written in C and put with all the other text property functions.
1318 ;; In the meantime, those that are used by font-lock.el are defined in Lisp
1319 ;; below and given a `font-lock-' prefix. Those that are not used are defined
1320 ;; in Lisp below and commented out. sm.
1323 "Prepend to one property of the text from START to END.
1324 Arguments PROP and VALUE specify the property and value to prepend to the value
1325 already in place. The resulting property values are always lists.
1326 Optional argument OBJECT is the string or buffer containing the text."
1333 object)
1337 "Append to one property of the text from START to END.
1338 Arguments PROP and VALUE specify the property and value to append to the value
1339 already in place. The resulting property values are always lists.
1340 Optional argument OBJECT is the string or buffer containing the text."
1347 object)
1351 "Fill in one property of the text from START to END.
1352 Arguments PROP and VALUE specify the property and value to put where none are
1353 already in place. Therefore existing property values are not overwritten.
1354 Optional argument OBJECT is the string or buffer containing the text."
1361 ;; For completeness: this is to `remove-text-properties' as `put-text-property'
1362 ;; is to `add-text-properties', etc.
1363 ;(defun remove-text-property (start end property &optional object)
1364 ; "Remove a property from text from START to END.
1365 ;Argument PROPERTY is the property to remove.
1366 ;Optional argument OBJECT is the string or buffer containing the text.
1367 ;Return t if the property was actually removed, nil otherwise."
1368 ; (remove-text-properties start end (list property) object))
1370 ;; For consistency: maybe this should be called `remove-single-property' like
1371 ;; `next-single-property-change' (not `next-single-text-property-change'), etc.
1372 ;(defun remove-single-text-property (start end prop value &optional object)
1373 ; "Remove a specific property value from text from START to END.
1374 ;Arguments PROP and VALUE specify the property and value to remove. The
1375 ;resulting property values are not equal to VALUE nor lists containing VALUE.
1376 ;Optional argument OBJECT is the string or buffer containing the text."
1377 ; (let ((start (text-property-not-all start end prop nil object)) next prev)
1378 ; (while start
1379 ; (setq next (next-single-property-change start prop object end)
1380 ; prev (get-text-property start prop object))
1381 ; (cond ((and (symbolp prev) (eq value prev))
1382 ; (remove-text-property start next prop object))
1383 ; ((and (listp prev) (memq value prev))
1384 ; (let ((new (delq value prev)))
1385 ; (cond ((null new)
1386 ; (remove-text-property start next prop object))
1387 ; ((= (length new) 1)
1388 ; (put-text-property start next prop (car new) object))
1389 ; (t
1390 ; (put-text-property start next prop new object))))))
1391 ; (setq start (text-property-not-all next end prop nil object)))))
1393 ;;; End of Additional text property functions.
1394 \f
1395 ;;; Syntactic regexp fontification functions.
1397 ;; These syntactic keyword pass functions are identical to those keyword pass
1398 ;; functions below, with the following exceptions; (a) they operate on
1399 ;; `font-lock-syntactic-keywords' of course, (b) they are all `defun' as speed
1400 ;; is less of an issue, (c) eval of property value does not occur JIT as speed
1401 ;; is less of an issue, (d) OVERRIDE cannot be `prepend' or `append' as it
1402 ;; makes no sense for `syntax-table' property values, (e) they do not do it
1403 ;; LOUDLY as it is not likely to be intensive.
1406 "Apply HIGHLIGHT following a match.
1407 HIGHLIGHT should be of the form MATCH-HIGHLIGHT,
1408 see `font-lock-syntactic-keywords'."
1414 ;; No match but we might not signal an error.
1420 ;; Flush the syntax-cache. I believe this is not necessary for
1421 ;; font-lock's use of syntax-ppss, but I'm not 100% sure and it can
1422 ;; still be necessary for other users of syntax-ppss anyway.
1426 ;; Cannot override existing fontification.
1430 ;; Override existing fontification.
1433 ;; Keep existing fontification.
1437 "Fontify according to KEYWORDS until LIMIT.
1438 KEYWORDS should be of the form MATCH-ANCHORED, see `font-lock-keywords',
1439 LIMIT can be modified by the value of its PRE-MATCH-FORM."
1441 ;; Evaluate PRE-MATCH-FORM.
1443 ;; Set LIMIT to value of PRE-MATCH-FORM or the end of line.
1448 ;; Find an occurrence of `matcher' before `limit'.
1452 ;; Apply each highlight to this instance of `matcher'.
1457 ;; Evaluate POST-MATCH-FORM.
1461 "Fontify according to `font-lock-syntactic-keywords' between START and END.
1462 START should be at the beginning of a line."
1463 ;; Ensure the beginning of the file is properly syntactic-fontified.
1468 ;; If `font-lock-syntactic-keywords' is a symbol, get the real keywords.
1471 font-lock-syntactic-keywords)))
1472 ;; If `font-lock-syntactic-keywords' is not compiled, compile it.
1475 font-lock-syntactic-keywords)))
1476 ;; Get down to business.
1479 keyword matcher highlights)
1481 ;; Find an occurrence of `matcher' from `start' to `end'.
1487 ;; Apply each highlight to this instance of `matcher', which may be
1488 ;; specific highlights or more keywords anchored to `matcher'.
1494 end))
1498 ;;; End of Syntactic regexp fontification functions.
1499 \f
1500 ;;; Syntactic fontification functions.
1503 "Put proper face on each string and comment between START and END.
1504 START should be at the beginning of a line."
1508 ;;
1509 ;; Find the state at the `beginning-of-line' before `start'.
1511 ;;
1512 ;; Find each interesting place between here and `end'.
1525 ;;; End of Syntactic fontification functions.
1526 \f
1527 ;;; Keyword regexp fontification functions.
1530 "Apply HIGHLIGHT following a match.
1531 HIGHLIGHT should be of the form MATCH-HIGHLIGHT, see `font-lock-keywords'."
1536 ;; No match but we might not signal an error.
1545 ;; Cannot override existing fontification.
1549 ;; Override existing fontification.
1552 ;; Prepend to existing fontification.
1555 ;; Append to existing fontification.
1558 ;; Keep existing fontification.
1562 "Fontify according to KEYWORDS until LIMIT.
1563 KEYWORDS should be of the form MATCH-ANCHORED, see `font-lock-keywords',
1564 LIMIT can be modified by the value of its PRE-MATCH-FORM."
1567 ;; Evaluate PRE-MATCH-FORM.
1569 ;; Set LIMIT to value of PRE-MATCH-FORM or the end of line.
1574 ;; this is a multiline anchored match
1575 ;; (setq font-lock-multiline t)
1579 limit
1582 ;; Find an occurrence of `matcher' before `limit'.
1587 ;; Apply each highlight to this instance of `matcher'.
1592 ;; Evaluate POST-MATCH-FORM.
1596 "Fontify according to `font-lock-keywords' between START and END.
1597 START should be at the beginning of a line."
1604 keyword matcher highlights)
1605 ;;
1606 ;; Fontify each item in `font-lock-keywords' from `start' to `end'.
1610 ;;
1611 ;; Find an occurrence of `matcher' from `start' to `end'.
1622 ;; this is a multiline regexp match
1623 ;; (setq font-lock-multiline t)
1632 ;; Apply each highlight to this instance of `matcher', which may be
1633 ;; specific highlights or more keywords anchored to `matcher'.
1642 ;;; End of Keyword regexp fontification functions.
1643 \f
1644 ;; Various functions.
1647 "Compile KEYWORDS into the form (t KEYWORD ...).
1648 Here KEYWORD is of the form (MATCHER HIGHLIGHT ...) as shown in the
1649 `font-lock-keywords' doc string.
1650 If REGEXP is non-nil, it means these keywords are used for
1651 `font-lock-keywords' rather than for `font-lock-syntactic-keywords'."
1653 keywords
1657 font-lock-beginning-of-syntax-function)
1660 ;; Try to detect when a string or comment contains something that
1661 ;; looks like a defun and would thus confuse font-lock.
1669 font-lock-comment-face))
1670 font-lock-warning-face)
1671 prepend)))))
1672 keywords))
1680 ;; If FORM is a FACENAME then quote it. Otherwise ignore the quote.
1691 keyword)))
1694 "Evalulate KEYWORDS if a function (funcall) or variable (eval) name."
1696 keywords
1702 "Return value in ALIST for `major-mode', or ALIST if it is not an alist.
1703 Structure is ((MAJOR-MODE . VALUE) ...) where MAJOR-MODE may be t."
1706 alist))
1709 "Return LEVELth element of KEYWORDS.
1710 A LEVEL of nil is equal to a LEVEL of 0, a LEVEL of t is equal to
1711 \(1- (length KEYWORDS))."
1713 keywords)
1724 "Set fontification defaults appropriately for this mode.
1725 Sets various variables using `font-lock-defaults' (or, if nil, using
1726 `font-lock-defaults-alist') and `font-lock-maximum-decoration'."
1727 ;; Set fontification defaults iff not previously set.
1740 ;; Syntactic fontification?
1743 ;; Case fold during regexp fontification?
1746 ;; Syntax table for regexp and syntactic fontification?
1751 ;; The character to modify may be a single CHAR or a STRING.
1757 ;; Syntax function for syntactic fontification?
1761 ;; Variable alist?
1764 ;; Setup `font-lock-keywords' last because its value might depend
1765 ;; on other settings (e.g. font-lock-compile-keywords uses
1766 ;; font-lock-beginning-of-syntax-function).
1769 ;; Local fontification?
1775 \f
1776 ;;; Colour etc. support.
1778 ;; Originally face attributes were specified via `font-lock-face-attributes'.
1779 ;; Users then changed the default face attributes by setting that variable.
1780 ;; However, we try and be back-compatible and respect its value if set except
1781 ;; for faces where M-x customize has been used to save changes for the face.
1787 ;; Rustle up a `defface' SPEC from a `font-lock-face-attributes' entry.
1794 face-spec)
1807 ;; But now we do it the custom way. Note that `defface' will not overwrite any
1808 ;; faces declared above via `custom-declare-face'.
1819 "Font Lock mode face used to highlight comments."
1829 "Font Lock mode face used to highlight strings."
1834 "Font Lock mode face used to highlight documentation."
1844 "Font Lock mode face used to highlight keywords."
1854 "Font Lock mode face used to highlight builtins."
1862 "Font Lock mode face used to highlight function names."
1874 "Font Lock mode face used to highlight variable names."
1884 "Font Lock mode face used to highlight type and classes."
1896 "Font Lock mode face used to highlight constants and labels."
1904 "Font Lock mode face used to highlight warnings."
1907 ;;; End of Colour etc. support.
1908 \f
1909 ;;; Menu support.
1911 ;; This section of code is commented out because Emacs does not have real menu
1912 ;; buttons. (We can mimic them by putting "( ) " or "(X) " at the beginning of
1913 ;; the menu entry text, but with Xt it looks both ugly and embarrassingly
1914 ;; amateur.) If/When Emacs gets real menus buttons, put in menu-bar.el after
1915 ;; the entry for "Text Properties" something like:
1916 ;;
1917 ;; (define-key menu-bar-edit-menu [font-lock]
1918 ;; (cons "Syntax Highlighting" font-lock-menu))
1919 ;;
1920 ;; and remove a single ";" from the beginning of each line in the rest of this
1921 ;; section. Probably the mechanism for telling the menu code what are menu
1922 ;; buttons and when they are on or off needs tweaking. I have assumed that the
1923 ;; mechanism is via `menu-toggle' and `menu-selected' symbol properties. sm.
1925 ;;;;###autoload
1926 ;(progn
1927 ; ;; Make the Font Lock menu.
1928 ; (defvar font-lock-menu (make-sparse-keymap "Syntax Highlighting"))
1929 ; ;; Add the menu items in reverse order.
1930 ; (define-key font-lock-menu [fontify-less]
1931 ; '("Less In Current Buffer" . font-lock-fontify-less))
1932 ; (define-key font-lock-menu [fontify-more]
1933 ; '("More In Current Buffer" . font-lock-fontify-more))
1934 ; (define-key font-lock-menu [font-lock-sep]
1935 ; '("--"))
1936 ; (define-key font-lock-menu [font-lock-mode]
1937 ; '("In Current Buffer" . font-lock-mode))
1938 ; (define-key font-lock-menu [global-font-lock-mode]
1939 ; '("In All Buffers" . global-font-lock-mode)))
1940 ;
1941 ;;;;###autoload
1942 ;(progn
1943 ; ;; We put the appropriate `menu-enable' etc. symbol property values on when
1944 ; ;; font-lock.el is loaded, so we don't need to autoload the three variables.
1945 ; (put 'global-font-lock-mode 'menu-toggle t)
1946 ; (put 'font-lock-mode 'menu-toggle t)
1947 ; (put 'font-lock-fontify-more 'menu-enable '(identity))
1948 ; (put 'font-lock-fontify-less 'menu-enable '(identity)))
1949 ;
1950 ;;; Put the appropriate symbol property values on now. See above.
1951 ;(put 'global-font-lock-mode 'menu-selected 'global-font-lock-mode)
1952 ;(put 'font-lock-mode 'menu-selected 'font-lock-mode)
1953 ;(put 'font-lock-fontify-more 'menu-enable '(nth 2 font-lock-fontify-level))
1954 ;(put 'font-lock-fontify-less 'menu-enable '(nth 1 font-lock-fontify-level))
1955 ;
1956 ;(defvar font-lock-fontify-level nil) ; For less/more fontification.
1957 ;
1958 ;(defun font-lock-fontify-level (level)
1959 ; (let ((font-lock-maximum-decoration level))
1960 ; (when font-lock-mode
1961 ; (font-lock-mode))
1962 ; (font-lock-mode)
1963 ; (when font-lock-verbose
1964 ; (message "Fontifying %s... level %d" (buffer-name) level))))
1965 ;
1966 ;(defun font-lock-fontify-less ()
1967 ; "Fontify the current buffer with less decoration.
1968 ;See `font-lock-maximum-decoration'."
1969 ; (interactive)
1970 ; ;; Check in case we get called interactively.
1971 ; (if (nth 1 font-lock-fontify-level)
1972 ; (font-lock-fontify-level (1- (car font-lock-fontify-level)))
1973 ; (error "No less decoration")))
1974 ;
1975 ;(defun font-lock-fontify-more ()
1976 ; "Fontify the current buffer with more decoration.
1977 ;See `font-lock-maximum-decoration'."
1978 ; (interactive)
1979 ; ;; Check in case we get called interactively.
1980 ; (if (nth 2 font-lock-fontify-level)
1981 ; (font-lock-fontify-level (1+ (car font-lock-fontify-level)))
1982 ; (error "No more decoration")))
1983 ;
1984 ;;; This should be called by `font-lock-set-defaults'.
1985 ;(defun font-lock-set-menu ()
1986 ; ;; Activate less/more fontification entries if there are multiple levels for
1987 ; ;; the current buffer. Sets `font-lock-fontify-level' to be of the form
1988 ; ;; (CURRENT-LEVEL IS-LOWER-LEVEL-P IS-HIGHER-LEVEL-P) for menu activation.
1989 ; (let ((keywords (or (nth 0 font-lock-defaults)
1990 ; (nth 1 (assq major-mode font-lock-defaults-alist))))
1991 ; (level (font-lock-value-in-major-mode font-lock-maximum-decoration)))
1992 ; (make-local-variable 'font-lock-fontify-level)
1993 ; (if (or (symbolp keywords) (= (length keywords) 1))
1994 ; (font-lock-unset-menu)
1995 ; (cond ((eq level t)
1996 ; (setq level (1- (length keywords))))
1997 ; ((or (null level) (zerop level))
1998 ; ;; The default level is usually, but not necessarily, level 1.
1999 ; (setq level (- (length keywords)
2000 ; (length (member (eval (car keywords))
2001 ; (mapcar 'eval (cdr keywords))))))))
2002 ; (setq font-lock-fontify-level (list level (> level 1)
2003 ; (< level (1- (length keywords))))))))
2004 ;
2005 ;;; This should be called by `font-lock-unset-defaults'.
2006 ;(defun font-lock-unset-menu ()
2007 ; ;; Deactivate less/more fontification entries.
2008 ; (setq font-lock-fontify-level nil))
2010 ;;; End of Menu support.
2011 \f
2012 ;;; Various regexp information shared by several modes.
2013 ;;; Information specific to a single mode should go in its load library.
2015 ;; Font Lock support for C, C++, Objective-C and Java modes will one day be in
2016 ;; some cc-font.el (and required by cc-mode.el). However, the below function
2017 ;; should stay in font-lock.el, since it is used by other libraries. sm.
2020 "Match, and move over, any declaration/definition item after point.
2021 Matches after point, but ignores leading whitespace and `*' characters.
2022 Does not move further than LIMIT.
2024 The expected syntax of a declaration/definition item is `word' (preceded by
2025 optional whitespace and `*' characters and proceeded by optional whitespace)
2026 optionally followed by a `('. Everything following the item (but belonging to
2027 it) is expected to by skip-able by `scan-sexps', and items are expected to be
2028 separated with a `,' and to be terminated with a `;'.
2030 Thus the regexp matches after point: word (
2031 ^^^^ ^
2032 Where the match subexpressions are: 1 2
2034 The item is delimited by (match-beginning 1) and (match-end 1).
2035 If (match-beginning 2) is non-nil, the item is followed by a `('.
2037 This function could be MATCHER in a MATCH-ANCHORED `font-lock-keywords' item."
2040 ;; If `word' is followed by a double open-paren, it's probably
2041 ;; a macro used for "int myfun P_ ((int arg1))". Let's go back one
2042 ;; word to try and match `myfun' rather than `P_'.
2047 ;; Looks like it was something else, so go back to where we
2048 ;; were and reset the match data by rematching.
2054 ;; Restrict to the LIMIT.
2057 ;; Move over any item value, etc., to the next item.
2062 \f
2063 ;; Lisp.
2068 ;;
2069 ;; Definitions.
2071 ;; Function declarations.
2077 ;; Variable declarations.
2079 ;; Structure declarations.
2082 ;; Any whitespace and defined object.
2089 nil t))
2090 ;;
2091 ;; Emacs Lisp autoload cookies.
2093 ))
2100 ;;
2101 ;; Control structures. Emacs Lisp forms.
2111 "eval-when"
2118 ;;
2119 ;; Control structures. Common Lisp forms.
2133 ;;
2134 ;; Exit/Feature symbols as constants.
2139 ;;
2140 ;; Erroneous structures.
2142 ;;
2143 ;; Words inside \\[] tend to be for `substitute-command-keys'.
2145 ;;
2146 ;; Words inside `' tend to be symbol names.
2148 ;;
2149 ;; Constant values.
2151 ;;
2152 ;; ELisp and CLisp `&' keywords as types.
2154 ;;
2155 ;; CL `with-' and `do-' constructs
2157 )))
2162 \f
2163 ;;; User choices.
2165 ;; These provide a means to fontify types not defined by the language. Those
2166 ;; types might be the user's own or they might be generally accepted and used.
2167 ;; Generally accepted types are used to provide default variable values.
2170 "Widget `:type' for members of the custom group `font-lock-extra-types'.
2171 Members should `:load' the package `font-lock' to use this widget."
2176 "*List of extra types to fontify in C mode.
2177 Each list item should be a regexp not containing word-delimiters.
2179 ending in _t are treated as type names.
2181 The value of this variable is used when Font Lock mode is turned on."
2195 "type_info"
2198 "*List of extra types to fontify in C++ mode.
2199 Each list item should be a regexp not containing word-delimiters.
2201 name.
2203 The value of this variable is used when Font Lock mode is turned on."
2208 "*List of extra types to fontify in Objective-C mode.
2209 Each list item should be a regexp not containing word-delimiters.
2211 Class, BOOL, IMP and SEL are treated as type names.
2213 The value of this variable is used when Font Lock mode is turned on."
2219 "*List of extra types to fontify in Java mode.
2220 Each list item should be a regexp not containing word-delimiters.
2222 capitalised words (that conform to the Java id spec) and URL are treated as
2223 type names.
2225 The value of this variable is used when Font Lock mode is turned on."
2228 \f
2229 ;;; C.
2231 ;; [Murmur murmur murmur] Maestro, drum-roll please... [Murmur murmur murmur.]
2232 ;; Ahem. [Murmur murmur murmur] Lay-dees an Gennel-men. [Murmur murmur shhh!]
2233 ;; I am most proud and humbly honoured today [murmur murmur cough] to present
2234 ;; to you good people, the winner of the Second Millennium Award for The Most
2235 ;; Hairy Language Syntax. [Ahhh!] All rise please. [Shuffle shuffle
2236 ;; shuffle.] And a round of applause please. For... The C Language! [Roar.]
2237 ;;
2238 ;; Thank you... You are too kind... It is with a feeling of great privilege
2239 ;; and indeed emotion [sob] that I accept this award. It has been a long hard
2240 ;; road. But we know our destiny. And our future. For we must not rest.
2241 ;; There are more tokens to overload, more shoehorn, more methodologies. But
2242 ;; more is a plus! [Ha ha ha.] And more means plus! [Ho ho ho.] The future
2243 ;; is C++! [Ohhh!] The Third Millennium Award... Will be ours! [Roar.]
2249 ;; Type related, but we don't do anything special.
2252 ;; Dan Nicolaescu <done@gnu.org> says this is new.
2253 "restrict"
2254 ;; Henrik Enberg <henrik@enberg.org> says this is new.
2268 ;; Henrik Enberg <henrik@enberg.org> says these are new.
2270 c-font-lock-extra-types)
2283 ;;
2284 ;; These are all anchored at the beginning of line for speed.
2285 ;; Note that `c++-font-lock-keywords-1' depends on `c-font-lock-keywords-1'.
2286 ;;
2287 ;; Fontify function name definitions (GNU style; without type on line).
2289 ;;
2290 ;; Fontify error directives.
2292 ;;
2293 ;; Fontify filenames in #include <...> preprocessor directives as strings.
2296 ;;
2297 ;; Fontify function macro names.
2299 ;;
2300 ;; Fontify symbol names in #elif or #if ... defined preprocessor directives.
2304 ;;
2305 ;; Fontify otherwise as symbol names, and the preprocessor directive names.
2317 ;;
2318 ;; Simple regexps for speed.
2319 ;;
2320 ;; Fontify all type names.
2323 ;;
2324 ;; Fontify all builtin keywords (except case, default and goto; see below).
2326 ;;
2327 ;; Fontify case/goto keywords and targets, and case default/goto tags.
2331 ;; Return limit of search.
2333 nil
2335 ;; Anders Lindgren <andersl@andersl.com> points out that it is quicker
2336 ;; to use MATCH-ANCHORED to effectively anchor the regexp on the left.
2337 ;; This must come after the one for keywords and targets.
2338 ;; Note: the lack of `:' in the first char-range prevents `bar' from being
2339 ;; highlighted in "foo: bar:". But adding `:' would break cases like
2340 ;; "test1 ? test2 ? foo : bar : baz".
2344 ))
2349 ;;
2350 ;; More complicated regexps for more complete highlighting for types.
2351 ;; We still have to fontify type specifiers individually, as C is so hairy.
2353 ;;
2354 ;; Fontify all storage types, plus their items.
2358 ;; Fontify each declaration item.
2360 ;; Start with point after all type specifiers.
2365 ;; Finish with point after first type specifier.
2367 ;; Fontify as a variable or function name.
2369 font-lock-function-name-face
2370 font-lock-variable-name-face)))))
2371 ;;
2372 ;; Fontify all storage specs and types, plus their items.
2378 ;; Finish with point after the variable name if
2379 ;; there is one.
2382 ;; Fontify as a variable or function name.
2384 font-lock-function-name-face
2386 ;;
2387 ;; Fontify structures, or typedef names, plus their items.
2393 ;;
2394 ;; Fontify anything at beginning of line as a declaration or definition.
2401 font-lock-function-name-face
2402 font-lock-variable-name-face))))
2403 ))
2404 "Gaudy level highlighting for C mode.
2410 ;; Check whether the string is properly terminated.
2414 ;; We're inside a string, at EOL and there was no \.
2415 font-lock-warning-face
2416 font-lock-string-face))
2418 ;; `doxygen' uses /*! while others use /**.
2420 font-lock-doc-face font-lock-comment-face))))
2423 "Default expressions to highlight in C mode.
2425 \f
2426 ;;; C++.
2429 ;; Regexp matches after point: word<word>::word (
2430 ;; ^^^^ ^^^^ ^^^^ ^
2431 ;; Where the match subexpressions are: 1 3 5 6
2432 ;;
2433 ;; Item is delimited by (match-beginning 1) and (match-end 1).
2434 ;; If (match-beginning 3) is non-nil, that part of the item incloses a `<>'.
2435 ;; If (match-beginning 5) is non-nil, that part of the item follows a `::'.
2436 ;; If (match-beginning 6) is non-nil, the item is followed by a `('.
2439 ;; Skip any leading whitespace.
2441 ;; This is `c++-type-spec' from below. (Hint hint!)
2445 ;; Match any trailing parenthesis.
2450 ;; Restrict to the end of line, currently guaranteed to be LIMIT.
2453 ;; Move over any item value, etc., to the next item.
2460 ;; Match C++ constructors and destructors inside class declarations.
2466 ;; Don't match function pointer declarations, e.g.:
2467 ;; Foo (*fptr)();
2475 res))
2482 "typeid"
2483 ;; Branko Cibej <branko.cibej@hermes.si> says this is new.
2484 "export"
2485 ;; Mark Mitchell <mmitchell@usa.net> says these are new.
2487 ;; Alain Picard <ap@abelard.apana.org.au> suggests treating these
2488 ;; as keywords not types.
2492 ;; Standard C++ operator names.
2498 ;; Taken from Stroustrup, minus keywords otherwise fontified.
2507 ;; Eric Hopper <hopper@omnifarious.mn.org> says these are new.
2522 ;;
2523 ;; A brave attempt to match templates following a type and/or match
2524 ;; class membership. See and sync the above function
2525 ;; `font-lock-match-c++-style-declaration-item-and-skip-to-next'.
2529 ;; If the string is a type, it may be followed by the cruft above.
2532 ;;
2533 ;; Parenthesis depth of user-defined types not forgetting their cruft.
2536 )
2539 ;;
2540 ;; The list `c-font-lock-keywords-1' less that for function names.
2543 ;;
2544 ;; Fontify function name definitions, possibly incorporating class names.
2547 font-lock-type-face
2548 font-lock-function-name-face))
2551 ))
2557 ;;
2558 ;; The list `c-font-lock-keywords-2' for C++ plus operator overloading.
2562 ;;
2563 ;; Fontify operator overloading.
2567 ;;
2568 ;; Fontify case/goto keywords and targets, and case default/goto tags.
2572 ;; Return limit of search.
2579 nil
2581 font-lock-type-face
2583 ;; This must come after the one for keywords and targets.
2587 ;;
2588 ;; Fontify other builtin keywords.
2590 ;;
2591 ;; Eric Hopper <hopper@omnifarious.mn.org> says `true' and `false' are new.
2593 ))
2594 "Medium level highlighting for C++ mode.
2599 ;;
2600 ;; More complicated regexps for more complete highlighting for types.
2602 ;;
2603 ;; Fontify all storage classes and type specifiers, plus their items.
2607 ;; The name of any template type.
2609 ;; Fontify each declaration item.
2611 ;; Start with point after all type specifiers.
2616 ;; Finish with point after first type specifier.
2618 ;; Fontify as a variable or function name.
2620 font-lock-type-face)
2622 font-lock-function-name-face)
2624 font-lock-variable-name-face)))
2627 font-lock-function-name-face
2629 ;;
2630 ;; Fontify all storage specs and types, plus their items.
2633 ;; The name of any template type.
2635 ;; The name of any type.
2637 font-lock-type-face nil t)
2638 ;; Fontify each declaration item.
2640 ;; Start with point after all type specifiers.
2642 ;; Finish with point after first type specifier.
2643 nil
2644 ;; Fontify as a variable or function name.
2646 font-lock-type-face)
2648 font-lock-function-name-face)
2650 font-lock-variable-name-face)))
2653 font-lock-function-name-face
2655 ;;
2656 ;; Fontify structures, or typedef names, plus their items.
2662 ;;
2663 ;; Fontify anything at beginning of line as a declaration or definition.
2670 font-lock-type-face)
2675 font-lock-function-name-face
2677 ;;
2678 ;; Fontify constructors and destructors inside class declarations.
2681 ))
2682 "Gaudy level highlighting for C++ mode.
2684 )
2687 "Default expressions to highlight in C++ mode.
2689 \f
2690 ;;; Objective-C.
2692 ;; Regexps written with help from Stephen Peters <speters@us.oracle.com> and
2693 ;; Jacques Duthen Prestataire <duthen@cegelec-red.fr>.
2715 objc-font-lock-extra-types)
2719 )
2722 ;;
2723 ;; The list `c-font-lock-keywords-1' less that for function names.
2726 ;;
2727 ;; Fontify compiler directives.
2732 ;;
2733 ;; Fontify method names and arguments. Oh Lordy!
2734 ;; First, on the same line as the function declaration.
2739 nil nil
2742 ;; Second, on lines following the function declaration.
2747 ))
2753 ;;
2754 ;; Simple regexps for speed.
2755 ;;
2756 ;; Fontify all type specifiers.
2760 ;;
2761 ;; Fontify all builtin keywords (except case, default and goto; see below).
2763 ;;
2764 ;; Fontify case/goto keywords and targets, and case default/goto tags.
2767 ;; Fontify tags iff sole statement on line, otherwise we detect selectors.
2768 ;; This must come after the one for keywords and targets.
2772 ;;
2773 ;; Fontify null object pointers.
2775 ))
2776 "Medium level highlighting for Objective-C mode.
2781 ;;
2782 ;; More complicated regexps for more complete highlighting for types.
2783 ;; We still have to fontify type specifiers individually, as C is so hairy.
2785 ;;
2786 ;; Fontify all storage classes and type specifiers, plus their items.
2790 ;; Fontify each declaration item.
2792 ;; Start with point after all type specifiers.
2797 ;; Finish with point after first type specifier.
2799 ;; Fontify as a variable or function name.
2801 font-lock-function-name-face
2802 font-lock-variable-name-face)))))
2803 ;;
2804 ;; Fontify all storage specs and types, plus their items.
2806 ;; The name of any type.
2808 ;; Fontify each declaration item.
2811 ;; Fontify as a variable or function name.
2813 font-lock-function-name-face
2814 font-lock-variable-name-face))))
2815 ;;
2816 ;; Fontify structures, or typedef names, plus their items.
2822 ;;
2823 ;; Fontify anything at beginning of line as a declaration or definition.
2830 font-lock-function-name-face
2831 font-lock-variable-name-face))))
2832 ))
2833 "Gaudy level highlighting for Objective-C mode.
2835 )
2838 "Default expressions to highlight in Objective-C mode.
2840 \f
2841 ;;; Java.
2843 ;; Regexps written with help from Fred White <fwhite@bbn.com>,
2844 ;; Anders Lindgren <andersl@andersl.com> and Carl Manning <caroma@ai.mit.edu>.
2849 ;; Anders Lindgren <andersl@andersl.com> says these have gone.
2850 ;; "cast" "byvalue" "future" "generic" "operator" "var"
2851 ;; "inner" "outer" "rest"
2854 ;;
2855 ;; Classes immediately followed by an object name.
2862 java-font-lock-extra-types)
2865 ;;
2866 ;; These are eventually followed by an object name.
2871 ;; Anders Lindgren <andersl@andersl.com> says this has gone.
2872 ;; "threadsafe"
2874 ;; Carl Manning <caroma@ai.mit.edu> says this is new.
2876 )
2879 ;;
2880 ;; Fontify class names.
2883 ;;
2884 ;; Fontify package names in import directives.
2890 )
2896 ;;
2897 ;; Fontify class names.
2901 ;;
2902 ;; Fontify all builtin keywords (except below).
2904 ;;
2905 ;; Fontify keywords and targets, and case default/goto tags.
2908 ;; This must come after the one for keywords and targets.
2912 ;;
2913 ;; Fontify all constants.
2915 ;;
2916 ;; Javadoc tags within comments.
2931 ))
2932 "Medium level highlighting for Java mode.
2937 ;;
2938 ;; More complicated regexps for more complete highlighting for types.
2939 ;; We still have to fontify type specifiers individually, as Java is hairy.
2941 ;;
2942 ;; Fontify random types immediately followed by an item or items.
2947 ;; Fontify each declaration item.
2949 ;; Start and finish with point after the type specifier.
2953 ;; Fontify as a variable or function name.
2955 font-lock-function-name-face
2956 font-lock-variable-name-face)))))
2957 ;;
2958 ;; Fontify those that are eventually followed by an item or items.
2963 ;; Fontify each declaration item.
2965 ;; Start with point after all type specifiers.
2968 ;; Finish with point after first type specifier.
2970 ;; Fontify as a variable or function name.
2972 font-lock-function-name-face
2973 font-lock-variable-name-face))))
2974 ))
2975 "Gaudy level highlighting for Java mode.
2977 )
2980 "Default expressions to highlight in Java mode.
2982 \f
2983 ;; Provide ourselves:
2988 ;; Check whether the string is properly terminated.
2992 ;; We're inside a string, at EOL. The JLS says that:
2993 ;; It is a compile-time error for a line terminator to
2994 ;; appear after the opening " and before the closing
2995 ;; matching ".
2996 font-lock-warning-face
2997 font-lock-string-face))
3000 font-lock-doc-face
3001 font-lock-comment-face))))
3008 ;;; font-lock.el ends here