GNU bug report logs -
#25054
25.1; bury-buffer makes bad choice of next buffer
Previous Next
Reported by: Francesco Potortì <pot <at> gnu.org>
Date: Mon, 28 Nov 2016 18:53:02 UTC
Severity: minor
Found in version 25.1
Done: Lars Ingebrigtsen <larsi <at> gnus.org>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
> I wonder why the default was set to t. Do you know if there is a simple
> explanation?
To return to a previous window configuration without having to restore
it explicitly. Consider simultaneous editing of two portions of the
same buffer after C-x 2. If one of the windows is temporarily used for
showing things like help, info or completions, quitting that window
should implicitly restore previous buffer and location.
The thread on Bug#20861 contains an explanation why your buffer "c" (one
that was never shown before in the window you created via C-x 4 b) is
unveiled there by ‘bury-buffer’. Maybe Jürgen's solution could be
improved by switching to an already visible buffer (like "c") only after
all other possibilities have been exhausted. Patches welcome ;-)
martin
This bug report was last modified 3 years and 191 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.