bug#6204: vc-dir always splits the frame

[martin rudalics <rudalics@gmx.at>]

 >> "As a special case, if FRAME-PARAMETERS contains (same-window . t) ..."
 >> so should we now say
 >> "As another special case, if FRAME-PARAMETERS contains
 >> (other-window . t) ..."
 >
 > We also have (same-frame . t), and we came to the conclusion at some
 > other point that we also want to have something like `nearby'
 > (i.e. other-window but close) or `near-minibuffer' (tho maybe `nearby'
 > is sufficient if near-minibuffer is only needed when the minibuffer is
 > the selected windows).
 > I feel like maybe these shouldn't be all separate parameters, but
 > instead we may want to have a single `where' parameter whose value could
 > then say `same-window', `other-window'.  OTOH we probably to be able to
 > specify some of the independently (I'm think mostly of `same-frame').
 >
 > So maybe it should be split into `which-frame' which could be `same' or
 > `other' or nil, and then `where' which could be `same-window', or
 > `other-window', or `nearby', or nil.

What I don't understand yet is whether or how we want other-window state
that a window shall be split to get the other window or that another
window shall be reused.

Or shall window splitting and creation of new frames still be guided
entirely by `pop-up-windows' and `pop-up-frames'?

martin