From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stefan Monnier 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 16:08:10 -0500 Message-ID: <87vevhmzbx.fsf-monnier+emacs@gnu.org> References: <87fymod0dt.fsf-monnier+emacs@gnu.org> <43F18C90.4050205@gmx.at> <87hd71ojgv.fsf-monnier+emacs@gnu.org> <43F239E3.2020707@gmx.at> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1139951353 18124 80.91.229.2 (14 Feb 2006 21:09:13 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 14 Feb 2006 21:09:13 +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 22:09: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 1F97Px-0007xm-MW for sf-cc-mode-help@m.gmane.org; Tue, 14 Feb 2006 22:09:02 +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 E556A894EA; Tue, 14 Feb 2006 13:09:00 -0800 (PST) Original-Received: from sc8-sf-mx2-b.sourceforge.net ([10.3.1.92] helo=mail.sourceforge.net) by sc8-sf-list1.sourceforge.net with esmtp (Exim 4.30) id 1F97PG-0006BV-Fv for cc-mode-help@lists.sourceforge.net; Tue, 14 Feb 2006 13:08:18 -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 1F97PF-0004s2-29 for cc-mode-help@lists.sourceforge.net; Tue, 14 Feb 2006 13:08:18 -0800 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by fencepost.gnu.org with esmtp (Exim 4.34) id 1F97PD-00055A-Le for bug-cc-mode@gnu.org; Tue, 14 Feb 2006 16:08:15 -0500 Original-Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.52) id 1F97Tv-0006Dr-EZ for bug-cc-mode@gnu.org; Tue, 14 Feb 2006 16:13:10 -0500 Original-Received: from [209.226.175.54] (helo=tomts10-srv.bellnexxia.net) by monty-python.gnu.org with esmtp (Exim 4.52) id 1F97Tv-0006Dm-2Q; Tue, 14 Feb 2006 16:13:07 -0500 Original-Received: from alfajor ([70.48.81.214]) by tomts10-srv.bellnexxia.net (InterMail vM.5.01.06.13 201-253-122-130-113-20050324) with ESMTP id <20060214210810.COCG20622.tomts10-srv.bellnexxia.net@alfajor>; Tue, 14 Feb 2006 16:08:10 -0500 Original-Received: by alfajor (Postfix, from userid 1000) id 2CDB6D7339; Tue, 14 Feb 2006 16:08:10 -0500 (EST) Original-To: martin rudalics In-Reply-To: <43F239E3.2020707@gmx.at> (martin rudalics's message of "Tue, 14 Feb 2006 21:13:23 +0100") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (gnu/linux) X-Spam-Score: 0.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 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 16:08:10 -0500 Xref: news.gmane.org gmane.emacs.cc-mode.general:2994 gmane.emacs.devel:50532 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 "<<". Good point. Later fontification (e.g. stealth) may pay attention to the << at some point, tho it won't refontify the parts that were already fontified. >> 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. Yes, there's a misunderstanding: my 4 lines of code were meant to be used *instead of* before-font-lock-after-change-function (i.e. placed on font-lock-keywords). And yes, I agree about the speed penalty which is why I want to run such a hook in font-lock-default-fontify-region rather than in font-lock-after-change-function. Note, tho, that the 1000-byte search would probably only only happen when the line has a ">>" on it. And it's all very much fast enough for self-insert-command. The problem is much more severe when you're running a command that does many buffer modification and thus runs the hook many times without intervening user interaction. Stefan ------------------------------------------------------- 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