From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Stephen Berman Newsgroups: gmane.emacs.bugs Subject: bug#36767: 26.1; request: add more quick keys to the *Help* buffer Date: Fri, 18 Jun 2021 18:02:54 +0200 Message-ID: <87o8c3rwt8.fsf@gmx.net> References: <87mtrrq7t7.fsf@gnus.org> <87eed0nsez.fsf@mail.linkov.net> <83bl83zp5h.fsf@gnu.org> <874kdv63ml.fsf@gmail.com> <8335tfzbfr.fsf@gnu.org> <87wnqrgs5k.fsf@gmx.net> <83o8c3xmdi.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="1900"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) Cc: 36767@debbugs.gnu.org, rpluim@gmail.com, emacsuser@freemail.hu, larsi@gnus.org, juri@linkov.net To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Fri Jun 18 18:06:35 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 1luH0s-0000K4-WC for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 18 Jun 2021 18:06:35 +0200 Original-Received: from localhost ([::1]:56046 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1luH0s-00025Z-0J for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 18 Jun 2021 12:06:34 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:49484) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1luGyR-0006ZF-3X for bug-gnu-emacs@gnu.org; Fri, 18 Jun 2021 12:04:07 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:46132) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1luGyQ-0005uW-RG for bug-gnu-emacs@gnu.org; Fri, 18 Jun 2021 12:04:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1luGyQ-0002fn-Ix for bug-gnu-emacs@gnu.org; Fri, 18 Jun 2021 12:04:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Stephen Berman Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 18 Jun 2021 16:04: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.162403219510210 (code B ref 36767); Fri, 18 Jun 2021 16:04:02 +0000 Original-Received: (at 36767) by debbugs.gnu.org; 18 Jun 2021 16:03:15 +0000 Original-Received: from localhost ([127.0.0.1]:57678 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1luGxf-0002ec-Fj for submit@debbugs.gnu.org; Fri, 18 Jun 2021 12:03:15 -0400 Original-Received: from mout.gmx.net ([212.227.15.18]:33127) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1luGxc-0002eK-Rq for 36767@debbugs.gnu.org; Fri, 18 Jun 2021 12:03:14 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1624032176; bh=4lwpW4EdPIXOJM1DzQ8ibNnmosEXJJcUMQAkGrx70Fo=; h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:Date; b=BNplBjfk45yyKvnjPKgm90FmfsP6gAavR6NpEYEFFQ1mkGU5gkvflSEaaG45sjI1R CkLRyg/qkLwfCHsaNhttnio890Y1o2YQOoIvwVUCq3Ngm2MntP2FH+wYRkHmyFG1uj xFOu8T5mdMm0IAP16tmsRO/GFhSh7qQydPJjFSNQ= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Original-Received: from strobelfs ([178.6.216.50]) by mail.gmx.net (mrgmx005 [212.227.17.190]) with ESMTPSA (Nemesis) id 1Mlf4S-1lUJn81pBq-00igZD; Fri, 18 Jun 2021 18:02:56 +0200 In-Reply-To: <83o8c3xmdi.fsf@gnu.org> (Eli Zaretskii's message of "Fri, 18 Jun 2021 17:45:13 +0300") X-Provags-ID: V03:K1:E2PqtbxhM7OhUhw/iNBG5mvNbeq4r3xg0q1nc6vp+YnxsDIlG7E u/bm9xNhWD3UX906tvlvUpkjFaMAHFZaSPmhzHcTs0+lbe/O92jbW8GUGGI/77kfy6TYUQI 349ozlnI04PiBNAOZXESZ8/g7WGHPvrK5tlRyiqx0eLkKkg3bKVc5fwED2B26mZoJ9lQC1g yxqQnoEPe6vx5IuwfnQiA== X-UI-Out-Filterresults: notjunk:1;V03:K0:X+0jPugkJ7A=:r/cebBYym2o5h/59FXmjP7 auwapE3dDjlg5i54I0hsN/L3pfc9LGmcx4cWuoTcQ4pNzh7h4zLbMLPNgAaeuUg+gQsG6ysb6 dOq64ZX/Z9Rg1DK/xznVOC+NS2OhVo5JY5MlVRe/3zoz9Orfk5XEviqsFrjRDdfErpFM1W+85 az98v3rjfdXXsngiRFCfdvkUbZogPlHaYQ2L+x4AkZkPKrf0Vu0gjsQUTUE7oOBHeqayDdbwn Dh9zWjhAG5wxf3bMfqR89+cVsZPfHsefzh6aiQZef56u35x2j5kq0LYUHu8SAeFVgEeNj14/D nJBRhAeodyFJIU7nJKg+bHbsm8JiqAO3sGzW8aEubJhsAe0QdmOC1LZ8fhMg/A7ghQHyMylFE yaOKaOEqHrpGKbXV4EVPtTzN3IAt8oPm3vD8HKvbBOzY2n1W4OJy6Vh0h+FQ+FEPb7NHVrGjb gvyw/OGBT+Mu+qQ4L2MZzugCs3s6HLuZBCAMFzFJiKOLpjyJxUDotbG0x5fSoTAZjrLqwKXP0 EkSy7nEmSAolAZNp0Hsr5HB9ECjqTjU7nuFRjIXGzvAvlyV2V/pdPxF1NkOPzX7yjfWewZo9u t6/bYNILDrVL5mdqd0OM0Si0/l0a0R04gyMkH3K7/F0d7DV4X2kqwCmwlkRwj6e0U1Ak+PAV1 4h09IfI/stwsUFOzX2B7H5hYOiqux9fDMAMBa1k+J3v7/v89LtsGyvEhjnxXfgBj3dpEHaAGN mXAX+KdzcAOUM/fA+brG+jp9DQXNLNu6QNJ2D8kcxTwtIwL3vFYtesV+YSPnH6tazQLJRSgW 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:208699 Archived-At: On Fri, 18 Jun 2021 17:45:13 +0300 Eli Zaretskii wrote: >> From: Stephen Berman >> Cc: Robert Pluim , 36767@debbugs.gnu.org, >> larsi@gnus.org, emacsuser@freemail.hu, juri@linkov.net >> Date: Fri, 18 Jun 2021 16:32:23 +0200 >> >> > The nuisance is to have to switch to the Help window. That variable >> > saves the command to switch to it, but it doesn't change the fact tha= t >> > you are no longer in your original window/buffer. Viewing help >> > shouldn't interfere with the window/buffer where you do your main >> > work, IMO. >> >> I'm using this: >> >> (defun srb-quit-help (&optional any-frame) >> "Quit *Help* buffer without selecting it. >> With prefix argument ANY-FRAME quit *Help* on any visible frame, > > Thanks. But what I'd like to have is not a way of burying the Help > window, because I frequently need to consult it for quite some time. > What I'd like to have is a way of using its buttons without going to > that other window first. For example, I'd love a command, bound to a > key globally, that would display the source of the function in the > same window as the Help window, then allow me to go back to the Help > window. The command `help-view-source' that Lars recently added could probably help here, with some tweaking. It calls help-function-def--button-function, which calls pop-to-buffer with no ACTION argument, which results in the source buffer being displayed a different window than the *Help* buffer's window. So the first adjustment would be to add an optional ACTION argument. As far a returning from the source file to the *Help* buffer, the easiest way I can think of to do that is if the source file is visited in View mode: then `q' would bury its buffer, returning to *Help* (I think). Or would that not satisfy your use case? In any case, such a change to help-function-def--button-function would probably be undesirable in other cases, so rather than changing that function it would probably be better to add a new function using the ACTION argument and View mode. Then that would need to be wrapped in a command like the one I suggested to use it outside of *Help*, and likewise for View-quit. That's starting to sound rather brittle, so maybe it's not a good idea after all. Steve Berman