From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Emanuel Berg Newsgroups: gmane.emacs.devel Subject: Re: master 72b1379f079: Increase `emacs-lisp-docstring-fill-column` to 72 Date: Sat, 03 Feb 2024 13:12:44 +0100 Message-ID: <877cjl7nlv.fsf@dataswamp.org> References: <170687730547.552.9673193819426474611@vcs2.savannah.gnu.org> <20240202123506.0CEC7C0EFF5@vcs2.savannah.gnu.org> <87mssjm0ac.fsf@yahoo.com> <87il36mevf.fsf@yahoo.com> <86frya3q4r.fsf@gnu.org> <87ttmplvar.fsf@yahoo.com> <86wmrl3ib6.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="34094"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) To: emacs-devel@gnu.org Cancel-Lock: sha1:yHkjQfQnEJFljfjli0JT0cOU1pg= Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sat Feb 03 13:14:10 2024 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 1rWEuQ-0008d2-4O for ged-emacs-devel@m.gmane-mx.org; Sat, 03 Feb 2024 13:14:10 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1rWEuI-0002e1-SU; Sat, 03 Feb 2024 07:14:03 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1rWEtK-0001dN-1e for emacs-devel@gnu.org; Sat, 03 Feb 2024 07:13:02 -0500 Original-Received: from ciao.gmane.io ([116.202.254.214]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1rWEtI-0005Ef-40 for emacs-devel@gnu.org; Sat, 03 Feb 2024 07:13:01 -0500 Original-Received: from list by ciao.gmane.io with local (Exim 4.92) (envelope-from ) id 1rWEtD-0007As-AC for emacs-devel@gnu.org; Sat, 03 Feb 2024 13:12:55 +0100 X-Injected-Via-Gmane: http://gmane.org/ Mail-Followup-To: emacs-devel@gnu.org Mail-Copies-To: never Received-SPF: pass client-ip=116.202.254.214; envelope-from=ged-emacs-devel@m.gmane-mx.org; helo=ciao.gmane.io X-Spam_score_int: -16 X-Spam_score: -1.7 X-Spam_bar: - X-Spam_report: (-1.7 / 5.0 requ) BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.249, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=no autolearn_force=no X-Spam_action: no action X-Mailman-Approved-At: Sat, 03 Feb 2024 07:13:59 -0500 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-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.devel:315824 Archived-At: Eli Zaretskii wrote: > This is a misunderstanding: I think it's insignificant > because we mostly don't pay attention to this > setting anyway. Ah, you mean you are not gonna have the byte-compiler, checkdoc and all complain? This is not a proposed new convention but _only_ used when someone tries to fill the docstring? Then I agree it makes no sense to discuss since the Emacs programmer will just type the docstring so that it doesn't overflow. A lot of lines will be closer to 80 chars than 72, as long as they don't overflow it is all good. Well, I'm happy you guys weren't as crazy as I thought. Super short docstrings at 64 chars, the extra space isn't needed! It all made no sense. Po Lu, why did you feel so strongly about this? Even if you had the described problem on smartphones, and even if people had used it, so many docstrings would still have overflown majorly. Absolutely nothing to be bothered about since it won't solve the situation anyway. If it was or wasn't discussed in a way that upset you, it was probably not meant as disrespect, rather it was considered a non-issue. -- underground experts united https://dataswamp.org/~incal