From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Gregory Heytings Newsgroups: gmane.emacs.bugs Subject: bug#56393: Actually fix the long lines display bug Date: Tue, 19 Jul 2022 21:55:49 +0000 Message-ID: References: <38c1a31040d2d2bc47ae@heytings.org> <83h73epq7v.fsf@gnu.org> <83cze2pmtk.fsf@gnu.org> <838roqpkjs.fsf@gnu.org> <831quipdt2.fsf@gnu.org> <83r12intar.fsf@gnu.org> <83lespomnu.fsf@gnu.org> <83fsixnwh3.fsf@gnu.org> <834jzdnsxw.fsf@gnu.org> <83y1wpmciw.fsf@gnu.org> <87h73d5gtd.fsf@gnus.org> <364167b2-83e-c5af-1981-221d53e33ce6@heytings.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="40920"; mail-complaints-to="usenet@ciao.gmane.io" Cc: gerd.moellmann@gmail.com, Eli Zaretskii , 56393@debbugs.gnu.org To: Lars Ingebrigtsen Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Tue Jul 19 23:56:10 2022 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 1oDvCL-000ANW-L7 for geb-bug-gnu-emacs@m.gmane-mx.org; Tue, 19 Jul 2022 23:56:09 +0200 Original-Received: from localhost ([::1]:60210 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1oDvCK-0002XU-7w for geb-bug-gnu-emacs@m.gmane-mx.org; Tue, 19 Jul 2022 17:56:08 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:34594) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oDvCE-0002VT-03 for bug-gnu-emacs@gnu.org; Tue, 19 Jul 2022 17:56:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:57610) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1oDvCD-0005jX-NW for bug-gnu-emacs@gnu.org; Tue, 19 Jul 2022 17:56:01 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1oDvCD-0005dq-Jh for bug-gnu-emacs@gnu.org; Tue, 19 Jul 2022 17:56:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Gregory Heytings Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 19 Jul 2022 21:56:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 56393 X-GNU-PR-Package: emacs Original-Received: via spool by 56393-submit@debbugs.gnu.org id=B56393.165826775321668 (code B ref 56393); Tue, 19 Jul 2022 21:56:01 +0000 Original-Received: (at 56393) by debbugs.gnu.org; 19 Jul 2022 21:55:53 +0000 Original-Received: from localhost ([127.0.0.1]:55369 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oDvC5-0005dQ-Fq for submit@debbugs.gnu.org; Tue, 19 Jul 2022 17:55:53 -0400 Original-Received: from heytings.org ([95.142.160.155]:44514) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oDvC3-0005dH-NE for 56393@debbugs.gnu.org; Tue, 19 Jul 2022 17:55:52 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=heytings.org; s=20220101; t=1658267749; bh=QXuaQMPMdANXBwfKfLTkljPC8EuaDLsVAbcgSixnMv0=; h=Date:From:To:cc:Subject:In-Reply-To:Message-ID:References:From; b=B5b12bveLtiAuP8FJQ7JF8z5SprOAoyMBkRxsO49xGW+49L8K7xqVyCfSqOGRs1MW O65iAaEJjI8+F8i1FQZwd3/QhKtnDwYO7zfKj0ryylrrN93kuH7ZRxSsgJWESzRgsK sL3Seawi+CYa+h6gVqsVuFEWUXgrCRDHA/XZ55Vs/2EADcMvKAzUgp/Knnh1AxGDGu V/JQy0hRdjfDgkvkjfryKLPk1lvrPlMFs8TMoGInQO81WUOue0qXe5D1BLnZjf/o2l z3305QCRFT1Cmt1beyB+jThRvJlvCWHjtsbSf51LFk9230KWCsdAKbd9WkCO0lIa0t maE5Zmxsguxug== In-Reply-To: <364167b2-83e-c5af-1981-221d53e33ce6@heytings.org> 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" Xref: news.gmane.io gmane.emacs.bugs:237470 Archived-At: >> That is, I don't think you have to run the detection as often as you do >> now. If the previous call said you had no lines longer than 80 >> characters, you don't have to run it again until the buffer has grown >> more than 30K characters, or you have a modiff in the thousands region. > > Hmmm... Thanks, I'll see if I can do something with that idea. > I considered that option, but so far I cannot see how it could work reliably, or to be more precise, I fear that there are too many cases that would escape such a heuristic, such as M-% C-q C-j RET SPC RET in a sufficiently long buffer. One disadvantage is that it would be necessary to record, in struct buffer, the buffer size (and perhaps also the modiff) when the detection was last run, something Eli would prefer to avoid. I will continue to think about it, however.