From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Ralf Angeli 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: Thu, 16 Feb 2006 12:54:37 +0100 Message-ID: References: NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1140091812 7557 80.91.229.2 (16 Feb 2006 12:10:12 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Thu, 16 Feb 2006 12:10:12 +0000 (UTC) Cc: Stefan Monnier , bug-cc-mode@gnu.org, rms@gnu.org, emacs-devel@gnu.org Original-X-From: cc-mode-help-admin@lists.sourceforge.net Thu Feb 16 13:10:07 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 1F9hxQ-0000fH-MJ for sf-cc-mode-help@m.gmane.org; Thu, 16 Feb 2006 13:10:01 +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 CA95B33062; Thu, 16 Feb 2006 04:08:04 -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 1F9hv3-0005TB-As for cc-mode-help@lists.sourceforge.net; Thu, 16 Feb 2006 04:07:33 -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 1F9hv1-0007xH-Mr for cc-mode-help@lists.sourceforge.net; Thu, 16 Feb 2006 04:07:33 -0800 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by fencepost.gnu.org with esmtp (Exim 4.34) id 1F9huz-0006sb-Qe for bug-cc-mode@gnu.org; Thu, 16 Feb 2006 07:07:29 -0500 Original-Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.52) id 1F9i03-0007D5-BJ for bug-cc-mode@gnu.org; Thu, 16 Feb 2006 07:12:46 -0500 Original-Received: from [134.96.7.31] (helo=justus.rz.uni-saarland.de) by monty-python.gnu.org with esmtp (Exim 4.52) id 1F9i02-0007Cy-T1; Thu, 16 Feb 2006 07:12:43 -0500 Original-Received: from iwi-gate.iwi.uni-sb.de (iwi-gate.iwi.uni-saarland.de [134.96.72.13]) by justus.rz.uni-saarland.de (8.12.10/8.12.10) with ESMTP id k1GBsmrZ20985976; Thu, 16 Feb 2006 12:54:48 +0100 (CET) Original-Received: from [134.96.72.190] (helo=NEUTRINO) by iwi-gate.iwi.uni-sb.de with esmtp (Exim 4.53 (FreeBSD)) id 1F9hiO-000Pum-Rv; Thu, 16 Feb 2006 12:54:28 +0100 Original-To: Alan Mackenzie In-Reply-To: (Alan Mackenzie's message of "Thu, 16 Feb 2006 11:20:47 +0000 (GMT)") X-IWi-MailScanner-Information: Please contact the ISP for more information X-IWi-MailScanner: Found to be clean X-IWi-MailScanner-SpamCheck: not spam, SpamAssassin (score=0, required 5, autolearn=disabled) X-MailScanner-From: angeli@iwi.uni-sb.de X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.5.1 (justus.rz.uni-saarland.de [134.96.7.31]); Thu, 16 Feb 2006 12:54:48 +0100 (CET) X-AntiVirus: checked by AntiVir Milter (version: 1.1.1-9; AVE: 6.33.0.31; VDF: 6.33.0.242; host: AntiVir2) X-Spam-Score: 1.0 (+) 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 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: Thu, 16 Feb 2006 12:54:37 +0100 Xref: news.gmane.org gmane.emacs.cc-mode.general:3029 gmane.emacs.devel:50612 Archived-At: * Alan Mackenzie (2006-02-16) writes: > Hi, Ralf! > > On Wed, 5 Feb 2006, Ralf Angeli wrote: > >>This is all well and good, but in contrast to the after-change hook, a >>hook in `font-lock-default-fontify-region' could not only adjust the >>region after a change but also during fontification by chunks as done >>by jit-lock. (That's an advantage I haven't noticed before.) > > That is horrible. f-l-d-f-r currently fontifies the region requested by > the caller, not a different region that Font Lock finds more convenient. As Stefan already pointed out this is not the case because the region may be extended if `font-lock-multiline' is activated. > If we change its functionality, something somewhere will surely break. > >>Following your reasoning of separating the determination of the region >>to be fontified from the fontification itself would require that >>jit-lock determines the chunks to be fontified more intelligently. > > I don't follow that. There are several different ways that jit-lock > determines its chunks. There's after-change, after-scrolling, stealth, > at least. I don't see why determining a jit-lock after-change region > need have anything to do with determining an after-scrolling or stealth > region. I was referring to stealth fontification during which jit-lock fontifies chunks of the size determined by `jit-lock-chunk-size' one after another. If the start of one of those chunks is located inside of a "<<...>>" construct an after-change hook will not let me extend the region backwards to the starting tag in that case because there hasn't happened a change. -- Ralf ------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642