From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Alex Newsgroups: gmane.emacs.bugs Subject: bug#24179: 25.1; scroll-conservatively over SCROLL_LIMIT may put point in the wrong place Date: Fri, 12 Aug 2016 16:01:19 -0600 Message-ID: <87h9apzlxs.fsf@gmail.com> References: <87y448s2k8.fsf@gmail.com> <83vazchtm2.fsf@gnu.org> <8737mfyfxy.fsf@gmail.com> <83shufi8er.fsf@gnu.org> <87r39zkyli.fsf@gmail.com> <83fuqfi4e9.fsf@gnu.org> <87invbkwfe.fsf@gmail.com> <83inv7fiq5.fsf@gnu.org> <87fuqb3q3s.fsf@gmail.com> <83k2fmdqc0.fsf@gnu.org> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: blaine.gmane.org 1471039341 3868 195.159.176.226 (12 Aug 2016 22:02:21 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Fri, 12 Aug 2016 22:02:21 +0000 (UTC) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1 (gnu/linux) Cc: 24179@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sat Aug 13 00:02:17 2016 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bYKWt-0000mj-O4 for geb-bug-gnu-emacs@m.gmane.org; Sat, 13 Aug 2016 00:02:15 +0200 Original-Received: from localhost ([::1]:55031 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bYKWq-0004Yq-R7 for geb-bug-gnu-emacs@m.gmane.org; Fri, 12 Aug 2016 18:02:12 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:59026) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bYKWl-0004YM-I4 for bug-gnu-emacs@gnu.org; Fri, 12 Aug 2016 18:02:08 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bYKWg-00009J-Fj for bug-gnu-emacs@gnu.org; Fri, 12 Aug 2016 18:02:06 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:57801) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bYKWg-00009F-C0 for bug-gnu-emacs@gnu.org; Fri, 12 Aug 2016 18:02:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1bYKWg-0005wx-6H for bug-gnu-emacs@gnu.org; Fri, 12 Aug 2016 18:02:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Alex Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 12 Aug 2016 22:02:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 24179 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: fixed Original-Received: via spool by 24179-submit@debbugs.gnu.org id=B24179.147103931022851 (code B ref 24179); Fri, 12 Aug 2016 22:02:02 +0000 Original-Received: (at 24179) by debbugs.gnu.org; 12 Aug 2016 22:01:50 +0000 Original-Received: from localhost ([127.0.0.1]:55513 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bYKWT-0005wV-RR for submit@debbugs.gnu.org; Fri, 12 Aug 2016 18:01:50 -0400 Original-Received: from mail-it0-f50.google.com ([209.85.214.50]:36422) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bYKWS-0005wH-Jm for 24179@debbugs.gnu.org; Fri, 12 Aug 2016 18:01:48 -0400 Original-Received: by mail-it0-f50.google.com with SMTP id n134so2118673ith.1 for <24179@debbugs.gnu.org>; Fri, 12 Aug 2016 15:01:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:cc:subject:in-reply-to:references:user-agent:date :message-id:mime-version; bh=R68rBX0OTUK/99HNQsRMbBvhxQp1T9LASZcunmjuZ7Q=; b=qPu5q7yzbUsUIef9UTAGlQO6KlvD6gmOSF8sphzxpVsrfz2SPAIPCPHlm+O5MLLZbn RlAkGBkMOC4OGQLQ3yriy6jyj33zs/aHOswP1ZD7ttP8EChatXBTnOvcY0B7hLMFX6zr SWtbcKleo87DlTg6Ko9FuJd41OdXfSkfTG0/lGeeOlsktUAUe7ZouJnnmONBy+5V+yPP gadg3P/0aK6mV79zm8jQiX1F8Je+njnph98/U0SQSMxUD/hNHH71TvM/Fq5eij2EvA4C e3mWVbHDe7gImb8uRyG6V6DkTCxQxB0Fa+tf9yTny7NADkOMBL6nJPjm/wiEardciac4 UAmw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:to:cc:subject:in-reply-to:references :user-agent:date:message-id:mime-version; bh=R68rBX0OTUK/99HNQsRMbBvhxQp1T9LASZcunmjuZ7Q=; b=kQMDHahZtgftF0UxEimCm5kXjBz34bN4uKVLb2sd/XMFwmezotpfd5SPaFIprTsEtI PvwsTZDoiPRbu5DlK8gzPucTn1cIGoH+ebdntB+cpOdE272RqXAWdjGvxJhp/3jGnRCh htXp8PTcCD18YXa+I98arXJnxeMAXOHSJtQNA6qHKgvnTclljFTv0YL13us9wSAfbaBZ NWvXJanT5al+AEagi7Md2EEVNUkrRsJOc5BYIf6c3Q3gcgNDEe8LlzKDH2WQkUfI9JM6 FaQoUXDXzXkGo0jhOvwgI0kpHip8I1J2wDMXnwx/3vQRhq50r8TkDVlNHJbTYrbSOFB6 7Huw== X-Gm-Message-State: AEkooutXml5XWhDtkKKJo95KIztz3I8zczmAkdbysluc+bYAE+iJcx3tTb35Q3fFM0TCbQ== X-Received: by 10.36.10.196 with SMTP id 187mr1261777itw.93.1471039302927; Fri, 12 Aug 2016 15:01:42 -0700 (PDT) Original-Received: from lylat (S01061859339e9903.ss.shawcable.net. [174.2.107.88]) by smtp.gmail.com with ESMTPSA id l19sm4296630iod.10.2016.08.12.15.01.41 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Fri, 12 Aug 2016 15:01:42 -0700 (PDT) In-Reply-To: <83k2fmdqc0.fsf@gnu.org> (Eli Zaretskii's message of "Fri, 12 Aug 2016 17:17:19 +0300") X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.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" Xref: news.gmane.org gmane.emacs.bugs:122139 Archived-At: Eli Zaretskii writes: > I don't see any perceptible delay here, but maybe I missed something. > Do some "M-g c" work faster than others? Or some other motion > commands are faster than "M-g c 1350 RET"? If so, can you give a > recipe for a "fast" and a "slow" command? Using the recipe function above, try M-g c 1737. That temporarily leaves the point at the top before going to the correct position. M-g c 1700 does not do this. Using magit-blame in version.el with emacs maximized do M-g c 1148 and press `n' one or two times. One of these should briefly show the cursor at the top of the screen. > Another potential reason for slower redisplay, specific to magit-blame > and similar modes, is that a significant proportion of lines in a > typical window comes from overlay strings, not from buffer text. When > Emacs needs to determine the position of window-start for next > redisplay, it starts from point and goes back till it finds a suitable > buffer position, which would put point some specific number of pixels > from the window-start. When Emacs goes back, it uses the number of > lines in the buffer as the first approximation, then adjusts that > place as needed. With many display or overlay strings in a window, > that first approximation is usually way off, so the process of > adjusting it to find the correct place needs to consider more > potential candidates, and this takes longer. Alright, that makes sense. > The original delay was not a delay. What happened is that the first > redisplay after "M-g c 1350 RET" would end up with point off the > screen, and the cursor at the end of the first screen line. > Immediately after that another redisplay would fix that by scrolling > the window. So it took 2 redisplay cycles to react to the command; > now it takes only one. OK, that would explain it. By "delay" I was referring to this momentary period where the cursor is shown at the end of the top screen line. Is it necessary to be in this wrong position for a redisplay cycle? > No, it didn't. When you include control commands in a message, you > should BCC control@debbugs.gnu.org for the bug tracker to take notice Ah, right. Thanks.