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

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

[debbugs-tracker] bug#32607: closed (27.0.50; pop-to-buffer in next-erro


From: GNU bug Tracking System
Subject: [debbugs-tracker] bug#32607: closed (27.0.50; pop-to-buffer in next-error-no-select)
Date: Wed, 12 Sep 2018 21:48:02 +0000

Your message dated Thu, 13 Sep 2018 00:47:14 +0300
with message-id <address@hidden>
and subject line Re: bug#32607: 27.0.50; pop-to-buffer in next-error-no-select
has caused the debbugs.gnu.org bug report #32607,
regarding 27.0.50; pop-to-buffer in next-error-no-select
to be marked as done.

(If you believe you have received this mail in error, please contact
address@hidden)


-- 
32607: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=32607
GNU Bug Tracking System
Contact address@hidden with problems
--- Begin Message --- Subject: 27.0.50; pop-to-buffer in next-error-no-select Date: Sun, 02 Sep 2018 01:32:12 +0300 User-agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu)
Suppose we have such customization:

  (setq display-buffer-alist '(("\\`\\*grep\\*\\'" display-buffer-same-window)))

Now after running grep with a non-empty output in ‘emacs -Q’,
typing ‘C-o’ (compilation-display-error) will display two identical
buffers instead of displaying the buffer with the found grep hit.

The problem is with pop-to-buffer in next-error-no-select.
I wonder what is an idiomatic way to ensure a buffer is already
displayed in some window, to not display the same buffer
in other window?



--- End Message ---
--- Begin Message --- Subject: Re: bug#32607: 27.0.50; pop-to-buffer in next-error-no-select Date: Thu, 13 Sep 2018 00:47:14 +0300 User-agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu)
>> All that I understood from this thread, is that since next-error-no-select
>> window juggling involves two windows, it has to override the same-window
>> user customization using display-buffer-overriding-action.  Currently
>> I see no other solution that don't involve more fundamental changes.
>
> Agreed.  Let's install the 'display-buffer-overriding-action' change
> and leave it there.

OK, done.


--- End Message ---

reply via email to

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