From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: martin rudalics 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 18:46:40 +0100 Message-ID: <58BDA080.5010109@gmx.at> 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> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Trace: blaine.gmane.org 1488822437 13025 195.159.176.226 (6 Mar 2017 17:47:17 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Mon, 6 Mar 2017 17:47:17 +0000 (UTC) Cc: Michael Heerdegen , 25946@debbugs.gnu.org To: Stephen Berman , Jens Lechtenboerger Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon Mar 06 18:47:12 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 1ckwiz-0002i3-1u for geb-bug-gnu-emacs@m.gmane.org; Mon, 06 Mar 2017 18:47:09 +0100 Original-Received: from localhost ([::1]:45325 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ckwj5-0004RS-7q for geb-bug-gnu-emacs@m.gmane.org; Mon, 06 Mar 2017 12:47:15 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:48803) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ckwiu-0004Q2-02 for bug-gnu-emacs@gnu.org; Mon, 06 Mar 2017 12:47:05 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ckwit-0003BK-Aq for bug-gnu-emacs@gnu.org; Mon, 06 Mar 2017 12:47:04 -0500 Original-Received: from debbugs.gnu.org ([208.118.235.43]:44862) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1ckwit-0003BC-72 for bug-gnu-emacs@gnu.org; Mon, 06 Mar 2017 12:47:03 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1ckwit-000361-0i for bug-gnu-emacs@gnu.org; Mon, 06 Mar 2017 12:47:03 -0500 X-Loop: help-debbugs@gnu.org Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 06 Mar 2017 17:47: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.148882242011835 (code B ref 25946); Mon, 06 Mar 2017 17:47:02 +0000 Original-Received: (at 25946) by debbugs.gnu.org; 6 Mar 2017 17:47:00 +0000 Original-Received: from localhost ([127.0.0.1]:43060 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ckwiq-00034k-06 for submit@debbugs.gnu.org; Mon, 06 Mar 2017 12:47:00 -0500 Original-Received: from mout.gmx.net ([212.227.17.22]:59095) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ckwin-00032B-J5 for 25946@debbugs.gnu.org; Mon, 06 Mar 2017 12:46:57 -0500 Original-Received: from [192.168.1.100] ([213.162.68.67]) by mail.gmx.com (mrgmx103 [212.227.17.168]) with ESMTPSA (Nemesis) id 0M1FAK-1cR5Rw12eO-00tDDP; Mon, 06 Mar 2017 18:46:48 +0100 In-Reply-To: <8737eqacjc.fsf@rosalinde> X-Provags-ID: V03:K0:EjmRdiqrmnE1MLnv4Fo9IgRlEyj6/G2je0fV/qWBxTmh6Msur4f awf+RaTnPVVA75+OwZW1qGYhyqSY7vIb+6tm+BtJjklEjo+r6HWB42oihpfNRIeLq1s3Ibp rMFftpP9MiuGKf/jFK1rABP2CGoYhz7KzqnZb8Y9lQaXE2D+cvysymYbE24YyW0BjNqcEk6 fhyBFeLu1j4YP5/cbLLdg== X-UI-Out-Filterresults: notjunk:1;V01:K0:/puNroShKXk=:NH8kwMCV1+ChPxDShUbrpO o0t5FX0zzL+ALMk9m54WjXDHzkNQtZzWHvxAuNvvQGTSJ1DAlyZICGCtEFCL8VZKaDCEELLaP YuEyY7PK5BVqyskztrzg2FW7kZFbdib1UJWQ38u2rMf0HC+9S8fQ2qWN8NGo6C87Nxa/L99De MgxCXv4YBAF7sbOk9KOyctW7sIfa6sMeND1YOAxEe3T0PY79Bta8Jn060vRfWkrUyVB+aLojU vahfxwnMZqaDTjHE7y5x2nQawv+4JDfAARL+SprS3E3gHt6T0UcZjpY4tTmr6/4+z9mwtF3OS yRSyc5ecIAB1L1ha5CgZK9ayGdzpDUctPf4MdDH3VLok5FIabua6TO3taYuO+5AFMBFk/HOxu h4l3qmk1mWEc+Kn5v6oStdOmj1pAroGvzkqwy/0mICSeIPikbZYO5ftWo0qVkUCwDBgl0rW03 4bhCaF+LTRNRyczNAZ3rDKtx9O2Fie1E4R6tXPs0BewdHcqP1mX8RIDcIUdumFDU/VMf8Allp HgAP4U0Mw7/lctEMtjuZa5V59zYmcB2JhpFWHs1qMagMZDn2YvqqYWlX0TA6fvldNS47xgdaX ALx342iukE1Z0XxeNfh7tuGwXqDvI5B9hp5MGhhurlA9SUbjRNe8sG8babABnU6e9Uz4LV0NC +PLOJE06G+HpKNyWkKzzhVWxOWPWojRyka1dwtgCZ5VeLaDqCKNxj/hLYD9ZRkE206vRVpdRq 8KwEoztAstN0ONV8fZwJOZTypmyCSG1P5DZEtyfNO9qY1K4nWpVRbYJ0sMY2yM8jSDoDrkgG 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:130269 Archived-At: >>> 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? martin