From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: martin rudalics Newsgroups: gmane.emacs.cc-mode.general,gmane.emacs.devel Subject: Re: [sigra@home.se: 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 Message-ID: <4417D5CB.4010005@gmx.at> References: <87d5go7kef.fsf-monnier+emacs@gnu.org> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1142417660 32748 80.91.229.2 (15 Mar 2006 10:14:20 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Wed, 15 Mar 2006 10:14:20 +0000 (UTC) Cc: Alan Mackenzie , "Richard M. Stallman" , Ralf Angeli , emacs-devel@gnu.org, bug-cc-mode@gnu.org Original-X-From: cc-mode-help-admin@lists.sourceforge.net Wed Mar 15 11:14:13 2006 Return-path: Envelope-to: sf-cc-mode-help@m.gmane.org Original-Received: from lists-outbound.sourceforge.net ([66.35.250.225]) by ciao.gmane.org with esmtp (Exim 4.43) id 1FJT12-0001sJ-Jh for sf-cc-mode-help@m.gmane.org; Wed, 15 Mar 2006 11:14:06 +0100 Original-Received: from sc8-sf-list1-b.sourceforge.net (sc8-sf-list1-b.sourceforge.net [10.3.1.7]) by sc8-sf-spam1.sourceforge.net (Postfix) with ESMTP id A459B89812; Wed, 15 Mar 2006 02:14:03 -0800 (PST) Original-Received: from sc8-sf-mx1-b.sourceforge.net ([10.3.1.91] helo=mail.sourceforge.net) by sc8-sf-list1.sourceforge.net with esmtp (Exim 4.30) id 1FJT0W-0008SX-Ic for cc-mode-help@lists.sourceforge.net; Wed, 15 Mar 2006 02:13:32 -0800 Original-Received: from fencepost.gnu.org ([199.232.76.164]) by mail.sourceforge.net with esmtps (TLSv1:RC4-SHA:128) (Exim 4.44) id 1FJT0W-0002XR-5K for cc-mode-help@lists.sourceforge.net; Wed, 15 Mar 2006 02:13:32 -0800 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by fencepost.gnu.org with esmtp (Exim 4.34) id 1FJT0T-0000BS-7w for bug-cc-mode@gnu.org; Wed, 15 Mar 2006 05:13:29 -0500 Original-Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.52) id 1FJT4o-0000ZN-B6 for bug-cc-mode@gnu.org; Wed, 15 Mar 2006 05:18:01 -0500 Original-Received: from [213.165.64.20] (helo=mail.gmx.net) by monty-python.gnu.org with smtp (Exim 4.52) id 1FJT4n-0000ZG-Ka for bug-cc-mode@gnu.org; Wed, 15 Mar 2006 05:17:58 -0500 Original-Received: (qmail invoked by alias); 15 Mar 2006 10:13:23 -0000 Original-Received: from N925P011.adsl.highway.telekom.at (EHLO [62.47.59.139]) [62.47.59.139] by mail.gmx.net (mp035) with SMTP; 15 Mar 2006 11:13:23 +0100 X-Authenticated: #14592706 User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: de-DE, de, en-us, en Original-To: Stefan Monnier In-Reply-To: <87d5go7kef.fsf-monnier+emacs@gnu.org> X-Y-GMX-Trusted: 0 X-Spam-Score: 2.8 (++) X-Spam-Report: Spam Filtering performed by sourceforge.net. See http://spamassassin.org/tag/ for more details. Report problems to http://sf.net/tracker/?func=add&group_id=1&atid=200001 1.0 FORGED_RCVD_HELO Received: contains a forged HELO 1.8 RCVD_IN_BL_SPAMCOP_NET RBL: Received via a relay in bl.spamcop.net [Blocked - see ] Original-Sender: cc-mode-help-admin@lists.sourceforge.net Errors-To: cc-mode-help-admin@lists.sourceforge.net X-BeenThere: cc-mode-help@lists.sourceforge.net X-Mailman-Version: 2.0.9-sf.net Precedence: bulk List-Unsubscribe: , List-Id: Bug reports, feature requests, and general talk about CC Mode. List-Post: List-Help: List-Subscribe: , List-Archive: X-Original-Date: Wed, 15 Mar 2006 09:52:27 +0100 Xref: news.gmane.org gmane.emacs.cc-mode.general:3202 gmane.emacs.devel:51655 Archived-At: >>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'. ------------------------------------------------------- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642