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: Fri, 17 Feb 2006 14:33:27 +0100 Message-ID: References: <43F581BE.3080203@gmx.at> <43F5CE1A.1090801@gmx.at> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1140185533 27031 80.91.229.2 (17 Feb 2006 14:12:13 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Fri, 17 Feb 2006 14:12:13 +0000 (UTC) Cc: Alan Mackenzie , bug-cc-mode@gnu.org, emacs-devel@gnu.org, Stefan Monnier , rms@gnu.org Original-X-From: cc-mode-help-admin@lists.sourceforge.net Fri Feb 17 15:12:10 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 1FA6L7-0006K1-Pc for sf-cc-mode-help@m.gmane.org; Fri, 17 Feb 2006 15:12:06 +0100 Original-Received: from sc8-sf-list1-b.sourceforge.net (sc8-sf-list1-b.sourceforge.net [10.3.1.7]) by sc8-sf-spam2.sourceforge.net (Postfix) with ESMTP id D029813FCE; Fri, 17 Feb 2006 06:12: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 1FA6KG-00016d-4y for cc-mode-help@lists.sourceforge.net; Fri, 17 Feb 2006 06:11:12 -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 1FA6KE-0000kg-92 for cc-mode-help@lists.sourceforge.net; Fri, 17 Feb 2006 06:11:12 -0800 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by fencepost.gnu.org with esmtp (Exim 4.34) id 1FA6KC-0008GA-S1 for bug-cc-mode@gnu.org; Fri, 17 Feb 2006 09:11:08 -0500 Original-Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.52) id 1FA6PS-0004QW-5w for bug-cc-mode@gnu.org; Fri, 17 Feb 2006 09:16:37 -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 1FA6PR-0004QG-LP; Fri, 17 Feb 2006 09:16:34 -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 k1HDXerZ21034773; Fri, 17 Feb 2006 14:33:40 +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 1FA5ji-0003uF-N5; Fri, 17 Feb 2006 14:33:26 +0100 Original-To: martin rudalics In-Reply-To: <43F5CE1A.1090801@gmx.at> (martin rudalics's message of "Fri, 17 Feb 2006 14:22:34 +0100") 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]); Fri, 17 Feb 2006 14:33:41 +0100 (CET) X-AntiVirus: checked by AntiVir Milter (version: 1.1.1-9; AVE: 6.33.1.0; VDF: 6.33.1.3; 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: Fri, 17 Feb 2006 14:33:27 +0100 Xref: news.gmane.org gmane.emacs.cc-mode.general:3046 gmane.emacs.devel:50657 Archived-At: * martin rudalics (2006-02-17) writes: > I meant that you should not rely on stealth fontification to correct any > misfontifications. Stealth fontification does not try to refontify > anything that is already fontified. Hence, it makes no sense to "adjust > the region for fontification". When `font-lock-default-fontify-region' > detects that the region it should fontify stealthily is near a multiline > property, it will extend the region appropriately. If fontification of the multiline construct in question is only done when its closing tag is found, there won't be any multiline property nearby. That's the proplem to be solved by "the hook". -- 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