bug-gnu-emacs
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#25946: 26.0.50; display-buffer ignores ignores reusable-frames in di


From: Stephen Berman
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
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/26.0.50 (gnu/linux)

On Mon, 06 Mar 2017 10:25:03 +0100 Jens Lechtenboerger 
<lechten@wi.uni-muenster.de> wrote:

> On 2017-03-06, Stephen Berman wrote:
>
>> On Sun, 05 Mar 2017 23:20:21 +0100 Michael Heerdegen
>> <michael_heerdegen@web.de> wrote:
>>
>>> martin rudalics <rudalics@gmx.at> 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





reply via email to

[Prev in Thread] Current Thread [Next in Thread]