From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Stephen Berman Newsgroups: gmane.emacs.bugs Subject: bug#25946: 26.0.50; display-buffer ignores ignores reusable-frames in display-buffer-alist Date: Mon, 06 Mar 2017 12:07:51 +0100 Message-ID: <8737eqacjc.fsf@rosalinde> References: <877f46d6go.fsf@wi.uni-muenster.de> <58B947A2.5040001@gmx.at> <87zih2bp98.fsf@wi.uni-muenster.de> <58B97CAF.6060600@gmx.at> <87varqe7pd.fsf@wi.uni-muenster.de> <58B9B496.2020100@gmx.at> <58BAFBFF.6060706@gmx.at> <58BBE9B9.80202@gmx.at> <87pohwhsjq.fsf@rosalinde> <58BC1289.30800@gmx.at> <878tojfjru.fsf@drachen> <87efyaail6.fsf@rosalinde> <8737eqoiz4.fsf@wi.uni-muenster.de> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: blaine.gmane.org 1488798556 8889 195.159.176.226 (6 Mar 2017 11:09:16 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Mon, 6 Mar 2017 11:09:16 +0000 (UTC) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.0.50 (gnu/linux) Cc: Michael Heerdegen , 25946@debbugs.gnu.org To: Jens Lechtenboerger Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon Mar 06 12:09:11 2017 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ckqVn-0001Ln-7P for geb-bug-gnu-emacs@m.gmane.org; Mon, 06 Mar 2017 12:09:07 +0100 Original-Received: from localhost ([::1]:42957 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ckqVt-0002BT-CA for geb-bug-gnu-emacs@m.gmane.org; Mon, 06 Mar 2017 06:09:13 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:49850) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ckqVl-0002BI-K4 for bug-gnu-emacs@gnu.org; Mon, 06 Mar 2017 06:09:06 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ckqVi-0002ex-Aj for bug-gnu-emacs@gnu.org; Mon, 06 Mar 2017 06:09:05 -0500 Original-Received: from debbugs.gnu.org ([208.118.235.43]:43570) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1ckqVi-0002ek-73 for bug-gnu-emacs@gnu.org; Mon, 06 Mar 2017 06:09:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1ckqVh-0006Mi-SP for bug-gnu-emacs@gnu.org; Mon, 06 Mar 2017 06:09:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Stephen Berman Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 06 Mar 2017 11:09:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 25946 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 25946-submit@debbugs.gnu.org id=B25946.148879848224395 (code B ref 25946); Mon, 06 Mar 2017 11:09:01 +0000 Original-Received: (at 25946) by debbugs.gnu.org; 6 Mar 2017 11:08:02 +0000 Original-Received: from localhost ([127.0.0.1]:41768 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ckqUj-0006LD-Ik for submit@debbugs.gnu.org; Mon, 06 Mar 2017 06:08:01 -0500 Original-Received: from mout.gmx.net ([212.227.17.20]:55641) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ckqUh-0006Ku-GJ for 25946@debbugs.gnu.org; Mon, 06 Mar 2017 06:08:00 -0500 Original-Received: from rosalinde ([83.135.11.41]) by mail.gmx.com (mrgmx102 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MhNk6-1cyXcz3ty6-00MZsP; Mon, 06 Mar 2017 12:07:52 +0100 In-Reply-To: <8737eqoiz4.fsf@wi.uni-muenster.de> (Jens Lechtenboerger's message of "Mon, 06 Mar 2017 10:25:03 +0100") X-Provags-ID: V03:K0:z2CBVm7sB9Jft4VA4nsxMn3JEOed4qfZQf3weyjiQH3/nnQpiCP sEOEc8P8Q2Z+WszcfVl91JDNGTWZ1+gbmk+NJJELQ3DDCqN7Mi36eq5wUdnY7qBuU69frv2 3o9cBf/h8/KwlsKiI8fZ7yhgK9DYagocDn29Wf9EghGqZrCpZkUVCNtuAgCvSWyXqGXsVPs 35ZtxnZL/iwSemtNPieNQ== X-UI-Out-Filterresults: notjunk:1;V01:K0:e2svwEttwsU=:ohaqKOLi5MX7GaTvw00W2h lsjzRhuy6LWUXxSzXKj5cZoxXe8DsdrqGkiXrjN5NUIUVgk5oamskVH5ACq//6J6ynlNTSlZX 5jYpugcniC8xzA0hbGDjLmxebfcPgZvyfY3AcKnQazrOgEKSGPBvbj1yVdC1uyV7hgcfa92GQ H5PFo4vjUA8fWlpI9k9k1wW5snvJVAViGUMJ1PoSnGiIxG16rosWk5T5k/V4D4RDtRRMkSBqn 1YEk7jJpbaO/USOq8XiWGL8g28MDvNCYLsHWEVpQCQbwrtUIN2FM3N4HhXY49l4MqBVxUHlhW hQf5PjSm0YSbdT11wJopkGgSPDOzZsxTrptR7AEntHyvrspEEF/ceuNy5FwjsvTby01MjkctE RC9QkimXt35crsTI5nuB2Yc2KwfaCfJ9YMrOz2grBn3tnFIeHGu9TrXuvTmzXKxgs1hTme/i4 TBk94A3WBzm72PQG4e38iGNcl3OnMnC0y5YfBU//rEeZ22vYl7rMkyIq4nFeAGC2ocV/lahAn y6qYk8G2qKPpWHv9Z6oJq5+MPumSfS4k9I4YbX4hLdngiJykRt3sgthx5jL6Ci6q740Gp29/u br8LevOqdWXC9J2rLO87Q40guHPbwjN9h5LI1sp1jtDF8PuvkyEvr7aqyE+ns8IAGyNeNiiKt NfzXOgBZjD3Qd9J7ieKgFBm7eRbi287ZrFk6iUG9OX2pE+oeUZagog8JaqQS7A4+EdMoGSOBK DORIWVA/XfLhx142VF6bzZct0lnb6BDtcS/DniQcaHIF84XVcCurt9tOTp1Osls+IWAOe/+5 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 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.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:130246 Archived-At: On Mon, 06 Mar 2017 10:25:03 +0100 Jens Lechtenboerger wrote: > On 2017-03-06, Stephen Berman wrote: > >> On Sun, 05 Mar 2017 23:20:21 +0100 Michael Heerdegen >> wrote: >> >>> martin rudalics writes: >>> >>>> > I pushed it in your name as commit 702aeca. >>>> >>>> Wonderful. Thank you very much. Can you please test whether it DTRT? >>>> Two steps are needed. [...] >>> >>> Works as described for me in emacs -Q after rebuilding. >> >> Same here (I couldn't test till just now). > > And here, many thanks. (I did not rebuild Emacs in my previous > test.) > > However, I'm having problems with LaTeX/AUCTeX [0] output buffers. > I'm currently using this obsolete (but working) setting: > (setq special-display-regexps '(".* output")) > > Now, when replacing "\\*text\\*" with ".* output" in the above > recipe, compiling a tex file (C-c C-c), and pressing C-c C-l to > display the LaTeX output, a new frame gets created but is split in > half: The lower half showing the tex source (and containing the > cursor), the upper with output. I expected the output in the entire > frame. I think this window-splitting is because TeX-recenter-output-buffer (bound to `C-c C-l') calls `(TeX-pop-to-buffer buffer t t)', which calls pop-to-buffer with the ACTION argument set to t, which according to pop-to-buffer's doc string " means to pop to a window other than the selected one even if the buffer is already displayed in the selected window". Maybe AUCTeX should have a user option that can be passed as the ACTION argument to pop-to-buffer. Steve Berman