From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.bugs Subject: bug#18856: 24.4; *grep* output buffer not getting fontified when jit-lock-defer-time is used Date: Thu, 30 Oct 2014 00:10:19 -0400 Message-ID: References: <87a94h2tpf.fsf@engster.org> <838uk02i9j.fsf@gnu.org> <831tps2dy7.fsf@gnu.org> <83vbn30xmq.fsf@gnu.org> <837fzi1b05.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1414642296 27441 80.91.229.3 (30 Oct 2014 04:11:36 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 30 Oct 2014 04:11:36 +0000 (UTC) Cc: 18856@debbugs.gnu.org, deng@randomsample.de To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Thu Oct 30 05:11:29 2014 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Xjh54-0006v7-QD for geb-bug-gnu-emacs@m.gmane.org; Thu, 30 Oct 2014 05:11:26 +0100 Original-Received: from localhost ([::1]:50743 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Xjh51-0001A7-Np for geb-bug-gnu-emacs@m.gmane.org; Thu, 30 Oct 2014 00:11:24 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:56929) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Xjh4r-00019t-EV for bug-gnu-emacs@gnu.org; Thu, 30 Oct 2014 00:11:20 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Xjh4g-0008C1-S1 for bug-gnu-emacs@gnu.org; Thu, 30 Oct 2014 00:11:13 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:47539) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Xjh4g-0008Bx-P5 for bug-gnu-emacs@gnu.org; Thu, 30 Oct 2014 00:11:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1Xjh4g-0003Jf-7c for bug-gnu-emacs@gnu.org; Thu, 30 Oct 2014 00:11:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Stefan Monnier Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 30 Oct 2014 04:11:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 18856 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 18856-submit@debbugs.gnu.org id=B18856.141464222912697 (code B ref 18856); Thu, 30 Oct 2014 04:11:02 +0000 Original-Received: (at 18856) by debbugs.gnu.org; 30 Oct 2014 04:10:29 +0000 Original-Received: from localhost ([127.0.0.1]:39637 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Xjh48-0003Ij-38 for submit@debbugs.gnu.org; Thu, 30 Oct 2014 00:10:28 -0400 Original-Received: from ironport2-out.teksavvy.com ([206.248.154.181]:27129) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Xjh45-0003IT-Rz for 18856@debbugs.gnu.org; Thu, 30 Oct 2014 00:10:26 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Aq0IAOatTlRFpY87/2dsb2JhbABcgw6DYtJRBAICgRwXAQF8hAMBAQMBViMFCws0EhQYDSSISwnLcgEBAQEGAQEBAR6RCAeESwWfEpB9ghGBb4I0gWAhgnoBAQE X-IPAS-Result: Aq0IAOatTlRFpY87/2dsb2JhbABcgw6DYtJRBAICgRwXAQF8hAMBAQMBViMFCws0EhQYDSSISwnLcgEBAQEGAQEBAR6RCAeESwWfEpB9ghGBb4I0gWAhgnoBAQE X-IronPort-AV: E=Sophos;i="5.04,797,1406606400"; d="scan'208";a="95562254" Original-Received: from 69-165-143-59.dsl.teksavvy.com (HELO pastel.home) ([69.165.143.59]) by ironport2-out.teksavvy.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 30 Oct 2014 00:10:20 -0400 Original-Received: by pastel.home (Postfix, from userid 20848) id 0F0887CFF; Thu, 30 Oct 2014 00:10:20 -0400 (EDT) In-Reply-To: <837fzi1b05.fsf@gnu.org> (Eli Zaretskii's message of "Thu, 30 Oct 2014 05:39:54 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:95287 > You said "_defer_ fontification when the user is waiting for Emacs". > When user is waiting for Emacs, idle timers won't run, and therefore > fontifications done in a function that runs off an idle timer will not > be performed. How does this not fit what you describe? Your question was: Indeed, so what's the point of doing that? where AFAIK "that" referred to "defer fontification when input is pending". And I explained that the point of deferring fontification only when input is pending (as opposed to doing it all the time, as in the current jit-lock-defer-time system) is that we defer less often, more specifically we only defer "when we know for sure that the user is waiting for further processing". >> Same difference: the 1st redisplay redraws almost the whole window, and >> the second as well because almost none of the text had been >> fontified earlier. > The amount of redrawing depends on what portions of the visible text > are fontified. That's why I said "because almost none of the text had been fontified earlier". It's not always true, but the end result is the same: the double redisplay takes extra time. Does it take exactly twice the time? Maybe not exactly, but I think that a factor of 2 is a good enough approximation. Stefan