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:14:08 +0300 Message-ID: <83o8s5sq2n.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="9863"; mail-complaints-to="usenet@ciao.gmane.io" Cc: rms@gnu.org, emacs-devel@gnu.org, rudalics@gmx.at, rrandresf@gmail.com, dgutov@yandex.ru, acm@muc.de To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sun Apr 05 21:14:57 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 1jLAjR-0002SX-PG for ged-emacs-devel@m.gmane-mx.org; Sun, 05 Apr 2020 21:14:57 +0200 Original-Received: from localhost ([::1]:51028 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jLAjQ-00053K-Rx for ged-emacs-devel@m.gmane-mx.org; Sun, 05 Apr 2020 15:14:56 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:39030) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jLAiv-0004dp-Gy for emacs-devel@gnu.org; Sun, 05 Apr 2020 15:14:26 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:41878) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1jLAiu-0003sY-Jy; Sun, 05 Apr 2020 15:14:24 -0400 Original-Received: from [176.228.60.248] (port=1259 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1jLAin-0008Ug-G2; Sun, 05 Apr 2020 15:14:18 -0400 In-Reply-To: (message from Stefan Monnier on Sun, 05 Apr 2020 15:03:14 -0400) 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:246484 Archived-At: > From: Stefan Monnier > Cc: Eli Zaretskii , rudalics@gmx.at, rrandresf@gmail.com, > emacs-devel@gnu.org, rms@gnu.org, acm@muc.de > Date: Sun, 05 Apr 2020 15:03:14 -0400 > > > What's the difference between redisplay being slow and it being unable to > > "keep up"? I don't understand, sorry. > > If there's already input waiting (because the next event already > arrived) at the start of redisplay, then redisplay is short-circuited. Only if you call 'redisplay' from Lisp explicitly. "Normal" redisplay will probe pending input when it is going to send the output to the glass, and will not do so if redisplay-don't-pause is set to nil and there's input available. IOW, whether input available is checked not at the start of redisplay, but somewhere in its middle.