Re: display-buffer-alist simplifications

[martin rudalics]

> Conversely, as long as the Emacs 23 variables continues to work, we have
> all the time in the world to introduce the full set of new window
> management features.
>
> The hold-up is fine for now, because meanwhile other bugs are getting
> fixed and the manuals are getting updated.  But the timeline is not
> infinitely elastic---the whole point of a feature freeze is that new
> features are supposed to be ready for testing/integration at more or
> less the same time, instead of waiting on one another.
>
> Another reason I would prefer to reduce the initial set of changes to
> the minimum working set of "base" code is to get that code into the
> repository sooner rather than later.  Then other Emacs developers can
> help at working out integration issues, reducing the current bottleneck
> (i.e. "Martin doing everything").

I hopefully restored the old code now together with the functionality
needed for quit-window and a rudimentary `pop-to-buffer-same-window'
function.  So feel free to go on reducing the current bottleneck.

Thanks, martin