From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Richard Stallman Newsgroups: gmane.emacs.devel Subject: Re: Do shorthands break basic tooling (tags, grep, etc)? (was Re: Shorthands have landed on master) Date: Thu, 07 Oct 2021 18:21:05 -0400 Message-ID: References: <16338bdc2497fc51c6fb6d54ab370bfb@webmail.orcon.net.nz> <831r59kyhf.fsf@gnu.org> <834ka4k15m.fsf@gnu.org> <83y27gijmz.fsf@gnu.org> <8335pmgnjy.fsf@gnu.org> <604da2cb10ac61f2b8b89a02c89056be@webmail.orcon.net.nz> <83a6jtff87.fsf@gnu.org> <5ac7a31cf2959c31c262a3377c736a5a@webmail.orcon.net.nz> <83ilygew7p.fsf@gnu.org> <83fstjdiwl.fsf@gnu.org> <871r534s2o.fsf@gmail.com> <87sfxgx09x.fsf@gmail.com> Reply-To: rms@gnu.org Content-Type: text/plain; charset=Utf-8 Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="12733"; mail-complaints-to="usenet@ciao.gmane.io" Cc: psainty@orcon.net.nz, acm@muc.de, eliz@gnu.org, emacs-devel@gnu.org To: =?iso-8859-1?Q?Jo=C3=A3o_T=C3=A1vora?= Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Fri Oct 08 00:33:34 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 1mYbxF-00037c-1q for ged-emacs-devel@m.gmane-mx.org; Fri, 08 Oct 2021 00:33:33 +0200 Original-Received: from localhost ([::1]:43906 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mYbxD-0003H4-TA for ged-emacs-devel@m.gmane-mx.org; Thu, 07 Oct 2021 18:33:31 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:57536) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mYblD-00067M-Cp for emacs-devel@gnu.org; Thu, 07 Oct 2021 18:21:07 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:50678) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mYblB-00028p-Ub; Thu, 07 Oct 2021 18:21:05 -0400 Original-Received: from rms by fencepost.gnu.org with local (Exim 4.90_1) (envelope-from ) id 1mYblB-00073Q-Mc; Thu, 07 Oct 2021 18:21:05 -0400 In-Reply-To: (message from =?iso-8859-1?Q?Jo=C3=A3o_T=C3=A1vora?= on Tue, 5 Oct 2021 23:07:02 +0100) 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:276529 Archived-At: [[[ To any NSA and FBI agents reading my email: please consider ]]] [[[ whether defending the US Constitution against all enemies, ]]] [[[ foreign or domestic, requires you to follow Snowden's example. ]]] > Another simpler, less "revolutionary" option (can't find the right word) is > to do what Eli suggested, having 'C-h f s-foo TAB' expand to the actual > symbol name, according to the buffer, using the normal completion > mechanisms of Emacs. That does sound good. For any system that established file-specific aliases for symbols, even if it were like Common Lisp packages, it would happen that the aliases that are meaningful in one buffer may not be meaningful in another. With Common Lisp packages, a certain package could be imported into file A and not into file B, so some or all of its symbols would get shorter names in A and not B. So the help commands would face the challenge of how to deal with that. It seems to me that we can separate, at least in principle, the question of how help commands to handling that situation from the way that the aliasing is implemented. -- Dr Richard Stallman (https://stallman.org) Chief GNUisance of the GNU Project (https://gnu.org) Founder, Free Software Foundation (https://fsf.org) Internet Hall-of-Famer (https://internethalloffame.org)