From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: martin rudalics Newsgroups: gmane.emacs.bugs Subject: bug#9054: 24.0.50; show source in other window Date: Wed, 15 Sep 2021 11:27:08 +0200 Message-ID: <19553bc9-5be3-619f-94dc-aeea86220ab6@gmx.at> 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> <87fsu8pdcp.fsf@mail.linkov.net> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="15870"; mail-complaints-to="usenet@ciao.gmane.io" Cc: Lars Ingebrigtsen , Florian Beck , 9054@debbugs.gnu.org To: Juri Linkov Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Wed Sep 15 11:28:21 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 1mQRDI-0003rw-Rr for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 15 Sep 2021 11:28:20 +0200 Original-Received: from localhost ([::1]:35700 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mQRDD-00011c-Tw for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 15 Sep 2021 05:28:16 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:55008) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mQRD1-0000zz-1i for bug-gnu-emacs@gnu.org; Wed, 15 Sep 2021 05:28:03 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:39350) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1mQRD0-0008ET-PH for bug-gnu-emacs@gnu.org; Wed, 15 Sep 2021 05:28:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1mQRD0-00026g-LS for bug-gnu-emacs@gnu.org; Wed, 15 Sep 2021 05:28:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 15 Sep 2021 09:28:02 +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.16316980398012 (code B ref 9054); Wed, 15 Sep 2021 09:28:02 +0000 Original-Received: (at 9054) by debbugs.gnu.org; 15 Sep 2021 09:27:19 +0000 Original-Received: from localhost ([127.0.0.1]:50892 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mQRCJ-000259-8B for submit@debbugs.gnu.org; Wed, 15 Sep 2021 05:27:19 -0400 Original-Received: from mout.gmx.net ([212.227.15.19]:43405) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mQRCH-00024u-J3 for 9054@debbugs.gnu.org; Wed, 15 Sep 2021 05:27:18 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1631698031; bh=LL6zufQu78ix7OXTioz9tGt80mkShConI+9qESBk5dA=; h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To; b=SbtLQCDH3+LojuoLiUUqHhmRcJQxY9E3P2S+sKrJdi5uyckm9j7r1cMhKQXaKxGmN Nw1AI/QYlfylr9Iw53ca8EnfeDhcZh7ayLTIkAXYEYU0+nMGmwskj3Yw6+KkH48nis rBGvSSftRquJxJx5a+uPa/7Ojrib14d1G0LIdSz8= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Original-Received: from [192.168.1.101] ([213.142.97.111]) by mail.gmx.net (mrgmx004 [212.227.17.190]) with ESMTPSA (Nemesis) id 1N0G1d-1mniyf3egZ-00xKYk; Wed, 15 Sep 2021 11:27:10 +0200 In-Reply-To: <87fsu8pdcp.fsf@mail.linkov.net> Content-Language: en-US X-Provags-ID: V03:K1:woKQEtstcr6z4rgk09H8OZTTr6S0HYKADqf3g6h6dCtwFJw2j0X TtG4hoWEu+DczXJUNXMER4/jfQ60i/nLSIgXTsyojIoyX7Ro9fl1YWsUI+CCK3Q4/3vY00q jprkWBa7wv9oZjbzzJov+dqwQUnIH4SEsVw9trZLisHnzmEbxK4+Iu9GCLVLe3ga3wxpMQt wQQRBOpuALo+JpDwJGxgg== X-UI-Out-Filterresults: notjunk:1;V03:K0:jC2/j0tCars=:fmZ6/rSF5rG8bnwWgcFtJh M1t9BbZkwvCW2dLn0cHEiXMAaqIUjZrkGR6mYWgy3DjY5RmU0LD4phfAX+rF92px4hobHBaDk pXHY9ULbSma3tC5UKc4McbbCv4suE0cAeU+YyhlUws6S7w/KByBkDPrOM+VOiRSrKMkWLiRc8 dPXdUUNcu4P89t5z6KvXtOzyrjcibj9H+BwQaaNJ51wKLFj8OLAB6gMSHvSVa+8SdiokwwLkE +4UtH8PFjR+6f15TohKIOPJV/ikVpcrZ5eN2L8HfKkRYlL6xwETTgGDZSwAdg1nAzCr0cNyjh ikBUfW7hZnFHIIZWqpVfwMON/rvQUyD6RQ/jHXiYt25+3Ppzj249m/MhKOS9MlrK4WZbVyTxI IwbUIgHhq5iA7N+vyRaFumJS7qIJn92gXyfseBHi9BdcC2gpvO5/10Jeb4H8qQWip/1z6tqmG ncYp7pUQWdxBwzb5qQxO+exabtzZabk6FNxaqJqX/VaL5c1DmeOYsV8hg/N5rxcILEAL0PsiA S+tby9wEUpAG9BTHNboB50taIgs00hsPSFIebc8IRrA4J4GehOIXioU6rCXg3gRTdRC6f9JUo r2lPK/WD0t29D0PUVKc6rWvDHHHAeGW+83jIypN8va1YMSJ2wV0Z5JUbwPDy0ptSRXxUgkaHH eUGLYsOcjIwbQlLiqagdUrrBKWE/CgOxGXAYxXufH9KEzO5cCP2txkNz8mvsOOGUQjslUuuwz GiR8VGBm8pcCf+PH+JTfLdg7j0i+raT7tLTvIkFgyrwuzOvOIlVeYrUsK6YxkzhXzpVAznpk 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:214373 Archived-At: > We desperately need to separate the help back-end from its presentation layer. > The back-end should collect information and return it as alists. Why as alists? Who would generate the buffer text? > And > the front-end should display it in the *Help* buffer. >> 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" Agreed. Although "Back Definition" should already know the window it should act upon. So maybe use some modifier for the "another" window click and explain it in the tooltip (which, IIRC we do not always show on Windows). martin