Ensuring that the whole buffer is fontified

Ensuring that the whole buffer is fontified

[Hrvoje Niksic]

My package htmlize (see
<http://fly.srk.fer.hr/~hniksic/emacs/htmlize.el>) inspects buffer
contents and converts it into HTML markup that includes color and font
information found in the buffer.  This is typically used to convert
fontified buffers to HTML, but is not limited to font-lock.

One problem I encountered with recent versions of GNU Emacs is that it
seems (at least under Red Hat) to use font-lock "support modes" by
default.  The delayed fontification causes htmlize to properly convert
only the first visible screenful of the buffer.

What is the best way to tell font-lock to process the whole buffer
because non-interactive is about to inspect it?  I found several
possibilities, but they seemed incomplete:

* I can call jit-lock-fontify-now for jit-lock, something else for
  fast-lock, and something else for lazy-lock.  But that requires
  htmlize intimate knowledge about the support modes, which will fail
  if a new (possibly third-party) support mode gets added.

* I can call font-lock-fontify-buffer.  But the documentation of that
  function doesn't seem to mention the support modes at all, so I'm
  not sure how they will interact in the general case.  Also, I don't
  want to cause re-fontification if the buffer has already been fully
  fontified.

What approach would you recommend for ensuring buffer fontification?

Re: Ensuring that the whole buffer is fontified

[Stefan Monnier]

> One problem I encountered with recent versions of GNU Emacs is that it
> seems (at least under Red Hat) to use font-lock "support modes" by
> default.  The delayed fontification causes htmlize to properly convert
> only the first visible screenful of the buffer.

Yes.  I think ps-print had the same problem.
IIRC, they fixed it, but in an ugly way.  We should add
a `font-lock-fontify-now' which DTRT for all the support modes
and then you can use that and ps-print can use that as well.


        Stefan