# HG changeset patch
# User Eli Zaretskii <eliz@gnu.org>
# Date 1000737854 0
# Node ID 311556cdc15a11a7aa41424813473008572ee015
# Parent  ff5b5b1092e0fe46cf9084db3923898be5571e2d
Document Font Lock problems with parens in column zero.

diff -r ff5b5b1092e0 -r 311556cdc15a etc/PROBLEMS
--- a/etc/PROBLEMS	Mon Sep 17 12:29:06 2001 +0000
+++ b/etc/PROBLEMS	Mon Sep 17 14:44:14 2001 +0000
@@ -345,6 +345,28 @@
 * Crashes when displaying uncompressed GIFs with version
 libungif-4.1.0 are resolved by using version libungif-4.1.0b1.
 
+* Font Lock displays portions of the bufefr in incorrect faces.
+
+By far the most frequent cause of this is a parenthesis `(' or a brace
+`{' in column zero.  Font Lock assumes that such a paren is outside of
+any comment or string.  This is of course not true in general, but the
+vast majority of well-formatted program source files don't have such
+parens, and therefore this assumption is used to allow optimizations
+in Font Lock's syntactical analysis.  These optimizations avoid some
+patological cases where jit-lock, the Just-in-Time fontification
+introduced with Emacs 21.1, could significantly slow down scrolling
+through the buffer, especially scrolling backwards, and also jumping
+to the end of a very large buffer.
+
+If you don't use large buffers, or have a very fast machine which
+makes the delays insignificant, you can avoid the incorrect
+fontification by setting the variable
+`font-lock-beginning-of-syntax-function' to a nil value.  (This must
+be done _after_ turning on Font Lock.)
+
+Another alternative is to avoid a paren in column zero.  For example,
+in a Lisp string you could precede the paren with a backslash.
+
 * Interrupting Cygwin port of Bash from Emacs doesn't work.
 
 Cygwin 1.x builds of the ported Bash cannot be interrupted from the