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#56682: Fix the long lines font locking related slowdowns Date: Tue, 02 Aug 2022 22:52:32 +0000 Message-ID: <74ddc877f14320d7852f@heytings.org> References: <83v8rf5894.fsf@gnu.org> <65cb7c73fd4a999cca00@heytings.org> <8c7321f2f3400a5db9be@heytings.org> <8c7321f2f388e5343475@heytings.org> <6ea376f6-d503-06d8-6d83-50c52b695394@yandex.ru> <8c7321f2f3ac52bfee4b@heytings.org> <8c7321f2f3ec1ef81af9@heytings.org> <02e83b0e-1b5c-fe75-6e59-1f8ddff82d37@yandex.ru> <96f28fd8-6744-1925-0631-0095099362dd@yandex.ru> <74ddc877f1e81f399eea@heytings.org> Mime-Version: 1.0 Content-Type: text/plain; format=flowed; charset=us-ascii Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="7395"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 56682@debbugs.gnu.org, Eli Zaretskii , Dmitry Gutov To: Stefan Monnier Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Wed Aug 03 00:53:17 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 1oJ0lJ-0001io-3p for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 03 Aug 2022 00:53:17 +0200 Original-Received: from localhost ([::1]:33028 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1oJ0lI-0002RN-1l for geb-bug-gnu-emacs@m.gmane-mx.org; Tue, 02 Aug 2022 18:53:16 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:33584) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oJ0l8-0002Q1-05 for bug-gnu-emacs@gnu.org; Tue, 02 Aug 2022 18:53:06 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:55652) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1oJ0l4-0001qU-DE for bug-gnu-emacs@gnu.org; Tue, 02 Aug 2022 18:53:05 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1oJ0l4-00056u-8y for bug-gnu-emacs@gnu.org; Tue, 02 Aug 2022 18:53:02 -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, 02 Aug 2022 22:53:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 56682 X-GNU-PR-Package: emacs Original-Received: via spool by 56682-submit@debbugs.gnu.org id=B56682.165948075619608 (code B ref 56682); Tue, 02 Aug 2022 22:53:02 +0000 Original-Received: (at 56682) by debbugs.gnu.org; 2 Aug 2022 22:52:36 +0000 Original-Received: from localhost ([127.0.0.1]:45401 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oJ0kd-00056B-QR for submit@debbugs.gnu.org; Tue, 02 Aug 2022 18:52:36 -0400 Original-Received: from heytings.org ([95.142.160.155]:36206) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oJ0kb-000563-KA for 56682@debbugs.gnu.org; Tue, 02 Aug 2022 18:52:34 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=heytings.org; s=20220101; t=1659480752; bh=MeqKZzDeenxzVl16CQr2a59myI3UyEEwkTHXg1D5y/I=; h=Date:From:To:cc:Subject:In-Reply-To:Message-ID:References:From; b=PJqEd5wKKleBktiZ+gkojp1I7wzsS8U7yIP8qnuxgFmcKQHZrjdbQ1rGq0zIw9AMl szXMw8X/CQ+ATyHamNnKdp/PbDP91VwKZ6Nu10QgxcsXlHD5vfx5/mWW0KVOo57bmZ armEqEmk+ow0JjjzTHQBkM9geHCO7gBcEguehZtssgU199T8aqD6GgcwFOtsjxa1Bv mId9pku372dgrIi+dnG0FJvV8sJcPZ/tF1iN2ux/UO574tAciRCYqsX1l4YpJ84Llk NNLYwqGFTy6qztJjWwy/mPl15t+ybkyCUjebYnB7x3ID4OV3F0RdrTuqxgCVNG+ADH 027TaNSr5t57g== In-Reply-To: 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:238598 Archived-At: > > I strongly disagree with the necessity to make re-widening technically > impossible, I find it fundamentally incompatible with Emacs's philosophy > and can't see any practical justification here. > As I said earlier, offering a way to escape the locked narrowing right away simply means that the current solution isn't one anymore. Elisp programmers would take the habit of using (widen-unlock) instead of (widen) in their programs, and in a couple of years we'll see again bug reports by users who cannot edit buffers with long lines. > > Just narrow and make sure jit-lock.el and font-lock.el don't > accidentally widen it. > Now I'm lost. Isn't this what is happening right now: "narrow and make sure jit-lock and font-lock don't accidentally widen it"? What am I missing? > > Any other accidental widening should be considered as a bug anyway (and > we could even easily cook up some ad-hoc advice to try and detect those > cases for people like me who like to run their Emacs with lots of extra > runtime debugging checks). > There are I fear too many bugs related to that problem (you just said that half of the modes in core do use widen), and it does not seem reasonable to hope that they will all be fixed anytime soon. If at some point they are, the current solution will not be necessary anymore, and it will be very easy to reset the default value of long-line-threshold to nil.