From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Alan Mackenzie Newsgroups: gmane.emacs.devel Subject: Re: Changing line widths in the Emacs source code Date: Sun, 13 Sep 2020 14:22:10 +0000 Message-ID: <20200913142210.GA4285@ACM> References: <87tuw1x016.fsf@gnus.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="7713"; mail-complaints-to="usenet@ciao.gmane.io" To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sun Sep 13 16:22:57 2020 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 1kHSu9-0001vj-8W for ged-emacs-devel@m.gmane-mx.org; Sun, 13 Sep 2020 16:22:57 +0200 Original-Received: from localhost ([::1]:44542 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kHSu8-0002KU-9l for ged-emacs-devel@m.gmane-mx.org; Sun, 13 Sep 2020 10:22:56 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:37320) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kHStV-0001Tw-4x for emacs-devel@gnu.org; Sun, 13 Sep 2020 10:22:17 -0400 Original-Received: from colin.muc.de ([193.149.48.1]:54719 helo=mail.muc.de) by eggs.gnu.org with smtp (Exim 4.90_1) (envelope-from ) id 1kHStS-0004nq-UR for emacs-devel@gnu.org; Sun, 13 Sep 2020 10:22:16 -0400 Original-Received: (qmail 3582 invoked by uid 3782); 13 Sep 2020 14:22:11 -0000 Original-Received: from acm.muc.de (p4fe156fc.dip0.t-ipconnect.de [79.225.86.252]) by localhost.muc.de (tmda-ofmipd) with ESMTP; Sun, 13 Sep 2020 16:22:10 +0200 Original-Received: (qmail 4292 invoked by uid 1000); 13 Sep 2020 14:22:10 -0000 Content-Disposition: inline In-Reply-To: <87tuw1x016.fsf@gnus.org> X-Delivery-Agent: TMDA/1.1.12 (Macallan) X-Primary-Address: acm@muc.de Received-SPF: pass client-ip=193.149.48.1; envelope-from=acm@muc.de; helo=mail.muc.de X-detected-operating-system: by eggs.gnu.org: First seen = 2020/09/13 10:22:11 X-ACL-Warn: Detected OS = FreeBSD 9.x or newer [fuzzy] X-Spam_score_int: -9 X-Spam_score: -1.0 X-Spam_bar: - X-Spam_report: (-1.0 / 5.0 requ) BAYES_00=-1.9, RCVD_IN_MSPIKE_BL=0.01, RCVD_IN_MSPIKE_L3=0.9, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=no autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.23 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:255485 Archived-At: Hello, Lars. On Sun, Sep 13, 2020 at 15:45:57 +0200, Lars Ingebrigtsen wrote: > Now for the most controversial suggestion of all: Make the Emacs code > wider! > Emacs has tried to keep the line width of the source code at 80 > characters since Emacs was created. It was a good choice (perhaps the > only) back then, .... It remains a good choice, now. Wide text is more difficult to read. For that reason, newspaper columns (remember them?) were typically much less than 80 columns wide. > .... but most screens are wide and short these days, and the > folding contortions we have to do to make everything fit in 80 > characters is sometimes annoying, and leads to code that's awkward to > read. Code that is awkward to fit into 80 columns would perhaps do better with some refactoring. But even some of the CC Mode functions which are far too long in terms of number of lines (e.g. c-forward-decl-or-cast-1, c-guess-basic-syntax) don't have terrible trouble in 80 columns. > So my suggestion is: Change the default to 100. My Linux TTY screen is 240 characters wide and 67 lines high. With that I can get Follow Mode three windows wide, giving me a total display of 195 contiguous lines of a single buffer. There are only occasional lines which need to be wrapped. This is very helpful, particularly whilst debugging. Were the gentlemen's agreement that buffers are max. 80 chars wide to be rescinded, Follow mode and other arrangements of side-by-side windows would become that much less useful. > (This, of course, doesn't mean that we change any of the existing code, > but we stop formatting all new code to fit within 80 columns, and > instead aim for 100 instead.) I am against this. > -- > (domestic pets only, the antidote for overdose, milk.) > bloggy blog: http://lars.ingebrigtsen.no -- Alan Mackenzie (Nuremberg, Germany).