[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#8626: 24.0.50; (elisp) Region to Fontify after a Buffer Change - Why
bug#8626: 24.0.50; (elisp) Region to Fontify after a Buffer Change - Why a child of Multiline Font Lock?
Fri, 15 Jul 2011 07:30:35 -0700
If you dropped into this node from elsewhere than it parent, you would see
nothing about multiline font-lock constucts. (And even coming from that node
you will see nothing about them.)
You would learn about refontifying the region after a buffer change, in
particular that in some cases refontifying needs to extend the region. That's
No one has yet answered the question that would unambiguously tie this to
multiline font-lock constructs: is this region extension for refontifying
pertinent _ONLY_ in the context of multi-line font-lock constructs? As I said:
> If the _only_ time this is pertinent is in the context of
> multiline font-lock constructs, then please say so (and
> perhaps why, if helpful). If it is not the only time, then
> add that this _can_ happen, in particular, in
> the context of multiline font-lock constructs.
Answer that question for readers and you've fixed this bug.