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

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

bug#38354: closed (27.0.50; Implement display action display-buffer-in-t


From: GNU bug Tracking System
Subject: bug#38354: closed (27.0.50; Implement display action display-buffer-in-tab)
Date: Tue, 06 Dec 2022 17:42:02 +0000

Your message dated Tue, 06 Dec 2022 19:40:00 +0200
with message-id <86zgc077nz.fsf@mail.linkov.net>
and subject line Re: bug#38354: 27.0.50; Implement display action 
display-buffer-in-tab
has caused the debbugs.gnu.org bug report #38354,
regarding 27.0.50; Implement display action display-buffer-in-tab
to be marked as done.

(If you believe you have received this mail in error, please contact
help-debbugs@gnu.org.)


-- 
38354: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=38354
GNU Bug Tracking System
Contact help-debbugs@gnu.org with problems
--- Begin Message --- Subject: 27.0.50; Implement display action display-buffer-in-tab Date: Sun, 24 Nov 2019 01:09:01 +0200 User-agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu)
Severity: wishlist

Like demonstrated in bug#37998 we need a new display action
display-buffer-in-tab to use in display-buffer-alist.  Examples:

  ("\\`\\*Group\\*\\'" .
   (display-buffer-in-tab
    (name . "Gnus")))

  ("\\`\\*Summary \\(.*\\)\\*\\'" .
   (display-buffer-in-tab
    (name . "Group \\1")))

The only problem is that I don't know how to use matched numbered groups
\1 from matches of buffer names in display conditions.

display-buffer-assq-regexp uses string-match-p, not string-match.



--- End Message ---
--- Begin Message --- Subject: Re: bug#38354: 27.0.50; Implement display action display-buffer-in-tab Date: Tue, 06 Dec 2022 19:40:00 +0200 User-agent: Gnus/5.13 (Gnus v5.13) Emacs/30.0.50 (x86_64-pc-linux-gnu)
>>> OK.  But what if another action adds something to such a tab and we
>>> then quit the window.  Or is such a scenario impossible?
>>
>> Does a similar situation happen in case of window quitting?
>> Then the same logic could be reused for tab quitting.
>> When another buffer is displayed in the same window,
>> then quit-window doesn't delete the window with another buffer?
>
> Correct.  'quit-restore-window' is quite sensitive wrt such changes
> and refrains from doing more drastic things (like deleting a window or
> frame) when the user has switched buffers in between.

Now this is closed, and the remaining problems reported in bug#59862.


--- End Message ---

reply via email to

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