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 21:59:39 +0100 Message-ID: <87h93686kk.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> <8737eqacjc.fsf@rosalinde> <58BDA080.5010109@gmx.at> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: blaine.gmane.org 1488834016 16208 195.159.176.226 (6 Mar 2017 21:00:16 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Mon, 6 Mar 2017 21:00:16 +0000 (UTC) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.0.50 (gnu/linux) Cc: Jens Lechtenboerger , Michael Heerdegen , 25946@debbugs.gnu.org To: martin rudalics Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon Mar 06 22:00:09 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 1ckzjj-0003JY-If for geb-bug-gnu-emacs@m.gmane.org; Mon, 06 Mar 2017 22:00:07 +0100 Original-Received: from localhost ([::1]:46111 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ckzjp-0001k6-NM for geb-bug-gnu-emacs@m.gmane.org; Mon, 06 Mar 2017 16:00:13 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:52611) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ckzjj-0001iB-CP for bug-gnu-emacs@gnu.org; Mon, 06 Mar 2017 16:00:08 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ckzjf-0005Co-C9 for bug-gnu-emacs@gnu.org; Mon, 06 Mar 2017 16:00:07 -0500 Original-Received: from debbugs.gnu.org ([208.118.235.43]:45051) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1ckzjf-0005C1-8l for bug-gnu-emacs@gnu.org; Mon, 06 Mar 2017 16:00:03 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1ckzje-00035Y-Rg for bug-gnu-emacs@gnu.org; Mon, 06 Mar 2017 16:00:02 -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 21:00:02 +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.148883398911822 (code B ref 25946); Mon, 06 Mar 2017 21:00:02 +0000 Original-Received: (at 25946) by debbugs.gnu.org; 6 Mar 2017 20:59:49 +0000 Original-Received: from localhost ([127.0.0.1]:43250 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ckzjR-00034c-EA for submit@debbugs.gnu.org; Mon, 06 Mar 2017 15:59:49 -0500 Original-Received: from mout.gmx.net ([212.227.17.21]:64549) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ckzjP-00034O-Ff for 25946@debbugs.gnu.org; Mon, 06 Mar 2017 15:59:48 -0500 Original-Received: from rosalinde ([83.135.11.41]) by mail.gmx.com (mrgmx103 [212.227.17.168]) with ESMTPSA (Nemesis) id 0LvlWS-1cCjFA13Oe-017ZBk; Mon, 06 Mar 2017 21:59:40 +0100 In-Reply-To: <58BDA080.5010109@gmx.at> (martin rudalics's message of "Mon, 06 Mar 2017 18:46:40 +0100") X-Provags-ID: V03:K0:LcvlK/O6uApJHMOneWPHLkFmgjkINwug/QETr5OwRsa/7FjvBej rXW63Far20cs1rB7Hze4/zl+/Ves4x7PZi0RZhcthbhcDCt7x3Cqbfm8QZ6AkLOKEhQQ8Ut ALdphaeKICs5cI4yApC+QbR2WI62lw2ugihkQeluClI3GgXcZManNJJMXbjrEudJfxqOkln wW+vAoUZ9ddac/hUvpY4Q== X-UI-Out-Filterresults: notjunk:1;V01:K0:AHDARiOD/40=:+u/OtoYd3GnlWdkYpnZNjP rnar0i4CqWJ6s95IONTeS4ReuvGQ5gwhM8MIZNt4qlaa84trQ/ddFhfGQXTY4wvzAomGCMoCa FJmGnXBw2keenn3d1BxJRgoJqQEVsTLtGvyN6ikuLaJKJyQh2K45X7HLz3ecrWbsFGj2AHNSZ 6EyH4eq2debBqx6fHaFo6FN7/eCeuihq+oyDmTp94/4TDRY4e/MQzbqiRDofuWVOpPoDJySGp eygeytOBERQPAG4YLNgmqJB2HXLurc/j+FKkEVYuTmrl3kj5qr3e79DZF774wnsTL9YRPBlGM q4Y0UDjyYPZ4A/0TaahgLHQsgiafC/2ilWhU0HfjTWxThEFbWUyO+MjGfzm+2LdViX2saSJsj 4VLzkmCX0AVKDnvGu3y4f9TNlGWPFwd+0oHEBUCmDqBCsbT91s+OP9cQXSnNpV9wvMKy25dzW oZuoZek6iLqaCjnzrS6c3RT7CuoE/+MHFTDp8pMl93Q6CITl9e3bpnRgJ1nRKiRCj9WmKPR/E 6uv9MbHASHu1uoRp7Pf0teOa57DSGu79z4cwrQuFXBt/QAPntMSHh6AbRRDizLLiDsFEdRSxe ElEUUIbUndB9AER0HDIp9FkHxllVjheycjz35dQQjwRXB5qpqcpGsqawDk8oUO1RgNkXDen5n /NfmX19FXpQD0HWur8umf6/Q1Sa26Mg7EJznMuenVyBKPOMdpfgcrTNcsMZjIwDGOxq9iUzLN PuYFGwuMsC/dwU3uKpDkGR220CBxTLX59IlIOeQRKaIdPke0VD+wkm9Y6uznV+ar2bBGLDT3 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:130289 Archived-At: On Mon, 06 Mar 2017 18:46:40 +0100 martin rudalics wrote: >>>> Same here (I couldn't test till just now). > > Thanks once more for installing and testing. > >> 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. > > But if I do > > (customize-set-variable > 'display-buffer-alist > '(("\\*text\\*" > (display-buffer-reuse-window display-buffer-pop-up-frame) > (reusable-frames . t)))) > > (setq display-buffer-mark-dedicated t) > > (pop-to-buffer (get-buffer-create "*text*") t) > > everything works as expected. IIUC something else must interfere here. > How come the TeX source buffer gets "also" displayed on that new frame? Oh, shame on me, I didn't look closely enough before; this is how: (defun TeX-recenter-output-buffer (line) "Redisplay buffer of TeX job output so that most recent output can be seen. The last line of the buffer is displayed on line LINE of the window, or at bottom if LINE is nil." (interactive "P") (let ((buffer (TeX-active-buffer))) (if buffer (let ((old-buffer (current-buffer))) (TeX-pop-to-buffer buffer t t) (bury-buffer buffer) (goto-char (point-max)) (recenter (if line (prefix-numeric-value line) (/ (window-height) 2))) (TeX-pop-to-buffer old-buffer nil t)) ; <================= (message "No process for this document.")))) The second invocation of TeX-pop-to-buffer displays the source buffer; commenting this out appears to give the result the OP wants.(*) So to satisfying both this use case and the one foreseen for this function, the second invocation could be conditioned on a user option. (*) I should note that on some tests I made with the second invocation commented out I got strange results: once or twice, the frame in which the LaTeX output is displayed did split, showing the *Messages* buffer below (but with a reduced height); and several times, after killing the output buffer (and hence its frame), keyboard input was totally blocked, though mouse input was possible. I have not been able to reliably reproduce these effects. Steve Berman