[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#25054: 25.1; bury-buffer makes bad choice of next buffer
From: |
martin rudalics |
Subject: |
bug#25054: 25.1; bury-buffer makes bad choice of next buffer |
Date: |
Tue, 29 Nov 2016 09:09:26 +0100 |
> 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