From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Ruijie Yu via "Bug reports for GNU Emacs, the Swiss army knife of text editors" Newsgroups: gmane.emacs.bugs Subject: bug#60530: 28.2; Add tools to find keymaps that bind a given command Date: Mon, 20 Feb 2023 21:44:31 +0800 Message-ID: References: <9D2761CB-E158-4D8A-876B-CE1AE0F9ACEA@toadstyle.org> <83a618wo10.fsf@gnu.org> <83ilfwv5yz.fsf@gnu.org> Reply-To: Ruijie Yu Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="4188"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: mu4e 1.8.13; emacs 29.0.60 Cc: spd@toadstyle.org, 60530@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Mon Feb 20 15:19:08 2023 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 1pU70V-0000ta-Rb for geb-bug-gnu-emacs@m.gmane-mx.org; Mon, 20 Feb 2023 15:19:07 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1pU70S-0003d2-QE; Mon, 20 Feb 2023 09:19:04 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pU70Q-0003W9-SK for bug-gnu-emacs@gnu.org; Mon, 20 Feb 2023 09:19:02 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1pU70Q-0004S7-JK for bug-gnu-emacs@gnu.org; Mon, 20 Feb 2023 09:19:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1pU70Q-0006Zh-CV for bug-gnu-emacs@gnu.org; Mon, 20 Feb 2023 09:19:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Ruijie Yu Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 20 Feb 2023 14:19:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 60530 X-GNU-PR-Package: emacs Original-Received: via spool by 60530-submit@debbugs.gnu.org id=B60530.167690269825220 (code B ref 60530); Mon, 20 Feb 2023 14:19:02 +0000 Original-Received: (at 60530) by debbugs.gnu.org; 20 Feb 2023 14:18:18 +0000 Original-Received: from localhost ([127.0.0.1]:51111 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pU6zh-0006Yi-Rd for submit@debbugs.gnu.org; Mon, 20 Feb 2023 09:18:18 -0500 Original-Received: from netyu.xyz ([152.44.41.246]:45656 helo=mail.netyu.xyz) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pU6zg-0006Ya-Qp for 60530@debbugs.gnu.org; Mon, 20 Feb 2023 09:18:17 -0500 Original-Received: from fw.net.yu.netyu.xyz ( [222.248.4.98]) by netyu.xyz (OpenSMTPD) with ESMTPSA id 7f703913 (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO); Mon, 20 Feb 2023 14:18:15 +0000 (UTC) In-reply-to: <83ilfwv5yz.fsf@gnu.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-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:256182 Archived-At: Eli Zaretskii writes: >> From: Ruijie Yu >> Cc: spd@toadstyle.org, 60530@debbugs.gnu.org >> Date: Mon, 20 Feb 2023 20:01:27 +0800 >> >> >> Eli Zaretskii writes: >> >> >> Cc: 60530@debbugs.gnu.org >> >> Date: Mon, 20 Feb 2023 15:07:09 +0800 >> >> From: Ruijie Yu via "Bug reports for GNU Emacs, >> >> the Swiss army knife of text editors" >> >> >> >> I saw this message long ago, but recently I came across a situation >> >> where I wanted to know if a command was bound in *some* keymap whose >> >> name I didn't know, and this would be quite a helpful feature for me >> >> personally (pun intended). >> > >> > Isn't that what where-is and/or where-is-internal already do? >> >> No, not quite. The functions where-is{,-internal} only look for >> *currently active keymaps*, whereas my intention was to look for all >> keybinds for the specified command, be it active or not. > > But that's impossible in principle, because loading some package could > produce a binding for a command, and you don't know which packages > will be loaded into a session before they are actually loaded. > > Or what am I missing? My idea is to only use the "current state" (whatever that might mean) for searching for keybinds, and that criterion should exclude things like autoload, as the key isn't bound until the package is properly loaded. So IMO, the only difference between `where-is' and this new function would be this: instead of looking for active keymaps, the new function looks for all existing (named) keymaps from `obarray' -- and do the same action of scanning over the list of keymaps and figure out what information to show to the user. But anyways, this can absolutely be simply user-local code, and doesn't have to live inside emacs.git. >> The following is my reason to want this feature. I use pyim, an input >> method that shows candidate words in a small frame (which I believe is >> called posframe?), which has `pyim-mode-map' enabled. Then, while >> typing, I want to know how to call the `pyim-next-page' command without >> going into pyim source. >> >> If I type M-x where-is, this frame disappears, and I am dropped back >> into the editing buffer, which does not have `pyim-mode-map' enabled. >> Hence, `where-is' does not show anything bound for `pyim-next-page', >> because it indeed is not bound globally. FTR, C-h b does not work >> either. > > If what where-is does doesn't suit your needs for reasons of its UI or > how it switches buffers, you could extract (parts of) its code and > make a similar function which presents the results in a way that > doesn't interrupt your workflow. My point in mentioning the existing > commands is that they already show how to find bindings for an > arbitrary command, so you could reuse some or all of that code for > your purposes (which sound very similar to me). I understand and agree. See above for further comments. -- Best, RY