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: Wed, 20 Jul 2022 13:42:26 +0000 Message-ID: <7d422ac79b59898ded81@heytings.org> References: <38c1a31040d2d2bc47ae@heytings.org> <83sfmzpw4e.fsf@gnu.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> <83wnc9mbg4.fsf@gnu.org> <83o7xlm64k.fsf@gnu.org> <83zgh4kmxi.fsf@gnu.org> <7d422ac79b437a119a4d@heytings.org> <83r12flxyz.fsf@gnu.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="14612"; mail-complaints-to="usenet@ciao.gmane.io" Cc: gerd.moellmann@gmail.com, larsi@gnus.org, 56393@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Wed Jul 20 15:43:09 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 1oE9yn-0003Y6-59 for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 20 Jul 2022 15:43:09 +0200 Original-Received: from localhost ([::1]:56580 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1oE9yl-00033k-KL for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 20 Jul 2022 09:43:07 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:40278) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oE9yg-00033b-2W for bug-gnu-emacs@gnu.org; Wed, 20 Jul 2022 09:43:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:58624) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1oE9yf-0004OV-Oc for bug-gnu-emacs@gnu.org; Wed, 20 Jul 2022 09:43:01 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1oE9yf-0001IK-I9 for bug-gnu-emacs@gnu.org; Wed, 20 Jul 2022 09:43: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: Wed, 20 Jul 2022 13:43: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.16583245504921 (code B ref 56393); Wed, 20 Jul 2022 13:43:01 +0000 Original-Received: (at 56393) by debbugs.gnu.org; 20 Jul 2022 13:42:30 +0000 Original-Received: from localhost ([127.0.0.1]:56377 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oE9yA-0001HJ-8i for submit@debbugs.gnu.org; Wed, 20 Jul 2022 09:42:30 -0400 Original-Received: from heytings.org ([95.142.160.155]:45292) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oE9y8-0001H9-BE for 56393@debbugs.gnu.org; Wed, 20 Jul 2022 09:42:28 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=heytings.org; s=20220101; t=1658324547; bh=XUvjYO0sKhwuv6d9f5ncAJ2ITtCEHzse82khN0dHY8g=; h=Date:From:To:cc:Subject:In-Reply-To:Message-ID:References:From; b=56AVl+SAF/YHVImkrPBHz7XIgcyolQ+faT9rV4bfpbdMVF5mxvl4UFU3UEnU83cKV mSEtS59GQuGfGObtOiaBAKrXtlULAkEHkWceJCBA8VlLJ/qFOUMpIBaP37pSHWFsN0 HtpvKvoFCuBmWJr08ANcpnFvrjNZMNlwnGl4pGz3i3XiJC+m7hyCmp8L9y6rJo9vL6 GaPn+vMLY8F9T3D1DQ4r07Qs2BqVNuqe8tKT6JJ2Y1lgE7SdrJAucucpNyHynnsP8R Oj/Jo87RYqaEgwaeU1WD+ZRrA/2y0bih7mjON4uJW3c6f54DZqqkPdpiE2lK/f/ZLc DG5PbLiCejtUg== In-Reply-To: <83r12flxyz.fsf@gnu.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:237506 Archived-At: >> You mean, something like: "Increase the counter more for a large >> modification and less for a small modification, but increase it >> logarithmically to avoid increasing it too much for a large >> modification."? > > No, I mean explaining why we want to be more sensitive to small > modifications than to the large. IOW, why we want to avoid linear > increments. > > My original proposal to limit the increment was because I wanted to > avoid overflowing the counter when several very large insertions are > made. If this is the only reason, I think we should say that in a > comment there. > That's what I understood. I did not decide to go for a logarithmical increase instead of a truncated increase to be more sensitive to small modifications than to large ones, but both (1) because it increases the counter less, and (2) because currently it will be used to make a distinction between a "small" and a "not small" modification, but I can imagine that perhaps some day for some other reason there could be a need to make a distinction between "large" and "very large" modifications, which wouldn't be possible with a truncated increase. Is this better/clearer: "Increase the counter more for a large modification and less for a small modification. Increase it logarithmically to avoid increasing it too much."?