From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Alan Mackenzie Newsgroups: gmane.emacs.devel Subject: Re: Emacs revision #107149 Date: Mon, 13 Feb 2012 21:35:58 +0000 Message-ID: <20120213213558.GD26954@acm.acm> References: <20120210232039.GC4340@acm.acm> <87pqdlbby2.fsf@gnus.org> <20120211195927.GA3969@acm.acm> <87zkcnhjfw.fsf@gnus.org> <20120212222238.GA2810@acm.acm> <85ipjbv96s.fsf@iznogoud.viz> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Trace: dough.gmane.org 1329168988 16177 80.91.229.3 (13 Feb 2012 21:36:28 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Mon, 13 Feb 2012 21:36:28 +0000 (UTC) To: Lars Ingebrigtsen , bug-cc-mode@gnu.org, emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Feb 13 22:36:27 2012 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([140.186.70.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Rx3ZS-0005xN-BU for ged-emacs-devel@m.gmane.org; Mon, 13 Feb 2012 22:36:26 +0100 Original-Received: from localhost ([::1]:60906 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Rx3ZR-0007qo-Ul for ged-emacs-devel@m.gmane.org; Mon, 13 Feb 2012 16:36:25 -0500 Original-Received: from eggs.gnu.org ([140.186.70.92]:49666) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Rx3ZO-0007pY-Ic for emacs-devel@gnu.org; Mon, 13 Feb 2012 16:36:24 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Rx3ZN-0003Q3-F6 for emacs-devel@gnu.org; Mon, 13 Feb 2012 16:36:22 -0500 Original-Received: from colin.muc.de ([193.149.48.1]:49299 helo=mail.muc.de) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Rx3ZN-0003Pe-4P for emacs-devel@gnu.org; Mon, 13 Feb 2012 16:36:21 -0500 Original-Received: (qmail 79847 invoked by uid 3782); 13 Feb 2012 21:36:19 -0000 Original-Received: from acm.muc.de (pD951B712.dip.t-dialin.net [217.81.183.18]) by colin.muc.de (tmda-ofmipd) with ESMTP; Mon, 13 Feb 2012 22:36:16 +0100 Original-Received: (qmail 6376 invoked by uid 1000); 13 Feb 2012 21:35:58 -0000 Content-Disposition: inline In-Reply-To: <85ipjbv96s.fsf@iznogoud.viz> User-Agent: Mutt/1.5.21 (2010-09-15) X-Delivery-Agent: TMDA/1.1.12 (Macallan) X-Primary-Address: acm@muc.de X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 193.149.48.1 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:148582 Archived-At: 'evening, Wolfgang. On Mon, Feb 13, 2012 at 02:00:43AM +0100, Wolfgang Jenkner wrote: > On Sun, Feb 12 2012, Alan Mackenzie wrote: > > But, do you actually have to suppress these support modes? They're there > > to fontify text screens faster. Why disable them? Nowadays, with faster > > HW than ever, it seems pointless even to bother. > The buffer where the fontification happens is not displayed, instead its > content is inserted in a buffer with a different major-mode, and in > between emacs stays never idle for the font-lock support functions to > kick in. I'm not sure I've fully understood you here. Certainly in JIT lock mode (the default under GNU Emacs), and probably under lazy-lock too, "no" runtime is consumed until the buffer is displayed. font-lock-fontify-buffer (without a support mode) will take some time, sometimes quite a lot. > Wolfgang Alan Mackenzie (Nürnberg).