Skip to content
GitLab
Projects
Groups
Snippets
Help
Loading...
Help
Help
Support
Community forum
Keyboard shortcuts
?
Submit feedback
Contribute to GitLab
Sign in / Register
Toggle navigation
Open sidebar
emacs
emacs
Commits
9724173b
Commit
9724173b
authored
Jan 19, 2001
by
Gerd Moellmann
Browse files
(jit-lock-fontify-now): Don't bind
font-lock-beginning-of-syntax-function to nil.
parent
dc81f8a2
Changes
2
Hide whitespace changes
Inline
Side-by-side
Showing
2 changed files
with
14 additions
and
2 deletions
+14
-2
lisp/ChangeLog
lisp/ChangeLog
+5
-0
lisp/jit-lock.el
lisp/jit-lock.el
+9
-2
No files found.
lisp/ChangeLog
View file @
9724173b
2001-01-19 Gerd Moellmann <gerd@gnu.org>
* jit-lock.el (jit-lock-fontify-now): Don't bind
font-lock-beginning-of-syntax-function to nil.
2001-01-19 Eli Zaretskii <eliz@is.elta.co.il>
* mail/emacsbug.el (report-emacs-bug): Report values of
...
...
lisp/jit-lock.el
View file @
9724173b
...
...
@@ -264,8 +264,15 @@ Defaults to the whole buffer. END can be out of bounds."
(
widen
)
(
unless
start
(
setq
start
(
point-min
)))
(
setq
end
(
if
end
(
min
end
(
point-max
))
(
point-max
)))
(
let
((
font-lock-beginning-of-syntax-function
nil
)
next
)
;; This did bind `font-lock-beginning-of-syntax-function' to
;; nil at some point, for an unknown reason. Don't do this; it
;; can make highlighting slow due to expensive calls to
;; `parse-partial-sexp' in function
;; `font-lock-fontify-syntactically-region'. Example: paging
;; from the end of a buffer to its start, can do repeated
;; `parse-partial-sexp' starting from `point-min', which can
;; take a long time in a large buffer.
(
let
(
next
)
(
save-match-data
;; Fontify chunks beginning at START. The end of a
;; chunk is either `end', or the start of a region
...
...
Write
Preview
Markdown
is supported
0%
Try again
or
attach a new file
.
Attach a file
Cancel
You are about to add
0
people
to the discussion. Proceed with caution.
Finish editing this message first!
Cancel
Please
register
or
sign in
to comment