From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.ciao.gmane.io!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: emacs rendering comparisson between emacs23 and emacs26.3 Date: Sun, 05 Apr 2020 22:06:47 +0300 Message-ID: <83pnclsqew.fsf@gnu.org> References: <834ku43c61.fsf@gnu.org> <83k12zz6ds.fsf@gnu.org> <054393f3-3873-ab6e-b325-0eca354d8838@gmx.at> <20200403174757.GA8266@ACM> <20200404104553.GA5329@ACM> <07fe3b69-3ab2-3173-0696-cb17809e2b91@gmx.at> <83blo7v68b.fsf@gnu.org> <1845d7aa-9ae4-3d95-6a30-c7b1d8d8adec@gmx.at> <83a73qt6zs.fsf@gnu.org> <97c4254e-ff43-8402-3645-f713c408c245@gmx.at> <83y2r9syby.fsf@gnu.org> <83tv1xsset.fsf@gnu.org> Injection-Info: ciao.gmane.io; posting-host="ciao.gmane.io:159.69.161.202"; logging-data="110033"; mail-complaints-to="usenet@ciao.gmane.io" Cc: rudalics@gmx.at, rrandresf@gmail.com, emacs-devel@gnu.org, rms@gnu.org, acm@muc.de To: Dmitry Gutov Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sun Apr 05 21:07:34 2020 Return-path: Envelope-to: ged-emacs-devel@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1jLAcH-000SX5-RT for ged-emacs-devel@m.gmane-mx.org; Sun, 05 Apr 2020 21:07:33 +0200 Original-Received: from localhost ([::1]:51008 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jLAcG-0003sW-Qs for ged-emacs-devel@m.gmane-mx.org; Sun, 05 Apr 2020 15:07:32 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:38009) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jLAbo-0003Ot-I2 for emacs-devel@gnu.org; Sun, 05 Apr 2020 15:07:05 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:41789) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1jLAbo-0005MH-Ed; Sun, 05 Apr 2020 15:07:04 -0400 Original-Received: from [176.228.60.248] (port=4785 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1jLAbf-0007wW-Ny; Sun, 05 Apr 2020 15:06:57 -0400 In-Reply-To: (message from Dmitry Gutov on Sun, 5 Apr 2020 21:55:39 +0300) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.23 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-mx.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.io gmane.emacs.devel:246483 Archived-At: > Cc: rudalics@gmx.at, acm@muc.de, rrandresf@gmail.com, rms@gnu.org, > emacs-devel@gnu.org > From: Dmitry Gutov > Date: Sun, 5 Apr 2020 21:55:39 +0300 > > On 05.04.2020 21:23, Eli Zaretskii wrote: > > No, redisplay-dont-pause wasn't supposed to help when redisplay cannot > > keep up. It is for the opposite use case: when redisplay is so slow > > it slows down processing of your commands, like typing, for example. > > You'd then set it to nil to speed up command processing, while giving > > up correct display at all times. > > What's the difference between redisplay being slow and it being unable > to "keep up"? I don't understand, sorry. That's not the important difference. The important difference is that you want the input processed faster, without waiting for slow redisplay. > And in this case, IIUC, jit-lock is part of redisplay. And it's slow > enough for this to be noticeable. It isn't jit-lock that's slow, it's the fontification functions it calls.