From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Marco Antoniotti Newsgroups: gmane.emacs.bugs Subject: bug#47775: First line length and GNU coding standards.... Date: Wed, 5 May 2021 15:40:37 +0200 Message-ID: References: <87bl9p5nbq.fsf@gnus.org> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="000000000000aaaf0505c1955704" Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="16892"; mail-complaints-to="usenet@ciao.gmane.io" Cc: Stefan Kangas , Filipp Gunbin , 47775@debbugs.gnu.org To: Lars Ingebrigtsen Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Wed May 05 15:41:13 2021 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 1leHm5-0004Ga-Dq for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 05 May 2021 15:41:13 +0200 Original-Received: from localhost ([::1]:35402 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1leHm4-0006n1-GO for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 05 May 2021 09:41:12 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:58776) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1leHlu-0006ls-Iv for bug-gnu-emacs@gnu.org; Wed, 05 May 2021 09:41:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:48755) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1leHlu-0003IT-BL for bug-gnu-emacs@gnu.org; Wed, 05 May 2021 09:41:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1leHlu-0001iO-7R for bug-gnu-emacs@gnu.org; Wed, 05 May 2021 09:41:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Marco Antoniotti Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 05 May 2021 13:41:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 47775 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: wontfix Original-Received: via spool by 47775-submit@debbugs.gnu.org id=B47775.16202220586577 (code B ref 47775); Wed, 05 May 2021 13:41:02 +0000 Original-Received: (at 47775) by debbugs.gnu.org; 5 May 2021 13:40:58 +0000 Original-Received: from localhost ([127.0.0.1]:60301 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1leHlq-0001i1-3Z for submit@debbugs.gnu.org; Wed, 05 May 2021 09:40:58 -0400 Original-Received: from mail-pg1-f180.google.com ([209.85.215.180]:39914) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1leHlm-0001hs-QU for 47775@debbugs.gnu.org; Wed, 05 May 2021 09:40:56 -0400 Original-Received: by mail-pg1-f180.google.com with SMTP id s22so1812600pgk.6 for <47775@debbugs.gnu.org>; Wed, 05 May 2021 06:40:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=unimib.it; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=h2aY/R9rI0mX9fQ9dPFcnDDQSOvNJhVqw6kHfiPQIWw=; b=chzLFnzPdc6r9foCswKF72RIW6A20siTgAOmEB1rbQJkT/NubwVN850FM+L8lUGC7N Niwu1W4eARULYmzuUUc5eBwV0bU/4C1Otuy7P1WzFYbzbLlOUiWVZxwErYStqAw3PdZI p9972XuH/q0/HetfEiSohloekC0AKztiujOw7/w5beg68BwBxp8K0MKtmPl+9VDn8HgE RbdAmkAegOiicYNbfNOs4LMnq8tRdzY1lnIaV7nbuTAWT4EtKUqf1iBbInNf4iyWZwz8 Jd7y+6lEbGZTt5TlxUu/+YEmF7VxuRB0bQ+XdH68g+SYZYAVIOmx50fySkJ9wLXKLOvs EOYQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=h2aY/R9rI0mX9fQ9dPFcnDDQSOvNJhVqw6kHfiPQIWw=; b=ertcwNBKCxowiek4q8IJcAzUGXpgnp9VM77jlWZCJ96W3jlzh70T1Fg7ZyDALiFNBq x4P3RqDv6wihQs+NaRC8yo5VZOa34pfxhgBuXsVNSgba3V1wgk6bRTx4c/r+bTgprWa/ 49e+PRlk7EdMX/jy2ttk131XOLvHOaghDKipmqLGZ2ooEhi5IPAFzZP5zTQwROYnX67E 5o9/Ps2n3n54l66PhV9CzBrULumClEOEsKj6Hx7bhcyoobIuxDl9A+PvuGyetVohle/p zWPAg01lt0hujZG1fWudFkW4TV5bBadcy4hHyrBUBBTAcJCtTe4v4q2zYvh9oO/97+cM GH/g== X-Gm-Message-State: AOAM530U9AxReuOl7jxMO49o07Dw1QId9Fn5N7Vr2teJ4sCFzNGJGeOz RuqDrgs+9Osn8KzLuvQcgIm7BtnMDqQTO7ibSLSQFA== X-Google-Smtp-Source: ABdhPJzvUaBXv4OJp8sf6gakEoa693Cc7p8Bsb5tZIQ0KdpFGYpg5sC43QMROQA1qcY28CxOxisv0rvaLv7+ZnTZXt4= X-Received: by 2002:a63:4f21:: with SMTP id d33mr28216997pgb.434.1620222048636; Wed, 05 May 2021 06:40:48 -0700 (PDT) In-Reply-To: <87bl9p5nbq.fsf@gnus.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:205697 Archived-At: --000000000000aaaf0505c1955704 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Yes, exactly. I understand your reasoning and your decision. But let me note that it is the "tooling" that broke, in the mists of time, previous well established conventions. Having said that, I would like Emacs to *also accept* the style I propose, not to mandate it. In any case, I am just ranting, I know :) :) :) All the best Marco On Wed, May 5, 2021 at 3:20 PM Lars Ingebrigtsen wrote: > Marco Antoniotti writes: > > > The issue is "buffer variables" vs "convention of 'name --- description= '. > > > > TRT is to "fix" checkdoc to look for the 'name --- description' within > the first (10) > > lines, AND/OR to revert to the old convention of having the '-*- ... > -*-' line(s) within > > the first 10. > > > > Once that is done, the documentation can be amended accordingly, > relaxing the > > mandate that the first line MUST start with ;;; foo --- bar. and no > extra update in any > > files will be needed. > > If I understand correctly, you want Emacs to recommend the following > style to start .el files: > > ;;; -*- Mode: Emacs-Lisp; lexical-binding: t; some-var-with-a-long-name: = t > -*- > ;;; foo.el --- The foo pkg, which also happens to have description 79 col > long. > > This would break a lot of tooling that expects the first line to have > the package name (and description), so that's not a feasible change. > > The local variable section is usually put at the end of the file, but > lexical-binding is special, in that it's not "really" a local variable, > but has other effects, and in that we're (at one point in the future) > going to remove all these cookies when we flip the defaults, and then > the first lines will be shorter than 79 characters again. > > So I'm closing this bug report. > > -- > (domestic pets only, the antidote for overdose, milk.) > bloggy blog: http://lars.ingebrigtsen.no > --=20 Marco Antoniotti, Associate Professor tel. +39 - 02 64 48 79 01 DISCo, Universit=C3=A0 Milano Bicocca U14 2043 http://dcb.disco.unimib.it Viale Sarca 336 http://cdac2021.lakecomoschool.org I-20126 Milan (MI) ITALY --000000000000aaaf0505c1955704 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Yes, exactly.

I underst= and your reasoning and your decision. =C2=A0 But let me note that it is the= "tooling" that broke, in the mists of time, previous well establ= ished conventions.
Having said that, I would like Emacs to *also accept*= the style I propose, not to mandate it.

In an= y case, I am just ranting, I know :) :) :)

All the best

Marco


On Wed, May 5, 2021 at 3:= 20 PM Lars Ingebrigtsen <larsi@gnus.or= g> wrote:
Marco Antoniotti <marco.antoniotti@unimib.it> writes:

> The issue is "buffer variables" vs "convention of '= name --- description'.
>
> TRT is to "fix" checkdoc to look for the 'name --- descr= iption' within the first (10)
> lines, AND/OR to revert to the old convention of having the '-*- .= .. -*-' line(s) within
> the first 10.
>
> Once that is done, the documentation can be amended accordingly, relax= ing the
> mandate that the first line MUST start with ;;; foo --- bar. and no ex= tra update in any
> files will be needed.

If I understand correctly, you want Emacs to recommend the following
style to start .el files:

;;; -*- Mode: Emacs-Lisp; lexical-binding: t; some-var-with-a-long-name: t = -*-
;;; foo.el --- The foo pkg, which also happens to have description 79 col l= ong.

This would break a lot of tooling that expects the first line to have
the package name (and description), so that's not a feasible change.
The local variable section is usually put at the end of the file, but
lexical-binding is special, in that it's not "really" a local= variable,
but has other effects, and in that we're (at one point in the future) going to remove all these cookies when we flip the defaults, and then
the first lines will be shorter than 79 characters again.

So I'm closing this bug report.

--
(domestic pets only, the antidote for overdose, milk.)
=C2=A0 =C2=A0bloggy blog: http://lars.ingebrigtsen.no


--
Ma= rco Antoniotti, Associate Professor=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0 tel.=C2=A0+39 - 02 64 48 79 01DISCo, Universit=C3=A0 Mil= ano Bicocca U14 2043 http://dcb.disco.unimib.it
Viale Sarca 336 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0=C2=A0 =C2=A0=C2=A0=C2=A0=C2=A0 http://cdac2021.lakecomoschool.orgI-20126 Milan (MI) ITALY<= /span>
--000000000000aaaf0505c1955704--