[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: address@hidden: C++-mode: Syntax highlighting: wrong color for funct

From: martin rudalics
Subject: Re: address@hidden: C++-mode: Syntax highlighting: wrong color for function identifier depending on the kind of whitespace that follows]
Date: Wed, 15 Mar 2006 09:52:27 +0100
User-agent: Mozilla Thunderbird 1.0 (Windows/20041206)

>>DONE.  In the process, I moved the processing of font-lock-lines-before
>>from font-lock-default-fontify-region into
>>font-lock-after-change-function and jit-lock-after-change, so as to be
>>able to stop them interfering with eachother.
> As discussed and agreed in this list, font-lock-lines-before should simply
> be removed since it is subsumed by the new feature.
> Also, I thought we had agreed that this new feature should be in
> f-l-default-fontify-region rather than f-l-after-change-function.  I believe
> it is *wrong* for it to be in f-l-after-change-function where it is mostly
> useless: you can already get the same result by using an
> (non-f-l)after-change-functions hook that sets the
> font-lock-multiline property.

Any functionality replacing `font-lock-lines-before' should be able to
handle the following `jit-lock' related scenario: "Display an arbitrary
range of a buffer such that the area preceding that range has not been
(syntactically- or keyword-) fontified yet."  With other words, any such
functionality should handle changes of `window-buffer', `window-start',
or `window-height' as well.  `after-change-functions' is of no use here.

An aside: About 20 major modes set `font-lock-syntactic-keywords'
currently.  None of them sets `font-lock-syntactically-fontified'.

reply via email to

[Prev in Thread] Current Thread [Next in Thread]