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: Tue, 14 Feb 2006 21:13:23 +0100 Message-ID: <43F239E3.2020707@gmx.at> References: <87fymod0dt.fsf-monnier+emacs@gnu.org> <43F18C90.4050205@gmx.at> <87hd71ojgv.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 1139947941 4026 80.91.229.2 (14 Feb 2006 20:12:21 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 14 Feb 2006 20:12:21 +0000 (UTC) Cc: Ralf Angeli , bug-cc-mode@gnu.org, rms@gnu.org, emacs-devel@gnu.org Original-X-From: cc-mode-help-admin@lists.sourceforge.net Tue Feb 14 21:12:08 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 1F96Wr-0003DG-4X for sf-cc-mode-help@m.gmane.org; Tue, 14 Feb 2006 21: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-spam1.sourceforge.net (Postfix) with ESMTP id 51FF889480; Tue, 14 Feb 2006 12: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 1F96WF-0001eN-Qg for cc-mode-help@lists.sourceforge.net; Tue, 14 Feb 2006 12:11:27 -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 1F96WD-0001Qb-BD for cc-mode-help@lists.sourceforge.net; Tue, 14 Feb 2006 12:11:27 -0800 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by fencepost.gnu.org with esmtp (Exim 4.34) id 1F96W4-0001cH-QP for bug-cc-mode@gnu.org; Tue, 14 Feb 2006 15:11:19 -0500 Original-Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.52) id 1F96am-0002US-68 for bug-cc-mode@gnu.org; Tue, 14 Feb 2006 15:16:11 -0500 Original-Received: from [213.165.64.21] (helo=mail.gmx.net) by monty-python.gnu.org with smtp (Exim 4.52) id 1F96al-0002UG-LQ for bug-cc-mode@gnu.org; Tue, 14 Feb 2006 15:16:08 -0500 Original-Received: (qmail invoked by alias); 14 Feb 2006 20:11:12 -0000 Original-Received: from N716P030.adsl.highway.telekom.at (EHLO [62.47.33.126]) [62.47.33.126] by mail.gmx.net (mp028) with SMTP; 14 Feb 2006 21:11:12 +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: <87hd71ojgv.fsf-monnier+emacs@gnu.org> X-Y-GMX-Trusted: 0 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: Tue, 14 Feb 2006 21:13:23 +0100 Xref: news.gmane.org gmane.emacs.cc-mode.general:2992 gmane.emacs.devel:50529 Archived-At: > Huh? Why would window-start matter? Because fontification triggered by redisplay will fontify the displayed area first. `jit-lock-context-fontify' would reset the fontified property for everything after the "<<". Redisplay now would trigger refontification below window-start. It won't care about the "<<". > I'm not sure which hook you're talking about. The code I wrote above is > meant to be used on font-lock-keywords when finding a ">>". The hook that would trigger searching for the "<<" after a buffer change, `before-font-lock-after-change-function' or whatever it will be called. I simply believe that searching some 1000 characters every time you type one single character may slow down editing noticeably. But maybe I didn't understand the scenario correctly. ------------------------------------------------------- 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