From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.ciao.gmane.io!not-for-mail From: Dmitry Gutov Newsgroups: gmane.emacs.devel Subject: Re: Scrolling commands and skipping redisplay, was: Re: emacs rendering comparisson between emacs23 and emacs26.3 Date: Thu, 16 Apr 2020 05:18:54 +0300 Message-ID: <1de9d24f-eeb7-7d0a-3768-4baba4365066@yandex.ru> References: <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> <20200405195753.GG5049@ACM> <542b48ba-4dfa-820f-ba50-4b147ab6d8e2@yandex.ru> <0a5f70aa-4985-8f8d-81d6-6ac4a60a94f9@yandex.ru> <838sj8sphk.fsf@gnu.org> <834ktwsmfw.fsf@gnu.org> <83imibqsmm.fsf@gnu.org> <478c2aab-a5fc-61c2-02e2-2d9846b95273@yandex.ru> <83v9m9nltx.fsf@gnu.org> <83tv1rn8fx.fsf@gnu.org> <4f8bb277-b376-97bf-8539-799688d8e66d@yandex.ru> <83eesvmj15.fsf@gnu.org> <6eec7f68-770e-b3b1-4627-6222f3ef7216@yandex.ru> <83ftd9kwlu.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Injection-Info: ciao.gmane.io; posting-host="ciao.gmane.io:159.69.161.202"; logging-data="14709"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.4.1 Cc: acm@muc.de, rrandresf@gmail.com, emacs-devel@gnu.org, rms@gnu.org, rudalics@gmx.at To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Thu Apr 16 04:19:46 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 1jOu82-0003jr-PY for ged-emacs-devel@m.gmane-mx.org; Thu, 16 Apr 2020 04:19:46 +0200 Original-Received: from localhost ([::1]:57098 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jOu81-00083T-Qs for ged-emacs-devel@m.gmane-mx.org; Wed, 15 Apr 2020 22:19:45 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:42568) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jOu7H-0007bc-Ea for emacs-devel@gnu.org; Wed, 15 Apr 2020 22:19:00 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1jOu7G-0003mS-ED for emacs-devel@gnu.org; Wed, 15 Apr 2020 22:18:59 -0400 Original-Received: from mail-wr1-x433.google.com ([2a00:1450:4864:20::433]:39854) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1jOu7G-0003lw-6F; Wed, 15 Apr 2020 22:18:58 -0400 Original-Received: by mail-wr1-x433.google.com with SMTP id b11so3008365wrs.6; Wed, 15 Apr 2020 19:18:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=fL/ibq0Fsg7BZS58W0Tbcgq1f0wnnReJkvF2m25pBE0=; b=GmaCg/5Z+1htcPoDVpcPEy+e+zuwrrWRimQTBJ5/qbHcaZOAjDoynKdiKFZPiL3AEh dBlSgKV18dWWsNMJWLQYWfl2PRSJ27OB9cgoNMafFIM3qkIeqFtFDqU5qllTAVAFBA01 9IienaBvdral7QHBF2uJJFqhDPtGiedUbqgnHBEmdKabyLl4bAKI+uxzAqUD4PFMIzzf tNe9p/bTEDsBEYFAf6H541609xRCdEFUGjal0mG8wPy2JjveWhlmyt1lFvG8iqP/z5gO 7+Erkhzj6NdavcQDZ9gftIKrHgZddyMPMiGQ/2HlQITc3Io8KMv0/wlcxV26YWz9cfvz lpJg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:subject:to:cc:references:from:message-id :date:user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=fL/ibq0Fsg7BZS58W0Tbcgq1f0wnnReJkvF2m25pBE0=; b=Qp+98k7YFrsbYMCZUru9qr6RgggLXLy65f9RsD23uiGN6XQmJ6CKZqvYJullCV3RYh XC0HfB2JOLu/l7+Ckk0hTNh9BQTxm9FKE/YP5tb1aBpySzlJuJVmCf/a5YW+2Z52atVW oVubq3LewbOSK1CgLV75Puxr3uI63RLYnoXYeWsSs8nZEdBUjmU+WzkdGCnkH3CVcltm hj/D1pwpddFiSTU+umFLzmg9UTndAdXE35SlehVFNc55LnbMGU2oNfCuvFnzNGl7ysfy kCo0QcWQims2/BEORJ/ytlHFlksM6nKMtDufVr76yAKZWUk08UHLB8kzz2J94dZmqjg9 oVdA== X-Gm-Message-State: AGi0Pua05fRKLp0JfkjXh2p2P81GcXe9IwwYOYD5pIX/IMlguHDJpxFc 47KR4dUoOPeVoD5DZ+fpvFQhmU0L8GA= X-Google-Smtp-Source: APiQypKePLTVyYEX/4r1mmcOQppIAnG33G/cOTb8lgV/jAX2DwjnT+Eh/+AS7hitgYI0RGc4zFp4mQ== X-Received: by 2002:adf:e942:: with SMTP id m2mr31877647wrn.364.1587003536628; Wed, 15 Apr 2020 19:18:56 -0700 (PDT) Original-Received: from [192.168.0.2] ([66.205.73.129]) by smtp.googlemail.com with ESMTPSA id l26sm18105818wrb.7.2020.04.15.19.18.55 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Wed, 15 Apr 2020 19:18:56 -0700 (PDT) In-Reply-To: <83ftd9kwlu.fsf@gnu.org> Content-Language: en-US X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2a00:1450:4864:20::433 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:247068 Archived-At: On 12.04.2020 10:10, Eli Zaretskii wrote: > I cannot imagine why would we want to exempt only the scrolling > commands from the input_was_pending trick. Scrolling is certainly special at least in some way: - Implementation-wise, not all commands simulate redisplay during their operation. Given that the heavy lifting has probably already been done, maybe skipping redisplay doesn't help save a lot of work anyway? At least without extra tricks like jit-lock-defer-time which speed up both simulated and "real" redisplay, making skipping redisplay less essential anyway. - As we talked about "precision", the user needs to see the buffer contents to see where they are scrolling to, and where to stop. If the number of screens you need to scroll is >1, you can likely never decide on the necessary number of scrolls in advance. This is not the case for many other Emacs commands. E.g., if I use find-file, I usually don't need to see the prompt, and I can start typing the desired file name in advance. > And if we remove it, what to do ab out the scenario > described by Stefan in the large comment to that variable? In a way, the comment supports my point: ...all the hard work of jit-locking is "wasted"... The current approach helps avoid this most of the time, but it errs on the side of skipping. I suggest it might be better to err on the side of not skipping, for a certain set of commands at least.