From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Phil Sainty Newsgroups: gmane.emacs.devel Subject: Re: so-long-mode and line-move-visual Date: Sun, 08 May 2022 22:02:34 +1200 Message-ID: References: <83sfpkwpb9.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="24673"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Orcon Webmail Cc: emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sun May 08 12:04:52 2022 Return-path: Envelope-to: ged-emacs-devel@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 1nndmW-0006G4-OJ for ged-emacs-devel@m.gmane-mx.org; Sun, 08 May 2022 12:04:52 +0200 Original-Received: from localhost ([::1]:51842 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1nndmV-0001v5-Mg for ged-emacs-devel@m.gmane-mx.org; Sun, 08 May 2022 06:04:51 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:37598) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nndkS-0000YO-IU for emacs-devel@gnu.org; Sun, 08 May 2022 06:02:47 -0400 Original-Received: from smtp-4.orcon.net.nz ([60.234.4.59]:38263) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nndkQ-0003zR-5J; Sun, 08 May 2022 06:02:44 -0400 Original-Received: from [10.253.37.70] (port=54037 helo=webmail.orcon.net.nz) by smtp-4.orcon.net.nz with esmtpa (Exim 4.90_1) (envelope-from ) id 1nndkI-00053r-Ci; Sun, 08 May 2022 22:02:34 +1200 Original-Received: from ip-139-180-65-103.kinect.net.nz ([139.180.65.103]) via [10.253.37.253] by webmail.orcon.net.nz with HTTP (HTTP/1.1 POST); Sun, 08 May 2022 22:02:34 +1200 In-Reply-To: <83sfpkwpb9.fsf@gnu.org> X-Sender: psainty@orcon.net.nz X-GeoIP: -- Received-SPF: pass client-ip=60.234.4.59; envelope-from=psainty@orcon.net.nz; helo=smtp-4.orcon.net.nz X-Spam_score_int: -18 X-Spam_score: -1.9 X-Spam_bar: - X-Spam_report: (-1.9 / 5.0 requ) BAYES_00=-1.9, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.io gmane.emacs.devel:289463 Archived-At: Hi Eli, The settings were arrived at by experimentation, and observing what caused the fewest problems in severe cases. With the option combo currently set by so-long, Emacs is only displaying a small portion of a long line, and basic cursor movements are only moving around within that visible area, so it's less likely that the user will cause themselves problems by moving point. I'm also mostly concerned about the initial opening of a file (to ensure Emacs doesn't freeze up simply by visiting something), in which case that small portion is going to be (typically) the beginning of the line, where performance is good. If the settings were otherwise, it can be extremely problematic to simply move up and down in a buffer. A nil line-move-visual risks the user accidentally skipping to the end of an enormous line (which may be very bad for performance), whereas a non-nil value protects them from that. Truncation meanwhile allows multiple enormous lines to be visible at the same time, which can be terrible. I've always used the "one_line.json" example file from the question at https://emacs.stackexchange.com/q/598 as a test case, and if I create a multi-line file where each line is a copy of that (plus a newline), then I can happily open that with default so-long settings; but if I then M-x toggle-truncate-lines, Emacs freezes so badly that I have to kill it. As such, I don't think these defaults should be changed. -Phil