GNU bug report logs -
#68235
29.1.90; Switching tabs stops following process output in selected window
Previous Next
Reported by: Dan McCarthy <daniel.c.mccarthy <at> gmail.com>
Date: Wed, 3 Jan 2024 20:49:02 UTC
Severity: normal
Found in version 29.1.90
Fixed in version 30.0.50
Done: Juri Linkov <juri <at> linkov.net>
Bug is archived. No further changes may be made.
Full log
Message #178 received at 68235 <at> debbugs.gnu.org (full text, mbox):
> From: Juri Linkov <juri <at> linkov.net>
> Cc: rudalics <at> gmx.at, 68235 <at> debbugs.gnu.org
> Date: Wed, 06 Mar 2024 20:03:50 +0200
>
> > This doc string doesn't explain enough: it begs the question "what
> > does selecting a tab have to do with killing buffers?"
>
> Here is a better docstring:
>
> +(defcustom tab-bar-select-keep-windows-function #'tab-bar-select-keep-windows
> + "Function that keeps windows after selecting a tab.
> +When a previously selected tab displayed a buffer that was later killed,
> +this function defines what to do with the window that displayed that buffer
> +after switching back to the previous tab.
Thanks, this is much more clear now. I suggest a slight rewording:
Function called when selecting a tab to handle windows whose buffer was killed.
When a tab-bar tab displays a window whose buffer was killed since
this tab was last selected, this function determines what to do with
that window.
> +(defun tab-bar-select-keep-windows (_frame windows)
> + "Display a placeholder buffer in the window with killed buffer.
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
"...in the window whose buffer was killed."
> +A button allows to restore a killed file buffer."
"A button in the window allows to restore the killed buffer, if
it was visiting a file."
This bug report was last modified 1 year and 30 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.