Subject: bug#1806: dired-pop-to-buffer in wrong place

From: Juri Linkov <[email-masked]>
Date: Fri, 16 Jan 2009 01:00:12 +0200

>> Actually Dired already displays that list in the Dired window itself
>> when the list is too large and fills the whole window.  But it would be
>> bad to replace the Dired buffer with a small list with 2-3 filename lines
>> and a lot of empty lines.  So it is better to display a separate window
>> near the minibuffer without empty lines using `fit-window-to-buffer'.
>
> Reasonable.  I suppose we should try to stay in the same "column" when
> frames are divided horizontally.  Any fallback we should use when a
> bottom window can't be split?  Split the selected one?

Creating a full-width window would fit more information, and the
window width will be the same as the width of the minibuffer's window.
This will more logically connect a new window to the minibuffer
that is necessary for dired files and completions:

    +------------+------------+
    |            |            |
    |            |            |
    |   dired    |   other    |
    |            |            |
    |            |            |
    +------------+            |
    |   other    |            |
    |            |            |
    +------------+------------+
    | file1.ext file2.ext     |
    | file3.ext file4.ext     |
    +-------------------------+
    | Prompt: command         |
    +-------------------------+

I think this would be the best layout, but not sure is it possible
to create it using splitting from the initial configuration?

    +------------+------------+
    |            |            |
    |            |            |
    |   dired    |   other    |
    |            |            |
    |            |            |
    +------------+            |
    |   other    |            |
    |            |            |
    |            |            |
    |            |            |
    |            |            |
    +------------+------------+
    | Prompt: command         |
    +-------------------------+

-- 
Juri Linkov
http://www.jurta.org/emacs/