From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Jean Louis Newsgroups: gmane.emacs.devel Subject: Re: Current mode command discovery Date: Sat, 20 Feb 2021 14:16:06 +0300 Message-ID: References: <838s7o9g90.fsf@gnu.org> <87im6revhq.fsf@tcd.ie> <83im6r98qd.fsf@gnu.org> <87k0r7uade.fsf@gnus.org> <83eehf978r.fsf@gnu.org> <87ft1vu9hd.fsf@gnus.org> <838s7n95pf.fsf@gnu.org> <8735xvu7sx.fsf@gnus.org> <834kib94ha.fsf@gnu.org> <874kibh9mu.fsf@telefonica.net> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="34638"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Mutt/2.0 (3d08634) (2020-11-07) Cc: emacs-devel@gnu.org To: =?utf-8?B?w5NzY2Fy?= Fuentes Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sat Feb 20 12:22:12 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 1lDQKy-0008v1-5I for ged-emacs-devel@m.gmane-mx.org; Sat, 20 Feb 2021 12:22:12 +0100 Original-Received: from localhost ([::1]:35532 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lDQKx-0002Ur-6O for ged-emacs-devel@m.gmane-mx.org; Sat, 20 Feb 2021 06:22:11 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:47314) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lDQJj-0001wy-S7 for emacs-devel@gnu.org; Sat, 20 Feb 2021 06:20:55 -0500 Original-Received: from stw1.rcdrun.com ([217.170.207.13]:44339) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lDQJd-0003jF-5j for emacs-devel@gnu.org; Sat, 20 Feb 2021 06:20:55 -0500 Original-Received: from localhost ([::ffff:41.210.155.197]) (AUTH: PLAIN securesender, TLS: TLS1.2,256bits,ECDHE_RSA_AES_256_GCM_SHA384) by stw1.rcdrun.com with ESMTPSA id 000000000001E1BF.000000006030F06D.00003700; Sat, 20 Feb 2021 04:20:13 -0700 Mail-Followup-To: =?utf-8?B?w5NzY2Fy?= Fuentes , emacs-devel@gnu.org Content-Disposition: inline In-Reply-To: <874kibh9mu.fsf@telefonica.net> Received-SPF: pass client-ip=217.170.207.13; envelope-from=bugs@gnu.support; helo=stw1.rcdrun.com 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_PASS=-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:265297 Archived-At: * Óscar Fuentes [2021-02-17 02:33]: > Eli Zaretskii writes: > > > Imagine user confusion and frustration when a command that is known to > > Help cannot be invoked! > > Why would the user wish to invoke a command that makes no sense on the > context he is working on? On the best case, the command will just throw > an error. At worse, it will mess up things. For consideration let me also mention, that: - I am developing my commands in such a way that they are related to the specific package and to specific derived mode, but that such commands shall mostly work outside of the mode as well. The mechanism to exclude commands belonging to specific mode shall be perfect as not to exclude such commands which may be used both globally and mode-specifically. Example is my command `cf-tabulates-notes' that could maybe later be renamed to `cf-notes' as that one will recognize if it is inside of the derived mode and show notes to specific person, but may as well be invoked outside of the mode in any other mode, and ask user for the person or account to which notes are related to. - It is not logical to have commands being shown in M-x that cannot be anyway invoked in some mode, let us say like: `Buffer-menu-backup-unmark' or `Buffer-menu-delete', etc. it is all clear that such commands do not belong to every mode. Yet I hope that mechanism for discovery of commands that may be considered useless in some modes will be good enough as not to disable those mode related commands that also work globally, including those global commands that are not mode related. Jean