From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: Emacs revision #107149 Date: Mon, 13 Feb 2012 17:18:40 -0500 Message-ID: References: <20120210232039.GC4340@acm.acm> <87pqdlbby2.fsf@gnus.org> <20120211195927.GA3969@acm.acm> <87zkcnhjfw.fsf@gnus.org> <20120212222238.GA2810@acm.acm> <20120213214225.GE26954@acm.acm> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: dough.gmane.org 1329171530 4112 80.91.229.3 (13 Feb 2012 22:18:50 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Mon, 13 Feb 2012 22:18:50 +0000 (UTC) Cc: bug-cc-mode@gnu.org, Lars Ingebrigtsen , emacs-devel@gnu.org To: Alan Mackenzie Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Feb 13 23:18:49 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 1Rx4ES-0005ee-45 for ged-emacs-devel@m.gmane.org; Mon, 13 Feb 2012 23:18:48 +0100 Original-Received: from localhost ([::1]:34770 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Rx4ER-0002o3-8v for ged-emacs-devel@m.gmane.org; Mon, 13 Feb 2012 17:18:47 -0500 Original-Received: from eggs.gnu.org ([140.186.70.92]:42478) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Rx4EN-0002nn-Vh for emacs-devel@gnu.org; Mon, 13 Feb 2012 17:18:44 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Rx4EM-0003yR-N9 for emacs-devel@gnu.org; Mon, 13 Feb 2012 17:18:43 -0500 Original-Received: from chene.dit.umontreal.ca ([132.204.246.20]:51951) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Rx4EM-0003yJ-J2; Mon, 13 Feb 2012 17:18:42 -0500 Original-Received: from faina.iro.umontreal.ca (lechon.iro.umontreal.ca [132.204.27.242]) by chene.dit.umontreal.ca (8.14.1/8.14.1) with ESMTP id q1DMIfdm002786; Mon, 13 Feb 2012 17:18:41 -0500 Original-Received: by faina.iro.umontreal.ca (Postfix, from userid 20848) id 05FC2130009; Mon, 13 Feb 2012 17:18:40 -0500 (EST) In-Reply-To: <20120213214225.GE26954@acm.acm> (Alan Mackenzie's message of "Mon, 13 Feb 2012 21:42:26 +0000") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.92 (gnu/linux) X-NAI-Spam-Flag: NO X-NAI-Spam-Threshold: 5 X-NAI-Spam-Score: 0 X-NAI-Spam-Rules: 1 Rules triggered RV4131=0 X-NAI-Spam-Version: 2.2.0.9309 : core <4131> : streams <728341> : uri <1064836> X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 132.204.246.20 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:148591 Archived-At: > I Don't understand. Why is the forcing of immediate fontification ever > necessary? That's what JIT lock does, isn't it? JIT lock is only involved when the buffer is displayed directly. In htmlfontify or ps-print, we need to fontify the buffer even if it's not displayed because the output (HTML or Postscript) wants to include the fact info that font-lock adds. In the mm-view case it's similar: the buffer itself is not displayed, instead its content is copied into some other buffer (which uses another major-mode). We could setup this other buffer so that jit-lock there is redirected to apply font-lock to the internal buffer after which the result is copied back into the displayed buffer, but instead mm-view just font-locks the whole buffer eagerly, which is simpler, tho it loses the laziness of jit-lock. Stefan