From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Juri Linkov Newsgroups: gmane.emacs.bugs Subject: bug#9054: 24.0.50; show source in other window Date: Mon, 13 Sep 2021 20:57:58 +0300 Organization: LINKOV.NET Message-ID: <87fsu8pdcp.fsf@mail.linkov.net> References: <87k4bovfd0.fsf@sophokles.streitblatt.de> <87eea09rwg.fsf@gnus.org> <878s05wxx8.fsf@mail.linkov.net> <87tuisras8.fsf@gnus.org> <87ee9wh4kh.fsf@mail.linkov.net> <82a9592e-b05a-399c-419e-fcbb3e829b35@gmx.at> <87czpfymhj.fsf@mail.linkov.net> <44514af3-09b8-8b6b-c436-cfc5f899142a@gmx.at> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="29699"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (x86_64-pc-linux-gnu) Cc: Lars Ingebrigtsen , Florian Beck , 9054@debbugs.gnu.org To: martin rudalics Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Mon Sep 13 20:00:51 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 1mPqGB-0007az-9Q for geb-bug-gnu-emacs@m.gmane-mx.org; Mon, 13 Sep 2021 20:00:51 +0200 Original-Received: from localhost ([::1]:58832 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mPqGA-0005F6-77 for geb-bug-gnu-emacs@m.gmane-mx.org; Mon, 13 Sep 2021 14:00:50 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:35942) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mPqFP-0004jE-SP for bug-gnu-emacs@gnu.org; Mon, 13 Sep 2021 14:00:03 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:35226) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1mPqFP-00009Z-Kj for bug-gnu-emacs@gnu.org; Mon, 13 Sep 2021 14:00:03 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1mPqFP-0005TR-Id for bug-gnu-emacs@gnu.org; Mon, 13 Sep 2021 14:00:03 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 13 Sep 2021 18:00:03 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9054 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: moreinfo Original-Received: via spool by 9054-submit@debbugs.gnu.org id=B9054.163155600221016 (code B ref 9054); Mon, 13 Sep 2021 18:00:03 +0000 Original-Received: (at 9054) by debbugs.gnu.org; 13 Sep 2021 18:00:02 +0000 Original-Received: from localhost ([127.0.0.1]:46771 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mPqFN-0005Sa-LG for submit@debbugs.gnu.org; Mon, 13 Sep 2021 14:00:01 -0400 Original-Received: from relay6-d.mail.gandi.net ([217.70.183.198]:42765) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mPqFM-0005SB-GY for 9054@debbugs.gnu.org; Mon, 13 Sep 2021 14:00:01 -0400 Original-Received: (Authenticated sender: juri@linkov.net) by relay6-d.mail.gandi.net (Postfix) with ESMTPSA id 454E8C0005; Mon, 13 Sep 2021 17:59:51 +0000 (UTC) In-Reply-To: <44514af3-09b8-8b6b-c436-cfc5f899142a@gmx.at> (martin rudalics's message of "Mon, 13 Sep 2021 10:02:55 +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:214246 Archived-At: >> To support a text property or overlay by display-buffer would be nice. > > If called `display-buffer', that property's value would appear like a > `display-buffer-alist' entry - a pair that would be > run by `display-buffer' like an overriding action. > > Users could inhibit that by adding to their `display-buffer-alist' a > entry where USER-ACTION nil would mean to not > run ACTION and USER-ACTION some other action would mean to run that > other action instead of ACTION. Looks like a good plan. >> But a new user option is still needed for help-mode, so it could >> put the right value on text properties in the Help buffer. > > Lars would like to rewrite help mode from scratch anyway, so I think > that would be a good occasion to do that. In either case we should be > able to handle mouse clicks, keyboard input like "s" and "i", context > menus and external handling of *Help* navigation from another buffer in > a uniform way. We desperately need to separate the help back-end from its presentation layer. The back-end should collect information and return it as alists. And the front-end should display it in the *Help* buffer. > BTW: IMHO right clicking on a Lisp Object in Elisp mode with > `context-menu-mode' enabled should list > > (1) Help for this object > > (2) Manual entry of this object Good idea. This should be added to emacs-lisp-mode. > _first_. And Find Definition should allow to choose whether to do that > in another window/frame in the Context Menu. Wouldn't then the context menu grow too long? Instead of current 3 items: "Find Definition" "Find References" "Back Definition" it will show 3x3 items: "Find Definition" "Find References" "Back Definition" "Find Definition in another window" "Find References in another window" "Back Definition in another window" "Find Definition in another frame" "Find References in another frame" "Back Definition in another frame"