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: Do shorthands break basic tooling (tags, grep, etc)? (was Re: Shorthands have landed on master) Date: Tue, 28 Sep 2021 19:05:50 +0000 Message-ID: References: <16338bdc2497fc51c6fb6d54ab370bfb@webmail.orcon.net.nz> <831r59kyhf.fsf@gnu.org> <834ka4k15m.fsf@gnu.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="11941"; mail-complaints-to="usenet@ciao.gmane.io" Cc: psainty@orcon.net.nz, joaotavora@gmail.com, emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Tue Sep 28 21:11:03 2021 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 1mVIVK-0002n3-Uq for ged-emacs-devel@m.gmane-mx.org; Tue, 28 Sep 2021 21:11:02 +0200 Original-Received: from localhost ([::1]:50144 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mVIVJ-0002VM-UI for ged-emacs-devel@m.gmane-mx.org; Tue, 28 Sep 2021 15:11:01 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:40012) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mVIQN-0003Hc-Tf for emacs-devel@gnu.org; Tue, 28 Sep 2021 15:05:55 -0400 Original-Received: from colin.muc.de ([193.149.48.1]:17975 helo=mail.muc.de) by eggs.gnu.org with smtp (Exim 4.90_1) (envelope-from ) id 1mVIQL-0004lV-IG for emacs-devel@gnu.org; Tue, 28 Sep 2021 15:05:55 -0400 Original-Received: (qmail 4752 invoked by uid 3782); 28 Sep 2021 19:05:51 -0000 Original-Received: from acm.muc.de (p4fe15cfd.dip0.t-ipconnect.de [79.225.92.253]) (using STARTTLS) by colin.muc.de (tmda-ofmipd) with ESMTP; Tue, 28 Sep 2021 21:05:50 +0200 Original-Received: (qmail 21359 invoked by uid 1000); 28 Sep 2021 19:05:50 -0000 Content-Disposition: inline In-Reply-To: <834ka4k15m.fsf@gnu.org> X-Submission-Agent: TMDA/1.3.x (Ph3nix) 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-Spam_score_int: -18 X-Spam_score: -1.9 X-Spam_bar: - X-Spam_report: (-1.9 / 5.0 requ) BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham 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:275726 Archived-At: Hello, Eli. On Tue, Sep 28, 2021 at 21:25:41 +0300, Eli Zaretskii wrote: > > Date: Tue, 28 Sep 2021 17:25:56 +0000 > > Cc: Phil Sainty , joaotavora@gmail.com, > > emacs-devel@gnu.org > > From: Alan Mackenzie > > I thought that large features weren't being accepted for Emacs 28 any > > more? These "shorthands" are a gigantic feature which disrupt our way > > of developing Emacs. > The shorthands don't disrupt anything unless they are used. And using > them is completely opt-in, and intended for specific situations where > it is justified. I haven't opted in. How do I opt out of somebody else's use of these? I.e. so that grep still works for me? > Of course, any feature can be abused, but the blame is on those who > abuse it. And it is you and I who will suffer, through not being able to use grep reliably on the Emacs sources. > > Can we please delay the release of Emacs 28.1 until we have these tool > > enhancements in place? > I see no reason for such a delay, given that our tools are already > imperfect. We should improve our tools, of course, but there's > nothing in shorthands that justifies delaying Emacs 28.1. > > And until that point, have a moratorium on using shorthands? > I'm not aware of any plans to use shorthands in Emacs itself. People > talk and discuss these possibilities, and that's okay. But that's > just talk at this point, certainly for Emacs 28. Even if it's just talk, how will we know that it's just talk? And how long will it stay just talk? Clearly there's intent to use this, otherwise nobody would have bothered implementing it. > > > > Is whatever we're gaining actually worth the resulting obfuscation? > > > Time will tell. It currently sounds like its worth it, but as with > > > any such feature, we could be wrong. > > And if we are wrong, what then? > Then we will avoid using it, or maybe even recommend that no one does. > And perhaps replace shorthands with something better. But we aren't > there anymore, and I think your sense of a catastrophe is unjustified, > if not exaggerated. OK, how do you suggest I find all occurrences of jit-lock-functions in the Emacs Lisp sources after shorthands start being used? How do I find occurrences of a symbol in Emacs Lisp sources on the web, which currently a web search will find? > > > They are not the real reason, they are just the way to explain the > > > feature in simple terms. The real reason is to make namespace > > > management easier. > > I don't think, on balance, it will do this. > Time will tell. -- Alan Mackenzie (Nuremberg, Germany).