From unknown Sun Jun 22 19:05:29 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#20020 <20020@debbugs.gnu.org> To: bug#20020 <20020@debbugs.gnu.org> Subject: Status: 25.0.50; `info-display-manual' should reuse existing window where buffer is displayed Reply-To: bug#20020 <20020@debbugs.gnu.org> Date: Mon, 23 Jun 2025 02:05:29 +0000 retitle 20020 25.0.50; `info-display-manual' should reuse existing window w= here buffer is displayed reassign 20020 emacs submitter 20020 Drew Adams severity 20020 wishlist thanks From debbugs-submit-bounces@debbugs.gnu.org Fri Mar 06 14:16:05 2015 Received: (at submit) by debbugs.gnu.org; 6 Mar 2015 19:16:05 +0000 Received: from localhost ([127.0.0.1]:37825 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YTxjA-0007hx-F6 for submit@debbugs.gnu.org; Fri, 06 Mar 2015 14:16:04 -0500 Received: from eggs.gnu.org ([208.118.235.92]:58757) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YTxj8-0007hN-Dw for submit@debbugs.gnu.org; Fri, 06 Mar 2015 14:16:02 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YTxix-0000ty-IM for submit@debbugs.gnu.org; Fri, 06 Mar 2015 14:15:57 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-0.0 required=5.0 tests=BAYES_20 autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:57721) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YTxix-0000ti-F7 for submit@debbugs.gnu.org; Fri, 06 Mar 2015 14:15:51 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:60456) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YTxiw-0007yw-73 for bug-gnu-emacs@gnu.org; Fri, 06 Mar 2015 14:15:51 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YTxit-0000kI-1O for bug-gnu-emacs@gnu.org; Fri, 06 Mar 2015 14:15:50 -0500 Received: from aserp1040.oracle.com ([141.146.126.69]:36628) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YTxis-0000iU-RR for bug-gnu-emacs@gnu.org; Fri, 06 Mar 2015 14:15:46 -0500 Received: from ucsinet22.oracle.com (ucsinet22.oracle.com [156.151.31.94]) by aserp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id t26JFj4r026502 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Fri, 6 Mar 2015 19:15:45 GMT Received: from aserv0121.oracle.com (aserv0121.oracle.com [141.146.126.235]) by ucsinet22.oracle.com (8.14.5+Sun/8.14.5) with ESMTP id t26JFiOF022463 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 6 Mar 2015 19:15:44 GMT Received: from abhmp0017.oracle.com (abhmp0017.oracle.com [141.146.116.23]) by aserv0121.oracle.com (8.13.8/8.13.8) with ESMTP id t26JFi4C031054 for ; Fri, 6 Mar 2015 19:15:44 GMT MIME-Version: 1.0 Message-ID: Date: Fri, 6 Mar 2015 11:15:38 -0800 (PST) From: Drew Adams To: bug-gnu-emacs@gnu.org Subject: 25.0.50; `info-display-manual' should reuse existing window where buffer is displayed X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.8.2 (807160) [OL 12.0.6691.5000 (x86)] Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Source-IP: ucsinet22.oracle.com [156.151.31.94] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.4.x-2.6.x [generic] X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -4.0 (----) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -4.0 (----) In my case, Info buffers (*info* and *info*) are in dedicated windows. I expect `info-display-manual' to select such an existing window. That is, if the Calc manual is already displayed in an Info buffer and I use `M-x info-display-manual' from some other buffer, I expect the existing window showing that manual to be selected (and its frame raised and focused, if necessary). Instead, `info-display-manual' displays the manual in the same window where I invoke it, resulting in two windows (and frames in my case) showing the same Info manual. In GNU Emacs 25.0.50.1 (i686-pc-mingw32) of 2015-02-27 on LEG570 Bzr revision: b2a590d4e3dc692a97c1b53e015b945d84b4b4c7 Windowing system distributor `Microsoft Corp.', version 6.1.7601 Configured using: `configure --host=3Di686-pc-mingw32 --enable-checking=3Dyes,glyphs' From debbugs-submit-bounces@debbugs.gnu.org Sun Sep 29 20:51:55 2019 Received: (at control) by debbugs.gnu.org; 30 Sep 2019 00:51:55 +0000 Received: from localhost ([127.0.0.1]:56288 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iEjus-0001Ip-Oe for submit@debbugs.gnu.org; Sun, 29 Sep 2019 20:51:54 -0400 Received: from mail-pf1-f181.google.com ([209.85.210.181]:46072) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iEjur-0001IZ-AL for control@debbugs.gnu.org; Sun, 29 Sep 2019 20:51:53 -0400 Received: by mail-pf1-f181.google.com with SMTP id y72so4565682pfb.12 for ; Sun, 29 Sep 2019 17:51:53 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=nOcajjuX1eCzK2KzEgrUV6WyHZZDNspjbsjsJZxgsSc=; b=Wnbwro5FZfdF/WdOnl1e9YQqOUhV8GiJ68V0NI513kD+u6AuEmHRdu8zn3KPFn1uSk A03pYD84jVrnRbR8bDDGTVG/jL/JbEVGAeAJUSaGzPtR60FpHQQ6MLDLGA9IgBLRDsgj 3Ltm0K9xw1+z2U9+qEqaEbH3+vEYikaXJrhPTK8iReOx5rHgTE56RVMynIlAOAcDJnEW Ypf5dUsByJCRqEcwUQPJW1c+Kk1L16WOTM2gekTu0oXf5IDT2xP2piff/0PMBFdPon6p tnP6cQDifSBUOPb7yqRs2voonHu/Aw9gpnEjO/e3TvryuX7TKiz736wJoq07cvzVlfYE 5EuA== X-Gm-Message-State: APjAAAVbhTKsZd97LFVOSatWKWD7XC96U0+HLvD1a4NGJ7SILiJIQTK0 ZJ3Gg9PlP77bIXLINyA836Y/ZkQ+42IEbvPDVPnBjDdEyO8= X-Google-Smtp-Source: APXvYqyKH5BkO3xCETO2pId1auXcU5np7Ar9usSH43tCiDFtsXXbIqYSoQxWVLmdBmE+fA84WnkALNZvR78RLVpkbuE= X-Received: by 2002:aa7:8750:: with SMTP id g16mr17971424pfo.190.1569804707348; Sun, 29 Sep 2019 17:51:47 -0700 (PDT) MIME-Version: 1.0 From: Stefan Kangas Date: Mon, 30 Sep 2019 02:51:36 +0200 Message-ID: Subject: To: control@debbugs.gnu.org Content-Type: text/plain; charset="UTF-8" X-Spam-Score: 2.0 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: severity 20020 wishlist quit Content analysis details: (2.0 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record 0.0 HEADER_FROM_DIFFERENT_DOMAINS From and EnvelopeFrom 2nd level mail domains are different -0.0 SPF_PASS SPF: sender matches SPF record 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (stefankangas[at]gmail.com) -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at https://www.dnswl.org/, no trust [209.85.210.181 listed in list.dnswl.org] 0.0 FREEMAIL_FORGED_FROMDOMAIN 2nd level domains in From and EnvelopeFrom freemail headers are different 2.0 BLANK_SUBJECT Subject is present but empty X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.0 (+) severity 20020 wishlist quit From debbugs-submit-bounces@debbugs.gnu.org Tue Oct 08 22:13:03 2019 Received: (at 20020) by debbugs.gnu.org; 9 Oct 2019 02:13:03 +0000 Received: from localhost ([127.0.0.1]:51739 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iI1TK-0006UR-T6 for submit@debbugs.gnu.org; Tue, 08 Oct 2019 22:13:03 -0400 Received: from quimby.gnus.org ([80.91.231.51]:50652) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iI1TI-0006Tz-HO for 20020@debbugs.gnu.org; Tue, 08 Oct 2019 22:13:00 -0400 Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=marnie) by quimby.gnus.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1iI1TB-0001Ec-0W; Wed, 09 Oct 2019 04:12:59 +0200 From: Lars Ingebrigtsen To: Drew Adams Subject: Re: bug#20020: 25.0.50; `info-display-manual' should reuse existing window where buffer is displayed References: Date: Wed, 09 Oct 2019 04:12:52 +0200 In-Reply-To: (Drew Adams's message of "Fri, 6 Mar 2015 11:15:38 -0800 (PST)") Message-ID: <87h84iwtsr.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Drew Adams writes: > In my case, Info buffers (*info* and *info*) are in dedicated > windows. I expect `info-display-manual' to select such an existing > window. That is, if the Calc manual is already displayed in an [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 20020 Cc: 20020@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Drew Adams writes: > In my case, Info buffers (*info* and *info*) are in dedicated > windows. I expect `info-display-manual' to select such an existing > window. That is, if the Calc manual is already displayed in an Info > buffer and I use `M-x info-display-manual' from some other buffer, I > expect the existing window showing that manual to be selected (and its > frame raised and focused, if necessary). > > Instead, `info-display-manual' displays the manual in the same window > where I invoke it, resulting in two windows (and frames in my case) > showing the same Info manual. Makes sense. I've now done this in Emacs 27, but while writing the code, it struck me that there has to be a ready-made function for this somewhere already. I had a peek through the plethora of switch-to/pop-to functions, but I didn't find anything that did exactly this... Does anybody know? In short: If there's a window that has the buffer, then that window should be selected, and its frame popped to the top (and given focus). If not, it should work like `switch-to-buffer'. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Tue Oct 08 22:13:08 2019 Received: (at control) by debbugs.gnu.org; 9 Oct 2019 02:13:08 +0000 Received: from localhost ([127.0.0.1]:51742 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iI1TQ-0006Un-62 for submit@debbugs.gnu.org; Tue, 08 Oct 2019 22:13:08 -0400 Received: from quimby.gnus.org ([80.91.231.51]:50670) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iI1TO-0006Ue-EH for control@debbugs.gnu.org; Tue, 08 Oct 2019 22:13:06 -0400 Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=marnie) by quimby.gnus.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1iI1TL-0001Eq-O0 for control@debbugs.gnu.org; Wed, 09 Oct 2019 04:13:05 +0200 Date: Wed, 09 Oct 2019 04:13:03 +0200 Message-Id: <87ftk2wtsg.fsf@gnus.org> To: control@debbugs.gnu.org From: Lars Ingebrigtsen Subject: control message for bug #20020 X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: close 20020 27.1 quit Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) close 20020 27.1 quit From debbugs-submit-bounces@debbugs.gnu.org Wed Oct 09 12:55:35 2019 Received: (at 20020) by debbugs.gnu.org; 9 Oct 2019 16:55:35 +0000 Received: from localhost ([127.0.0.1]:53963 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iIFFO-0000Cv-Is for submit@debbugs.gnu.org; Wed, 09 Oct 2019 12:55:35 -0400 Received: from eggs.gnu.org ([209.51.188.92]:48435) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iIFFM-0000Cf-52 for 20020@debbugs.gnu.org; Wed, 09 Oct 2019 12:55:32 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:44046) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1iIFFG-0006LP-Nt; Wed, 09 Oct 2019 12:55:26 -0400 Received: from [176.228.60.248] (port=1773 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1iIFFF-0007Ja-DX; Wed, 09 Oct 2019 12:55:26 -0400 Date: Wed, 09 Oct 2019 19:54:56 +0300 Message-Id: <83eezlvoyn.fsf@gnu.org> From: Eli Zaretskii To: Lars Ingebrigtsen In-reply-to: <87h84iwtsr.fsf@gnus.org> (message from Lars Ingebrigtsen on Wed, 09 Oct 2019 04:12:52 +0200) Subject: Re: bug#20020: 25.0.50; `info-display-manual' should reuse existing window where buffer is displayed References: <87h84iwtsr.fsf@gnus.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 20020 Cc: 20020@debbugs.gnu.org, drew.adams@oracle.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Lars Ingebrigtsen > Date: Wed, 09 Oct 2019 04:12:52 +0200 > Cc: 20020@debbugs.gnu.org > > Drew Adams writes: > > > In my case, Info buffers (*info* and *info*) are in dedicated > > windows. I expect `info-display-manual' to select such an existing > > window. That is, if the Calc manual is already displayed in an Info > > buffer and I use `M-x info-display-manual' from some other buffer, I > > expect the existing window showing that manual to be selected (and its > > frame raised and focused, if necessary). > > > > Instead, `info-display-manual' displays the manual in the same window > > where I invoke it, resulting in two windows (and frames in my case) > > showing the same Info manual. > > Makes sense. I've now done this in Emacs 27, but while writing the > code, it struck me that there has to be a ready-made function for this > somewhere already. I had a peek through the plethora of > switch-to/pop-to functions, but I didn't find anything that did exactly > this... > > Does anybody know? I don't really understand what you did and what was the original problem, because info-display-manual already behaves for me like the OP wanted. It has behaved like that from day one, because I wrote it to do so. It only displays in *info* if there's not already an *info* buffer showing the requested manual (and in my Emacs sessions, I never have *info* for long, I either kill it or rename to *info*. Maybe the problem is that the OP did this in dedicated windows? That's the only factor I could think of that is different from what I do. From debbugs-submit-bounces@debbugs.gnu.org Wed Oct 09 13:51:37 2019 Received: (at 20020) by debbugs.gnu.org; 9 Oct 2019 17:51:37 +0000 Received: from localhost ([127.0.0.1]:54036 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iIG7c-0003gB-Ke for submit@debbugs.gnu.org; Wed, 09 Oct 2019 13:51:36 -0400 Received: from quimby.gnus.org ([80.91.231.51]:40140) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iIG7b-0003g1-HI for 20020@debbugs.gnu.org; Wed, 09 Oct 2019 13:51:35 -0400 Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=marnie) by quimby.gnus.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1iIG7W-0002fe-7J; Wed, 09 Oct 2019 19:51:32 +0200 From: Lars Ingebrigtsen To: Eli Zaretskii Subject: Re: bug#20020: 25.0.50; `info-display-manual' should reuse existing window where buffer is displayed References: <87h84iwtsr.fsf@gnus.org> <83eezlvoyn.fsf@gnu.org> Date: Wed, 09 Oct 2019 19:51:29 +0200 In-Reply-To: <83eezlvoyn.fsf@gnu.org> (Eli Zaretskii's message of "Wed, 09 Oct 2019 19:54:56 +0300") Message-ID: <87wodd7qou.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Eli Zaretskii writes: > I don't really understand what you did and what was the original > problem, because info-display-manual already behaves for me like the > OP wanted. It has behaved like that from day one, because I [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 20020 Cc: 20020@debbugs.gnu.org, drew.adams@oracle.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Eli Zaretskii writes: > I don't really understand what you did and what was the original > problem, because info-display-manual already behaves for me like the > OP wanted. It has behaved like that from day one, because I wrote it > to do so. It only displays in *info* if there's not already an > *info* buffer showing the requested manual (and in my Emacs > sessions, I never have *info* for long, I either kill it or rename to > *info*. Yes, it reuses the buffer. But the bug report is about window behaviour. > Maybe the problem is that the OP did this in dedicated windows? > That's the only factor I could think of that is different from what I > do. Try this in Emacs 26: M-: (info-display-manual "Coreutils") C-x 2 C-x b *scratch* M-: (info-display-manual "Coreutils") You'll now have two windows displaying the same Info buffer, and that was what the user didn't want (and I agree that it's not optimal behaviour). In the user's case, it was exacerbated by having the window displayed in a different frame, but that's just a detail. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Wed Oct 09 14:09:12 2019 Received: (at 20020) by debbugs.gnu.org; 9 Oct 2019 18:09:12 +0000 Received: from localhost ([127.0.0.1]:54068 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iIGOe-00048r-83 for submit@debbugs.gnu.org; Wed, 09 Oct 2019 14:09:12 -0400 Received: from eggs.gnu.org ([209.51.188.92]:59851) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iIGOZ-000482-8u for 20020@debbugs.gnu.org; Wed, 09 Oct 2019 14:09:07 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:46208) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1iIGOT-00015H-W0; Wed, 09 Oct 2019 14:09:02 -0400 Received: from [176.228.60.248] (port=2499 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1iIGOT-0006An-0I; Wed, 09 Oct 2019 14:09:01 -0400 Date: Wed, 09 Oct 2019 21:08:39 +0300 Message-Id: <831rvlvljs.fsf@gnu.org> From: Eli Zaretskii To: Lars Ingebrigtsen In-reply-to: <87wodd7qou.fsf@gnus.org> (message from Lars Ingebrigtsen on Wed, 09 Oct 2019 19:51:29 +0200) Subject: Re: bug#20020: 25.0.50; `info-display-manual' should reuse existing window where buffer is displayed References: <87h84iwtsr.fsf@gnus.org> <83eezlvoyn.fsf@gnu.org> <87wodd7qou.fsf@gnus.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 20020 Cc: 20020@debbugs.gnu.org, drew.adams@oracle.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Lars Ingebrigtsen > Cc: drew.adams@oracle.com, 20020@debbugs.gnu.org > Date: Wed, 09 Oct 2019 19:51:29 +0200 > > M-: (info-display-manual "Coreutils") > C-x 2 > C-x b *scratch* > M-: (info-display-manual "Coreutils") > > You'll now have two windows displaying the same Info buffer, and that > was what the user didn't want (and I agree that it's not optimal > behaviour). In the user's case, it was exacerbated by having the window > displayed in a different frame, but that's just a detail. If this is the change, then I think it should be an opt-in change. We don't behave like that with any other buffers, why should Info buffers be an exception by default? From debbugs-submit-bounces@debbugs.gnu.org Wed Oct 09 16:58:25 2019 Received: (at 20020) by debbugs.gnu.org; 9 Oct 2019 20:58:25 +0000 Received: from localhost ([127.0.0.1]:54227 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iIJ2O-00066M-QE for submit@debbugs.gnu.org; Wed, 09 Oct 2019 16:58:25 -0400 Received: from fossa.birch.relay.mailchannels.net ([23.83.209.62]:15619) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iIJ2L-00066C-Vn for 20020@debbugs.gnu.org; Wed, 09 Oct 2019 16:58:23 -0400 X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id 7942B340E46; Wed, 9 Oct 2019 20:58:20 +0000 (UTC) Received: from pdx1-sub0-mail-a88.g.dreamhost.com (100-96-171-212.trex.outbound.svc.cluster.local [100.96.171.212]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id 13ED6341B3B; Wed, 9 Oct 2019 20:58:20 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from pdx1-sub0-mail-a88.g.dreamhost.com ([TEMPUNAVAIL]. [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.18.5); Wed, 09 Oct 2019 20:58:20 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|jurta@jurta.org X-MailChannels-Auth-Id: dreamhost X-Army-Rock: 6687f99b74b85ee4_1570654700287_2484870650 X-MC-Loop-Signature: 1570654700287:2153261860 X-MC-Ingress-Time: 1570654700287 Received: from pdx1-sub0-mail-a88.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a88.g.dreamhost.com (Postfix) with ESMTP id 2897181384; Wed, 9 Oct 2019 13:58:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type; s=linkov.net; bh=bi+wEblY4iAmDb+aM+Qx7PqqkI0=; b= zhWYmuSv/wEi8mwXFxVEDiM2anhQew4n76WRtkZEtvYtAnoG9p+SVuz9Vau5MsQ7 8kQ+Y3ZVJovWi8ui5HPOsK+nQORe109YZxqEyREzlwJ47ARRdtQwrh3WCc+LCJoJ 0jL1vZthuWZHSww5I2qEBY9hC85PBi4WqVHI6lbF4Qk= Received: from mail.jurta.org (m91-129-99-99.cust.tele2.ee [91.129.99.99]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jurta@jurta.org) by pdx1-sub0-mail-a88.g.dreamhost.com (Postfix) with ESMTPSA id CE4E181383; Wed, 9 Oct 2019 13:58:16 -0700 (PDT) X-DH-BACKEND: pdx1-sub0-mail-a88 From: Juri Linkov To: Lars Ingebrigtsen Subject: Re: bug#20020: 25.0.50; `info-display-manual' should reuse existing window where buffer is displayed Organization: LINKOV.NET References: <87h84iwtsr.fsf@gnus.org> Date: Wed, 09 Oct 2019 23:38:01 +0300 In-Reply-To: <87h84iwtsr.fsf@gnus.org> (Lars Ingebrigtsen's message of "Wed, 09 Oct 2019 04:12:52 +0200") Message-ID: <87imoxhgnq.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-VR-OUT-STATUS: OK X-VR-OUT-SCORE: -100 X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedufedriedugddufeegucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuggftfghnshhusghstghrihgsvgdpffftgfetoffjqffuvfenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmnecujfgurhephffvufhofhffjgfkfgggtgesthdtredttdertdenucfhrhhomheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqeenucfkphepledurdduvdelrdelledrleelnecurfgrrhgrmhepmhhouggvpehsmhhtphdphhgvlhhopehmrghilhdrjhhurhhtrgdrohhrghdpihhnvghtpeeluddruddvledrleelrdelledprhgvthhurhhnqdhprghthheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqedpmhgrihhlfhhrohhmpehjuhhriheslhhinhhkohhvrdhnvghtpdhnrhgtphhtthhopehlrghrshhisehgnhhushdrohhrghenucevlhhushhtvghrufhiiigvpedt X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 20020 Cc: 20020@debbugs.gnu.org, Drew Adams X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) >> In my case, Info buffers (*info* and *info*) are in dedicated >> windows. I expect `info-display-manual' to select such an existing >> window. That is, if the Calc manual is already displayed in an Info >> buffer and I use `M-x info-display-manual' from some other buffer, I >> expect the existing window showing that manual to be selected (and its >> frame raised and focused, if necessary). >> >> Instead, `info-display-manual' displays the manual in the same window >> where I invoke it, resulting in two windows (and frames in my case) >> showing the same Info manual. > > Makes sense. I've now done this in Emacs 27, but while writing the > code, it struck me that there has to be a ready-made function for this > somewhere already. I had a peek through the plethora of > switch-to/pop-to functions, but I didn't find anything that did exactly > this... > > Does anybody know? In short: If there's a window that has the buffer, > then that window should be selected, and its frame popped to the top > (and given focus). If not, it should work like `switch-to-buffer'. I'm not sure, maybe Martin could confirm this, but very likely you can use display-buffer-reuse-window here. From debbugs-submit-bounces@debbugs.gnu.org Thu Oct 10 05:16:41 2019 Received: (at 20020) by debbugs.gnu.org; 10 Oct 2019 09:16:42 +0000 Received: from localhost ([127.0.0.1]:55074 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iIUYr-00012O-63 for submit@debbugs.gnu.org; Thu, 10 Oct 2019 05:16:41 -0400 Received: from mout.gmx.net ([212.227.15.15]:57745) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iIUYd-00011y-Q5 for 20020@debbugs.gnu.org; Thu, 10 Oct 2019 05:16:39 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1570698979; bh=4GJEfDSRROYzznz1CSAG5PL1sFQFa7uLnKiNngmXzRk=; h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To; b=ZNb78dX5Fx7sEU/W4kCwvZN7PDZHZ7VDYeefzA7ssISszDjnqb67cLn+9ZRaT3XfA wJezC/6xoCy8ZbxMP63CXIlz8DqUkhpHqwVF7+SPFOGsTjr/8Lgb0BsfoL7cQCc0p8 GhKrTwYihUq98MzG+8J9VAWn/7S+mMfqXV43hf1c= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from [192.168.1.101] ([212.95.5.154]) by mail.gmx.com (mrgmx005 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MLiCo-1ia1PG3QSe-00HbDP; Thu, 10 Oct 2019 11:16:18 +0200 Subject: Re: bug#20020: 25.0.50; `info-display-manual' should reuse existing window where buffer is displayed To: Juri Linkov , Lars Ingebrigtsen References: <87h84iwtsr.fsf@gnus.org> <87imoxhgnq.fsf@mail.linkov.net> From: martin rudalics Message-ID: <0a66dc82-2b37-da2c-cbbf-d91aa24cd493@gmx.at> Date: Thu, 10 Oct 2019 11:16:15 +0200 MIME-Version: 1.0 In-Reply-To: <87imoxhgnq.fsf@mail.linkov.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: de-AT Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:kr5gCgMVvqIiuDfUMphmt5PQftOSILzKc7tNTg8FDTh4zLm4RL3 nCyYtZ5xXVI/sdKjEBxprBKzojBR4+sJaTiYH3uAbSwUnuq6onthLwRuXFdJUXyo1C0xw0c zjINiacYH+c+keX4F9JBAU6tJvp4nT0cTPCv/DFukfQLSlJ7tgvMbxLaBkeDk/ui5wA3cb0 REpuQPeO0AMviZ8HLi1iQ== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:3hcRrDl9evY=:VHpGSBZRFlK4nHGwce2igK +/dbuU111efVR7zLjBlje6/7ivVcHtF8mbsj6gHpS50Ukut0s1W/j4L3L1kYPP7TvjrujXDRs 9jm+lFlK2qwY6eHSE/M/0Gl//19sxdAyKCGWkRGAG/xlzk7SepiBGgJ8nmX/stYMjoPk4qRmL TEPekUw8W/CteU8ps+RwL4LGdYEHTbu475vctZGttLeTb9EwT/v4U3t9b8YLVXSjLJzoiIlVy oMOmRMn0AbahhtO+drIHuYQNmcsd8LKydq2YUI/SlCrHfzethpAvXuFhVpv1SOc2D0MAIxsKX 7pe0SEcIiHAyuoO51s/xaLSar44dSHRuyeG91l+IRz/CJHF3lpccF/1Voscn1oOgf8gkX1HyP u6/ynneJ4s4Gu68WXzgekaHUj6dv76LXU7PFIgktFrvedWIWv+gQ9LdP1nTx4yell49WT/OJu aXypOYKYapTHb6uu+jOQI85zVfG2IYNCzCTGX2rjFTBgfRyslp7+osSW2ZxRRkLHiDR8rrJkF mo6emBfCAt0/dhTvIr+0t2hEXADtbbvibutvcnhiec8a4yaK/RcFaJbA11RrQpJSBJxobKHVq ZTgHSgdAOpIWcNm4C0c3aNH8wcjiOf0uitX/7vK4QKp7hY8KyPZHgSFiUmDyBJADiMyqGINyV 40PRVoEibDE5mDu0a7w2k7qTAmAlPtwXrTh9YHVCq9rvF5B8Rdyh17RASghB5AVo5kzwR4Kzc s/KtL0VNow6zf2sSaO29ioLJbBbe4+zTnskwjNM49v7kfh9Bj1zaDD0yXMs4fXsFtgfmyAyyF U3aYTWEOMK9NJMDCajtu7k+zyThEQ8CckxpdrD628DSLyof2u8OjQct1mraAxpa7oSUeOR05t /DXvQof6c7Zsa72UrZdyYx6yEFw/NnoNTa+WABAmsStnUFlIgWqNe0zMenXDK2ZZV5KL5dFdA ODoS/r1Q7eA6fXTpuWc2k3itoDnrlWWfa4Y3ofpKCIZjslvmnig/uHmNIt8zXWx9ySFmp5li2 elTaSkkm6NVjRJyeVTYCuEGgrpFCPimhbhga85tQ9ICEKqSBgdaMTm2sN7VOHY22zNnQIbEOU oPeOYA4XHK3u2bqBXVaLXoNtxQQDkIPkCbkp3nqc0IWEiwSiQE+iW6w/gqbe7qWj0sJFnpr5r vGzGfzo4oOEPGrZn3nfgaSS1Td7TCyueh+X3VGRNx7scrcr94Jhv6OGNx8TJbuWaYmH9weiEM QfFxJ3cgeZfs/MngqTwz2C3zgECOz1EsiyJBlvg== X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 20020 Cc: 20020@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) >> Does anybody know? In short: If there's a window that has the buffer, >> then that window should be selected, and its frame popped to the top >> (and given focus). If not, it should work like `switch-to-buffer'. > > I'm not sure, maybe Martin could confirm this, but very likely > you can use display-buffer-reuse-window here. The basic ingredient is a suitable 'reusable-frames' ALIST entry which should specify the frames on which to search for such a window. Apart from that, plain 'pop-to-buffer' should work. martin From debbugs-submit-bounces@debbugs.gnu.org Fri Oct 11 04:07:45 2019 Received: (at 20020) by debbugs.gnu.org; 11 Oct 2019 08:07:46 +0000 Received: from localhost ([127.0.0.1]:57639 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iIpxh-0007GG-HX for submit@debbugs.gnu.org; Fri, 11 Oct 2019 04:07:45 -0400 Received: from quimby.gnus.org ([80.91.231.51]:56190) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iIpxX-0007Ft-6K for 20020@debbugs.gnu.org; Fri, 11 Oct 2019 04:07:41 -0400 Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=marnie) by quimby.gnus.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1iIpxS-00027T-NL; Fri, 11 Oct 2019 10:07:33 +0200 From: Lars Ingebrigtsen To: Eli Zaretskii Subject: Re: bug#20020: 25.0.50; `info-display-manual' should reuse existing window where buffer is displayed References: <87h84iwtsr.fsf@gnus.org> <83eezlvoyn.fsf@gnu.org> <87wodd7qou.fsf@gnus.org> <831rvlvljs.fsf@gnu.org> Date: Fri, 11 Oct 2019 10:07:30 +0200 In-Reply-To: <831rvlvljs.fsf@gnu.org> (Eli Zaretskii's message of "Wed, 09 Oct 2019 21:08:39 +0300") Message-ID: <87v9svn1rx.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Eli Zaretskii writes: > If this is the change, then I think it should be an opt-in change. We > don't behave like that with any other buffers, why should Info buffers > be an exception by default? Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 20020 Cc: 20020@debbugs.gnu.org, drew.adams@oracle.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Eli Zaretskii writes: > If this is the change, then I think it should be an opt-in change. We > don't behave like that with any other buffers, why should Info buffers > be an exception by default? That's true. Off the top of my head, I can't recall any other commands that work this way, so it's odd for `info-display-manual' to do so. Should I just revert the change? -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Fri Oct 11 04:09:17 2019 Received: (at 20020) by debbugs.gnu.org; 11 Oct 2019 08:09:18 +0000 Received: from localhost ([127.0.0.1]:57643 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iIpzA-0007Ja-39 for submit@debbugs.gnu.org; Fri, 11 Oct 2019 04:09:17 -0400 Received: from quimby.gnus.org ([80.91.231.51]:56224) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iIpz8-0007JP-4Y for 20020@debbugs.gnu.org; Fri, 11 Oct 2019 04:09:14 -0400 Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=marnie) by quimby.gnus.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1iIpz4-0002Bw-CF; Fri, 11 Oct 2019 10:09:12 +0200 From: Lars Ingebrigtsen To: martin rudalics Subject: Re: bug#20020: 25.0.50; `info-display-manual' should reuse existing window where buffer is displayed References: <87h84iwtsr.fsf@gnus.org> <87imoxhgnq.fsf@mail.linkov.net> <0a66dc82-2b37-da2c-cbbf-d91aa24cd493@gmx.at> Date: Fri, 11 Oct 2019 10:09:09 +0200 In-Reply-To: <0a66dc82-2b37-da2c-cbbf-d91aa24cd493@gmx.at> (martin rudalics's message of "Thu, 10 Oct 2019 11:16:15 +0200") Message-ID: <87r23jn1p6.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: martin rudalics writes: > The basic ingredient is a suitable 'reusable-frames' ALIST entry which > should specify the frames on which to search for such a window. Apart > from that, plain 'pop-to-buffer' should work. Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 20020 Cc: 20020@debbugs.gnu.org, Juri Linkov X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) martin rudalics writes: > The basic ingredient is a suitable 'reusable-frames' ALIST entry which > should specify the frames on which to search for such a window. Apart > from that, plain 'pop-to-buffer' should work. Or perhaps `pop-to-buffer-same-window', since the command uses `switch-to-window' presently? -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Fri Oct 11 04:26:58 2019 Received: (at 20020) by debbugs.gnu.org; 11 Oct 2019 08:26:58 +0000 Received: from localhost ([127.0.0.1]:57665 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iIqGI-0007u0-Io for submit@debbugs.gnu.org; Fri, 11 Oct 2019 04:26:58 -0400 Received: from mout.gmx.net ([212.227.17.20]:44915) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iIqGG-0007tf-KG for 20020@debbugs.gnu.org; Fri, 11 Oct 2019 04:26:57 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1570782406; bh=cLa3qdZdluGtC+08lzIsW4menBetAi+9JMkA4u+qIiA=; h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To; b=GbYJMbOOC+3EQheWG+j8uvZ89cg2ieZTQpIRMHWvrprHCLHk5L4kLMtXHmWHgMoIQ LdSxQeEMnvkv+arKMA06s/Kd7xeCVw3x/XoajW4qRM/cd1sld4cuFUv7EBVdUI/1Mp pRsh5uMmKNJU+Y3EE5Ep/PKwE/1fXErI9C6r9C5M= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from [192.168.1.101] ([46.125.249.9]) by mail.gmx.com (mrgmx105 [212.227.17.168]) with ESMTPSA (Nemesis) id 1MmDIu-1hawnm2Nge-00iBWx; Fri, 11 Oct 2019 10:26:46 +0200 Subject: Re: bug#20020: 25.0.50; `info-display-manual' should reuse existing window where buffer is displayed To: Lars Ingebrigtsen References: <87h84iwtsr.fsf@gnus.org> <87imoxhgnq.fsf@mail.linkov.net> <0a66dc82-2b37-da2c-cbbf-d91aa24cd493@gmx.at> <87r23jn1p6.fsf@gnus.org> From: martin rudalics Message-ID: <7d8b27ee-d037-1a8d-2fca-594787e21811@gmx.at> Date: Fri, 11 Oct 2019 10:26:43 +0200 MIME-Version: 1.0 In-Reply-To: <87r23jn1p6.fsf@gnus.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: de-AT Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:RfuQbXErm/z4LM1fhM1YMunHc3HT72damw8/5tRkrihF1hffyYl a0AkJ0eQdK39wu0Zcnch4HNdg2BJbT4Lx5+Dzd4PANq9JZ8Zuyj4Unnb/0kKVs1cCWHlLlN Eq10hnB8VI0mz1jsymRd3HVRMIPJBcJFqH84iRJDC5Pt6GkVHtaxlbF1LrlKwIf8UXowShl vqblWiR0M8AID66CEy0nQ== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:sbiAgoyxk/M=:DWioeOXMctp5CAaH7EJsFa n+BWoK85ahre7LA5z3kgdzAUVcb5RjED2JxMRUzLt5WzehVgmtiXUL+IftsLFCVrhTOv4z0Z9 9KHS5Oxgh9PyaG5mURt2PtlCnX+jA7Bp4Lopa07r1dplZ+m/v0mMcIHnSNMqDxPyWwcsUTRGt IVpCDt6LuKqWEYgJpa/Z5GuhpWj1XVD8nEe9m5cbwZ8FYXYa0+hUyrGCwYgzCoaWggPh4U1RT FPl2u6Wl3rUK2u1urB6p5hedVlKnaCmgJn2UwNxhJAiYUc+02x9sPg7gN7oq8NIwHv+4zOnN/ PAJzHqb4QFnvX/HZTD8g7FuxSX2XEtzhMHEQlRA/TWDzdUHtEvh0rtVwRdY420mjQxzAqr84G IzOAyL27zOEY+X7t7ZERjxtKdcJQrS/pOeLjfvs66y45pOKDyj5DN30njVrB8qrIxQuNQSU9r cbH0AhRWWlAtV0YIck3Cj4LqVaeN6s8QL0zMbT0njkacBWKhKQpSQ+gTYHqZmRPoVSdlUFm9u rp/HiHlBfXyCX/jhEKxE8+eEzVjsNtZK+9pPm9POAeDIMVzuRi02gGoUpsgwV0ehfOpPc+jJy xqAjg4pCwLDemXRV8HnRjqo2x08gkpOAln2P1cuZyGY8qvO6mGwACd4p6Im2SX+YUTjENRoCc kLr/b7t7wOmUEPc59boT2ICQJxjUaVGP6Ghzp5Mml0CovnEntDD3IErnblnSzzVC86O8vGsFb veuU54yZ4hc85jJ440iK32p04B7rgmKV9m8uaG25y6S8a4E5G41efMzIjxZj4Z2t+U8cx7pSN jQlTYmF73QS8o9ycYcoHOfC9yAIZE9rsnlk9RE6WwlaUGpDSM4pDLMauspvEvqL9k/g9nzvvc 9b83Ng8uhuWnyp6FTBGl3oedvv6zGGayQM3DW45+Oj0JegR9SujBXw6seHpFCuIup4jKkIfCn JIQXWQ6HQv37yGieanwxiu9zWMBijnj4SylYM4K8llu3IvfWgT1vl8K0V+3hpBS7Lb05L/0n1 foVNCAWu4LenKCAYjG/9e4lX7XbC98a3EnSxUaUkgBxMBxYRCYEM7jLk1be2Je7V8v0k9Z50L woBGrymUJFckpIIC4Gcy0qbLwYGfTQ3kBaxYvoqqqMFMhM9NDK0uo47h7MFJLRG4uHV16rjxi lMKDpFU/jODCP8g+DbVAzqghbswKE/kHVMcKy0xQcF6faAh9ZBQxYjhiU6dmB+QIkhJaRlcKK ghVZpecL73Db3QLLNEukc0mWb6/VaPNdO3G0iuioBKk+M7N76b1V02TzFAGY= X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 20020 Cc: 20020@debbugs.gnu.org, Juri Linkov X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > Or perhaps `pop-to-buffer-same-window', since the command uses > `switch-to-window' presently? If I'm not mistaken, this would prefer the selected window to a window on another frame. So probably use 'display-buffer-reuse-window' as first choice and 'display-buffer-same-window' as second choice. With a suitable 'reusable-frames' and an 'inhibit-same-window' nil alist entries. martin From debbugs-submit-bounces@debbugs.gnu.org Fri Oct 11 05:19:10 2019 Received: (at 20020) by debbugs.gnu.org; 11 Oct 2019 09:19:10 +0000 Received: from localhost ([127.0.0.1]:57683 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iIr4o-00018K-9H for submit@debbugs.gnu.org; Fri, 11 Oct 2019 05:19:10 -0400 Received: from eggs.gnu.org ([209.51.188.92]:42242) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iIr4n-000188-4U for 20020@debbugs.gnu.org; Fri, 11 Oct 2019 05:19:09 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:57776) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1iIr4h-000181-Qw; Fri, 11 Oct 2019 05:19:03 -0400 Received: from [176.228.60.248] (port=3893 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1iIr4h-0005jo-1N; Fri, 11 Oct 2019 05:19:03 -0400 Date: Fri, 11 Oct 2019 12:18:51 +0300 Message-Id: <83y2xrprlw.fsf@gnu.org> From: Eli Zaretskii To: Lars Ingebrigtsen In-reply-to: <87v9svn1rx.fsf@gnus.org> (message from Lars Ingebrigtsen on Fri, 11 Oct 2019 10:07:30 +0200) Subject: Re: bug#20020: 25.0.50; `info-display-manual' should reuse existing window where buffer is displayed References: <87h84iwtsr.fsf@gnus.org> <83eezlvoyn.fsf@gnu.org> <87wodd7qou.fsf@gnus.org> <831rvlvljs.fsf@gnu.org> <87v9svn1rx.fsf@gnus.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 20020 Cc: 20020@debbugs.gnu.org, drew.adams@oracle.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Lars Ingebrigtsen > Cc: drew.adams@oracle.com, 20020@debbugs.gnu.org > Date: Fri, 11 Oct 2019 10:07:30 +0200 > > Eli Zaretskii writes: > > > If this is the change, then I think it should be an opt-in change. We > > don't behave like that with any other buffers, why should Info buffers > > be an exception by default? > > That's true. Off the top of my head, I can't recall any other commands > that work this way, so it's odd for `info-display-manual' to do so. > > Should I just revert the change? It'd be fine with me, but probably not with Drew. having an opt-in defcustom is a good compromise, I think. Thanks. From debbugs-submit-bounces@debbugs.gnu.org Sun Oct 13 14:22:36 2019 Received: (at 20020) by debbugs.gnu.org; 13 Oct 2019 18:22:36 +0000 Received: from localhost ([127.0.0.1]:36909 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iJiVo-0002RH-Bm for submit@debbugs.gnu.org; Sun, 13 Oct 2019 14:22:36 -0400 Received: from quimby.gnus.org ([80.91.231.51]:35716) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iJiVk-0002R5-Hq for 20020@debbugs.gnu.org; Sun, 13 Oct 2019 14:22:34 -0400 Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=marnie) by quimby.gnus.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1iJiVf-0003rk-Sq; Sun, 13 Oct 2019 20:22:30 +0200 From: Lars Ingebrigtsen To: Eli Zaretskii Subject: Re: bug#20020: 25.0.50; `info-display-manual' should reuse existing window where buffer is displayed References: <87h84iwtsr.fsf@gnus.org> <83eezlvoyn.fsf@gnu.org> <87wodd7qou.fsf@gnus.org> <831rvlvljs.fsf@gnu.org> <87v9svn1rx.fsf@gnus.org> <83y2xrprlw.fsf@gnu.org> Date: Sun, 13 Oct 2019 20:22:27 +0200 In-Reply-To: <83y2xrprlw.fsf@gnu.org> (Eli Zaretskii's message of "Fri, 11 Oct 2019 12:18:51 +0300") Message-ID: <87r23ga4kc.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Eli Zaretskii writes: >> > If this is the change, then I think it should be an opt-in change. We >> > don't behave like that with any other buffers, why should Info buffers >> > be an exception by default? >> >> That's tru [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 20020 Cc: 20020@debbugs.gnu.org, drew.adams@oracle.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Eli Zaretskii writes: >> > If this is the change, then I think it should be an opt-in change. We >> > don't behave like that with any other buffers, why should Info buffers >> > be an exception by default? >> >> That's true. Off the top of my head, I can't recall any other commands >> that work this way, so it's odd for `info-display-manual' to do so. >> >> Should I just revert the change? > > It'd be fine with me, but probably not with Drew. having an opt-in > defcustom is a good compromise, I think. I don't know much about how dedicated windows work, but couldn't Drew set that up to have Emacs pop up that window instead of having special code for this in `info-display-manual'? I had forgotten about that when I wrote the patch. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From unknown Sun Jun 22 19:05:29 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Mon, 11 Nov 2019 12:24:06 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator