From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: David Kastrup Newsgroups: gmane.emacs.devel Subject: Re: C-n is very slow in Font-Lock mode Date: Wed, 27 Apr 2005 11:43:01 +0200 Message-ID: <85ll74eesa.fsf@lola.goethe.zz> References: <01c54841$Blat.v2.4$8f503680@zahav.net.il> <01c54917$Blat.v2.4$b975aea0@zahav.net.il> <01c54a8a$Blat.v2.4$9d6aeda0@zahav.net.il> <85mzrlgqws.fsf@lola.goethe.zz> <01c54ab1$Blat.v2.4$91328080@zahav.net.il> <85hdhtf8ou.fsf@lola.goethe.zz> <01c54b0a$Blat.v2.4$5b6307a0@zahav.net.il> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1114595834 22792 80.91.229.2 (27 Apr 2005 09:57:14 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Wed, 27 Apr 2005 09:57:14 +0000 (UTC) Cc: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Apr 27 11:57:11 2005 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1DQjHO-0006ZE-0u for ged-emacs-devel@m.gmane.org; Wed, 27 Apr 2005 11:56:26 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DQjNH-0002k1-TV for ged-emacs-devel@m.gmane.org; Wed, 27 Apr 2005 06:02:31 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1DQjHm-0000ns-E1 for emacs-devel@gnu.org; Wed, 27 Apr 2005 05:56:50 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1DQjHk-0000nV-Co for emacs-devel@gnu.org; Wed, 27 Apr 2005 05:56:49 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DQjHk-0000Ag-4l for emacs-devel@gnu.org; Wed, 27 Apr 2005 05:56:48 -0400 Original-Received: from [151.189.21.49] (helo=mail-in-09.arcor-online.net) by monty-python.gnu.org with esmtp (TLS-1.0:DHE_RSA_3DES_EDE_CBC_SHA:24) (Exim 4.34) id 1DQj8Z-0000v1-PG; Wed, 27 Apr 2005 05:47:20 -0400 Original-Received: from lola.goethe.zz (i53878B5E.versanet.de [83.135.139.94]) by mail-in-09.arcor-online.net (Postfix) with ESMTP id 4FDF459381; Wed, 27 Apr 2005 11:43:20 +0200 (CEST) Original-Received: by lola.goethe.zz (Postfix, from userid 1002) id 8C5C91C2FE29; Wed, 27 Apr 2005 11:43:01 +0200 (CEST) Original-To: Eli Zaretskii In-Reply-To: <01c54b0a$Blat.v2.4$5b6307a0@zahav.net.il> (Eli Zaretskii's message of "Wed, 27 Apr 2005 12:19:27 +0300") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (gnu/linux) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:36441 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:36441 "Eli Zaretskii" writes: >> Cc: emacs-devel@gnu.org >> From: David Kastrup >> Date: Wed, 27 Apr 2005 00:57:05 +0200 >> >> Without looking at the code, it would be my guess that it would >> currently run immediately after redisplay, whereas my suggestion for >> jit-lock-defer-time=0 semantics would be that it be run immediately >> before redisplay. > > I'm not sure what that means. You _are_ aware that, when you scroll > thru text with C-n or C-v, there's almost nothing going on in Emacs > _except_ redisplay, yes? We are talking about the situation where the input is coming in faster than Emacs can process it. In that case it will refrain from updating the display. The question is whether it should also refrain from fontification. Currently it doesn't. My proposal was to provide a special setting for jit-lock-defer-time that would not bother with fontification unless it was going to update the display. That would mean that vertical-motion could possibly work on unfontified stuff when Emacs was not keeping up with the display. > So when you are saying ``before redisplay'', what exactly do you > mean? Before material actually gets transferred to the screen. -- David Kastrup, Kriemhildstr. 15, 44793 Bochum