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: Tue, 07 Mar 2017 20:36:54 +0100 Message-ID: <87innk6fqh.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> <87h93686kk.fsf@rosalinde> <58BE8134.6000907@gmx.at> <87r32958tx.fsf@rosalinde> <58BF033E.6050001@gmx.at> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: blaine.gmane.org 1488915552 19075 195.159.176.226 (7 Mar 2017 19:39:12 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Tue, 7 Mar 2017 19:39:12 +0000 (UTC) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.0.50 (gnu/linux) Cc: Jens Lechtenboerger , Michael Heerdegen , Stephen Berman , 25946@debbugs.gnu.org To: martin rudalics Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue Mar 07 20:39:08 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 1clKwn-0003yf-EN for geb-bug-gnu-emacs@m.gmane.org; Tue, 07 Mar 2017 20:39:01 +0100 Original-Received: from localhost ([::1]:52353 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1clKwr-0005Kx-Re for geb-bug-gnu-emacs@m.gmane.org; Tue, 07 Mar 2017 14:39:05 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:60170) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1clKwQ-0005Fm-KV for bug-gnu-emacs@gnu.org; Tue, 07 Mar 2017 14:38:59 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1clKvq-0007Oa-Fu for bug-gnu-emacs@gnu.org; Tue, 07 Mar 2017 14:38:38 -0500 Original-Received: from debbugs.gnu.org ([208.118.235.43]:46814) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1clKvq-0007OV-Bn for bug-gnu-emacs@gnu.org; Tue, 07 Mar 2017 14:38:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1clKvq-0003WH-2k for bug-gnu-emacs@gnu.org; Tue, 07 Mar 2017 14:38: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: Tue, 07 Mar 2017 19:38: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.148891542713462 (code B ref 25946); Tue, 07 Mar 2017 19:38:02 +0000 Original-Received: (at 25946) by debbugs.gnu.org; 7 Mar 2017 19:37:07 +0000 Original-Received: from localhost ([127.0.0.1]:45013 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1clKux-0003V3-0T for submit@debbugs.gnu.org; Tue, 07 Mar 2017 14:37:07 -0500 Original-Received: from mout.gmx.net ([212.227.17.22]:57303) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1clKuv-0003UZ-DW for 25946@debbugs.gnu.org; Tue, 07 Mar 2017 14:37:05 -0500 Original-Received: from rosalinde ([83.135.17.126]) by mail.gmx.com (mrgmx103 [212.227.17.168]) with ESMTPSA (Nemesis) id 0M3ARX-1cS1FA1iTP-00suzY; Tue, 07 Mar 2017 20:36:55 +0100 In-Reply-To: <58BF033E.6050001@gmx.at> (martin rudalics's message of "Tue, 07 Mar 2017 20:00:14 +0100") X-Provags-ID: V03:K0:RVvkbXwm+cIVoUq+2+SzvemApdS08aP4WYTxx6foFYyloGJVGiq lbR1m0Pb4/yuye4NDb1BXGc5b8tGbW7dkhA4gzSzMC7R/sElh1nCNQTR62fj/EHCodREUjx p+G5gIjWItnwZNdQAyYUks+HCVLcbTlNrAQBEcYioSccz9Pc5JKVZrZlSkAyj5fHo7jmsD+ OBMzmiKNrLNOVIc4cV/tw== X-UI-Out-Filterresults: notjunk:1;V01:K0:MsqaFMVQyh8=:53EQtqIcojPas5/lb2XktR RnmM3yoHx43okRT0Als8UA6cpSnJx1cmVfhKYSXLN3ta+els7dJklDyRitElvPelGOexkL39f vfQ1k3YMK1W2MagMMUbfxuwhOY73URoeuAUtOj2j1tSALM0hc5hif+rrd6P/tRnpSMWB7b4WL +425j6axk96QnTWIabciYt9jKnN5PKVTVzxM7yi9F6k/Mt7jHsz+hKYKaAA7c1fRzrSvQ9d5B BpreZf0Y5GLOmrnlx1YaRSGkEQcU5x5sBfiOPxhBKs95fnROADC5ruiZ5F5at+C3b2BDbMGVc JSnE8qzjFBmr/O0tkGg0/0Z9O2KFLn3u/pMvtIIypKGJZgE8vTuCdUt3P2RZUB8t34x8lmbZT dnq+pcuL+8snZvvW5vUVVh8kL3Zm5JD1oHZLceeV5vED6des7UR5o3f1l2yucrwAzIuCo97eg O2JsV3L+W6JJnvPfl04GomrdyvoUOCkX0MOqO9rk7AKf92NVz2YVYphsgt2XtybRIU2rzSevM P5RJYQLs9EcT74KkDAvxYMCjQ3BszNlccW5FtereWZgIRnsGDibIPJ6uw7Zd8kJ3VoZfwbT+u iobUczO50opsj3/DeDUtQZDCRqZXgmi57EJLStt01kHUliKEsj54CBzwR2Yen37Uewx7ZnqhP CNDXf6u8nYKzmar3GLHc8kU5ZcYdQY2zUlxsoD14xjrPzd7YrJoHC5kNEjnBvs486KKtwwusc 4TuHdhASThtT629YwF6yYrOo5HWIrzHKPa32qsL7Ua44cdlrLbpNiE4E5iG2/qNlxd+TVfZQ 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:130328 Archived-At: On Tue, 07 Mar 2017 20:00:14 +0100 martin rudalics wrote: >> TeX-recenter-output-buffer could be redefined as follows to get the same >> result (according to my tests) without resorting to pop-up-frame-alist: >> >> (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)) >> (frame1 (window-frame (get-buffer-window old-buffer))) > > Are you sure old-buffer is displayed in a window here? Otherwise frame1 > is just the frame of the selected window. Normally, TeX-recenter-output-buffer is called (by `C-c C-l') from a LaTeX source file, which is visited in old-buffer; though if you switch to another buffer and invoke `M-x TeX-recenter-output-buffer' and the output buffer exists, it will be displayed together with (by in the same window and underneath) whatever the current buffer is. >> frame2) >> (TeX-pop-to-buffer buffer t t) >> (setq frame2 (window-frame (get-buffer-window buffer))) >> (bury-buffer buffer) > > Why bury it? To remove it from the selected window? It might be in > another window. That's in the exisiting definition; I don't know why, and don't see any difference when I invoke this command with that line commented out. >> (goto-char (point-max)) >> (recenter (if line >> (prefix-numeric-value line) >> (/ (window-height) 2))) >> (if (eq frame1 frame2) >> (TeX-pop-to-buffer old-buffer nil t) > > Why this? This is to get the current standard behavior described above, i.e. in the same frame with source buffer above and output buffer below. >> (select-frame-set-input-focus frame1))) >> (message "No process for this document.")))) > > It might make sense to redefine that function but I have no idea what it > is supposed to do so I can't really comment on it. I'm also not really familiar with the AUCTeX code, so I don't know if this would cause problems elsewhere. >>> Can you try to selectively revert that commit and see whether the >>> problem persists? >> >> I suppose I could try to revert, but since I can't reliably reproduce >> the problems, not seeing them after reverting may not be conclusive. >> (For example, so far testing the above redefinition of TeX-pop-to-buffer >> has not shown the problems.) > > Problems related to that commit might pop up any time with GTK now. So > if you experience phenomenas similar to the ones you described earlier > please complain immediately. Will do. Steve Berman