From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#66764: 29.1; Emacs scrolls for "(goto-char (point-max))" instead of jumping Date: Fri, 27 Oct 2023 08:46:14 +0300 Message-ID: <83a5s4fwih.fsf@gnu.org> References: <83jzr9fdh0.fsf@gnu.org> <807a1bd5-6477-cc36-088f-efcb782ccb99@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="2109"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 66764@debbugs.gnu.org To: Herman =?UTF-8?Q?G=C3=A9za?= Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Fri Oct 27 07:46:46 2023 Return-path: Envelope-to: geb-bug-gnu-emacs@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 1qwFgE-0000Mb-Gk for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 27 Oct 2023 07:46:46 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1qwFg2-0007hg-BU; Fri, 27 Oct 2023 01:46:34 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qwFg0-0007hI-He for bug-gnu-emacs@gnu.org; Fri, 27 Oct 2023 01:46:32 -0400 Original-Received: from debbugs.gnu.org ([2001:470:142:5::43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1qwFfz-00032R-Ci for bug-gnu-emacs@gnu.org; Fri, 27 Oct 2023 01:46:31 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1qwFgU-0002tj-6b for bug-gnu-emacs@gnu.org; Fri, 27 Oct 2023 01:47:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 27 Oct 2023 05:47:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 66764 X-GNU-PR-Package: emacs Original-Received: via spool by 66764-submit@debbugs.gnu.org id=B66764.169838560311107 (code B ref 66764); Fri, 27 Oct 2023 05:47:02 +0000 Original-Received: (at 66764) by debbugs.gnu.org; 27 Oct 2023 05:46:43 +0000 Original-Received: from localhost ([127.0.0.1]:34929 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qwFgB-0002t5-30 for submit@debbugs.gnu.org; Fri, 27 Oct 2023 01:46:43 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:43760) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qwFg7-0002sn-9J for 66764@debbugs.gnu.org; Fri, 27 Oct 2023 01:46:41 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qwFfW-00030v-M1; Fri, 27 Oct 2023 01:46:02 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From: Date; bh=LA1BKQHqMyn3sBkxCb6R1lgjjpghUkeI18b6iHgOQZk=; b=PxaRRSc6BUShNhrnZFpg g7THvJOq0Io9GW6N8YambVtp17sPbGPLdIUoLYIh2BhXYOwZw0y4ay1UvN4+wFSU/KXdWDGtEc/cY Tlx0Ep7sA7X2xxChdwXyH6XGF/8PoodwKzhYCbOKKYpTLct+Dz9rck/uC6JS8j/CfqzKSV2OzwSqe Hu+zfW68mcHqK7isdk63BUOE71hQVjujz8n/4jm+MM8BPYXiigMGYjYdBmiFvD4tCXm8b5sapftXM gmJpjnGOayQIFIwAAGnvLtLobZOh7WylMR/Xh20bODyh5PJonDUo6eRP8aDpb54dwK0jGE56iZocX Yk7x8nSZHxHa6A==; In-Reply-To: <807a1bd5-6477-cc36-088f-efcb782ccb99@gmail.com> (message from Herman, =?UTF-8?Q?G=C3=A9za?= on Thu, 26 Oct 2023 21:12:55 +0200) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list 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-mx.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:273338 Archived-At: > Date: Thu, 26 Oct 2023 21:12:55 +0200 > Cc: 66764@debbugs.gnu.org > From: Herman, Géza > > On 10/26/23 20:25, Eli Zaretskii wrote: > > I didn't yet try to reproduce this, but just reading the description: > > why do you consider this behavior a problem, let alone a bug? > I think that pressing the "go to the end of the buffer" key should go to > the end of the buffer without any weird-looking scrolling, and it should > do it immediately, not in ~0.5 seconds. I'm not sure what you mean by "should go to the end of the buffer without any weird-looking scrolling". The Lisp program you posted moves point to the end of the buffer, but how to reflect that best on display is the decision made by the display engine, and it can legitimately be by scrolling the window (IIUC what you mean by "weird-looking scrolling"). As for ~0.5 seconds, I don't think I see this mentioned in your original report, so I'm guessing there are some aspects of this behavior that you haven't described in full yet, or maybe I didn't understand your description. Maybe when I generate the file with your program, I will understand it better. > I've just disabled this optimization, not just because of this. It's > also not ideal that if I run beginning-of-visual-line at the end of a > long line, the point only moves ~1000 characters to the left, instead of > moving to the beginning. I didn't report this problem, because I assume > it is known (I suppose it's by design how the optimization works?), so I > just give this as a feedback on the long-line-optimization feature here. Yes, this is by design. > >> In my real case, a much smaller file produces this problem. Also, Emacs > >> doesn't go to the end of the file, but stops somewhere in the middle (I > >> was unable to reproduce this issue with a simple configuration). > > This can legitimately happen if the last line has tall characters or > > you use line-spacing or something similar. Again, why is it a > > problem, as long as EOB is visible after that? > > The buffer is a simple ASCII file, all characters between 32-127 and > newline. There are no tall characters. My line-spacing is nil. The > problem is that EOB is not visible. Emacs stops at line 19232, but the > file has 48263 lines. You are saying that Emacs stops and doesn't go further towards EOB afterwards?