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.bugs Subject: bug#36767: 26.1; request: add more quick keys to the *Help* buffer Date: Sun, 26 Sep 2021 12:55:47 +0300 Message-ID: <83fstroe3g.fsf@gnu.org> References: <87mtrrq7t7.fsf@gnus.org> <87pmt0qomh.fsf@gnus.org> <87wnn7xbdg.fsf@gnus.org> <5c8dbb92-eb4c-74a1-cef8-5d910fbd95a2@gmx.at> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="34147"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 36767@debbugs.gnu.org, larsi@gnus.org, emacsuser@freemail.hu, arthur.miller@live.com To: martin rudalics Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sun Sep 26 11:56:34 2021 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 1mUQte-0008k4-2k for geb-bug-gnu-emacs@m.gmane-mx.org; Sun, 26 Sep 2021 11:56:34 +0200 Original-Received: from localhost ([::1]:45476 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mUQtb-0006T6-29 for geb-bug-gnu-emacs@m.gmane-mx.org; Sun, 26 Sep 2021 05:56:31 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:57676) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mUQt8-0006RO-QG for bug-gnu-emacs@gnu.org; Sun, 26 Sep 2021 05:56:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:52628) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1mUQt8-0001pb-In for bug-gnu-emacs@gnu.org; Sun, 26 Sep 2021 05:56:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1mUQt8-0006VW-H6 for bug-gnu-emacs@gnu.org; Sun, 26 Sep 2021 05:56:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 26 Sep 2021 09:56:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 36767 X-GNU-PR-Package: emacs Original-Received: via spool by 36767-submit@debbugs.gnu.org id=B36767.163265016025006 (code B ref 36767); Sun, 26 Sep 2021 09:56:02 +0000 Original-Received: (at 36767) by debbugs.gnu.org; 26 Sep 2021 09:56:00 +0000 Original-Received: from localhost ([127.0.0.1]:35941 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mUQt6-0006VE-GK for submit@debbugs.gnu.org; Sun, 26 Sep 2021 05:56:00 -0400 Original-Received: from eggs.gnu.org ([209.51.188.92]:52428) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mUQt4-0006Ul-My for 36767@debbugs.gnu.org; Sun, 26 Sep 2021 05:55:59 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:40650) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mUQsx-0001ck-P8; Sun, 26 Sep 2021 05:55:52 -0400 Original-Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:2049 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 1mUQsu-0006xg-AO; Sun, 26 Sep 2021 05:55:49 -0400 In-Reply-To: <5c8dbb92-eb4c-74a1-cef8-5d910fbd95a2@gmx.at> (message from martin rudalics on Sun, 26 Sep 2021 11:11:22 +0200) 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" Xref: news.gmane.io gmane.emacs.bugs:215588 Archived-At: > From: martin rudalics > Date: Sun, 26 Sep 2021 11:11:22 +0200 > Cc: 36767@debbugs.gnu.org, ndame > > > I fixed up your patch so that it works more reliably, but then I > > remembered why I didn't add the link: We don't know at this point > > whether the symbol in question is documented in the manual. Adding a > > link to something that fails is bad UI. And we can't check whether the > > symbol exists in the manual when generating the *Help* buffer, because > > it's slow, and the trade-off (making the command slow versus an extra > > link) is not a good one. > > It would be nice to have an etags-like tool that produces a table of all > symbols documented in installed manuals. You should be able to use 'etags' itself, it allows you to define symbols via regular expressions.