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#66216: 28.2; scroll-up-line doesn't work if there is a before-string overlay with newline Date: Sat, 30 Sep 2023 20:37:25 +0300 Message-ID: <83a5t3a7fu.fsf@gnu.org> References: <83zg15z0a8.fsf@gnu.org> <99a86a00-20d8-446f-336a-1f405e07d59f@gmail.com> <834jjdyp6b.fsf@gnu.org> <67dcfd75-204d-f2ae-9a76-6b4eaec67197@gmail.com> <83bkdja8d2.fsf@gnu.org> <000f4e25-a432-57ce-9aaf-140dcfbd73eb@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="28938"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 66216@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 Sat Sep 30 19:38:59 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 1qmdvf-0007Bi-2O for geb-bug-gnu-emacs@m.gmane-mx.org; Sat, 30 Sep 2023 19:38:59 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1qmdvU-00025e-9a; Sat, 30 Sep 2023 13:38:48 -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 1qmdvS-00025W-QO for bug-gnu-emacs@gnu.org; Sat, 30 Sep 2023 13:38:46 -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 1qmdvS-0002GV-I3 for bug-gnu-emacs@gnu.org; Sat, 30 Sep 2023 13:38:46 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1qmdvh-0004wh-OU for bug-gnu-emacs@gnu.org; Sat, 30 Sep 2023 13:39:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 30 Sep 2023 17:39:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 66216 X-GNU-PR-Package: emacs Original-Received: via spool by 66216-submit@debbugs.gnu.org id=B66216.169609548718936 (code B ref 66216); Sat, 30 Sep 2023 17:39:01 +0000 Original-Received: (at 66216) by debbugs.gnu.org; 30 Sep 2023 17:38:07 +0000 Original-Received: from localhost ([127.0.0.1]:59708 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qmdup-0004vL-0P for submit@debbugs.gnu.org; Sat, 30 Sep 2023 13:38:07 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:53758) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qmdum-0004un-Hi for 66216@debbugs.gnu.org; Sat, 30 Sep 2023 13:38:05 -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 1qmduR-0001uL-Mb; Sat, 30 Sep 2023 13:37:43 -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=Hq21CRUbts85OwhPV7/Rz4B8id3p1FDOmV0mmw7RfYU=; b=fYE20cW0xNj88HxAKa7o G2ONr34BsN4tzqUzfaeBSwq4CIqbEEzmYU1NJP1qwPVsBhgPQ2DyOGTqIUeWbXz7aJ47/IlVM1DYG YsIx4KrayNHyvFT6hBE/L7fzszafMM1kWhv36T7bNpX00a+Kitp8lX0UJ6anCAG0xo+2rpj2BD8DY zxTTu/uFFYoypM2FdqdfrQrgX/WUjIeHgU+VaqCZ+kIgj5qc8qBzfwUsK/ceXSOZOIzh1XWjfjltC 8o6xXVxeG/4O1qpNOl1OFNMjzAFfnRH94gZ9vdahGDkovkJRcc6MFNoGsK767xS2nAU/3RbQX4rC/ nbDAHH0/9VR63g==; In-Reply-To: <000f4e25-a432-57ce-9aaf-140dcfbd73eb@gmail.com> (message from Herman, =?UTF-8?Q?G=C3=A9za?= on Sat, 30 Sep 2023 19:29:51 +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:271554 Archived-At: > Date: Sat, 30 Sep 2023 19:29:51 +0200 > Cc: 66216@debbugs.gnu.org > From: Herman, Géza > > On 9/30/23 19:17, Eli Zaretskii wrote: > > > > Populating a scratch buffer with generated text, for example. > Then line numbers will be incorrect Why not? it depends on how the buffer text is generated, doesn't it? > and also the buffer won't be editable. That is easily made possible from Lisp, isn't it? > And maybe there are other drawbacks of this approach. OK, I > admit that editable blame buffers is not a very important feature, but I > think that it's a good thing that line numbers are correct. I see no reason why line numbers should be incorrect. The line numbers in blame displays are produced by the VCS, not by Emacs, so they should be correct no matter what. > And looking at this from the application developer's viewpoint: just > because Emacs has limitation around overlays, they shouldn't choose > a worse solution. A Lisp program written for Emacs definitely _should_ consider limitations and restrictions of the Emacs infrastructure it uses, if it wants to present a convenient, efficient, and well-looking interface to the users. > Especially if one doesn't know about the limitation beforehand, but > it emerges after 90% of the application is finished. I don't blame anyone, I'm just saying that this was explained years ago. In a nutshell, overlays in Emacs were never supposed to support massive additions of text with newlines via overlay strings, they were supposed to support relatively short strings that don't change the line geometry too much. Many of the original limitations were lifted during the years, but that can be only done up to a point.