From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: Systematic implicit aliases for option variables Date: Wed, 02 Mar 2022 13:01:51 +0200 Message-ID: <83sfs0k480.fsf@gnu.org> References: <9F2080B9-A7FE-4E7B-9920-8368A9D6DEBE@gnu.org> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="29137"; mail-complaints-to="usenet@ciao.gmane.io" Cc: emacs-devel@gnu.org To: rms@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Wed Mar 02 12:03:23 2022 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 1nPMlO-0007Kd-D7 for ged-emacs-devel@m.gmane-mx.org; Wed, 02 Mar 2022 12:03:22 +0100 Original-Received: from localhost ([::1]:55758 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1nPMlM-00050n-RT for ged-emacs-devel@m.gmane-mx.org; Wed, 02 Mar 2022 06:03:20 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:55248) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nPMk4-0003vJ-Lb for emacs-devel@gnu.org; Wed, 02 Mar 2022 06:02:00 -0500 Original-Received: from [2001:470:142:3::e] (port=55352 helo=fencepost.gnu.org) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nPMk4-0000cL-BI for emacs-devel@gnu.org; Wed, 02 Mar 2022 06:02:00 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=5wVhfQgm9UFFSpTh1CizADkFqMT6+eW+zUf+S63S6aA=; b=q1ju3Cgq+VMU Qu9S0dDS5cqz3uSLYBgSczuOIGQXrV3WzuLoImHlIPnNVAC3ijwutMvSzfu8FOwVJ/W9lk9lXLS7e DSQxG6H7/RKuOYG6yPX9gLBVGMsmYRS5As76olHPn0qNo2I5facXHxEI+xfK0+fPEOP1gJs8JYNTX XPj+cDDc9opNqFNF4rq3S5n9FFxHyaBddK2RaObNUwBo9fSxr1vcevbiSJWP+JuDZ3WpaiklZ1CSv AFbGFAa0tOcUXm0mnV2vbA44enqdijIZBVrQJ+BT18ubkLKs08Tb6ci7gs8lisJ/C31qk0E6DXO07 GuhBH7TuAqOHe/6DTU7Y4g==; Original-Received: from [87.69.77.57] (port=2173 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nPMk0-0001Q9-89; Wed, 02 Mar 2022 06:01:56 -0500 In-Reply-To: (message from Richard Stallman on Tue, 01 Mar 2022 23:46:51 -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" Xref: news.gmane.io gmane.emacs.devel:286766 Archived-At: > From: Richard Stallman > Cc: emacs-devel@gnu.org > Date: Tue, 01 Mar 2022 23:46:51 -0500 > > > > If you give it `occur', it would recognize that that is an alias > > > for `list-matching-lines', and show you the options pertinent to > > > `list-matching-lines'. You wouldn't need to know that `occur' > > > is an alias. > > > > > > I think the hard part of this would be adding a data base to find the > > > custom groups that are pertinent to any particular command. > > > > > > Sounds like a natural extension of customize-apropos, which we already have? > > Could you explain how it relates to customize-apropos? That selects > options purely on their names -- the feature I request would select > them based on semantics. Yes, it currently only considers names. The idea is to extend it consider aliases as well. For example, for each symbol it finds by name, it could attempt to find its alias(es), and if found, show the symbols related to those aliases as well. Similar to what you suggested, but without a new command.