If we do as you suggest and sort the minibuffer last instead of inserting it last in the window list, then that will cause problems when we add the ability to do a vertical split instead of just horizontal splits (I want to change the window list into a window tree in order to add this).
On Wed, Mar 18, 2009 at 11:39 AM, Jean-Philippe Bernardy < [email protected]> wrote: > > On Wed, Mar 18, 2009 at 6:09 PM, Kevin Ballard <[email protected]> wrote: > > It seems like your real complaint is that you think it makes more sense > to > > have the minibuffer directly below the buffer it's associated with. > However, > > this breaks consistency with both vim and emacs, and it has its own > problems > > (for example, if the minibuffer is below the top window in a 2-window > split, > > the space that shows completion hints is still displayed at the very > bottom > > of the window). > > I can agree with the user interface issue, though I think it makes more > sense to > keep the minibuffer associated with the window which originates it in the > editor > logic. Hence, I prefer the solution to sort the windows just before > displaying, as I > outlined before. > > If others agree with you (and in particular the vim folk confirms that > 228 does not reappear), > I'd be ok to apply the patch though. > > Cheers, > JP. > > > > -- Kevin Ballard http://kevin.sb.org [email protected] --~--~---------~--~----~------------~-------~--~----~ Yi development mailing list [email protected] http://groups.google.com/group/yi-devel -~----------~----~----~----~------~----~------~--~---
