Pritesh Mistry wrote:
> Thanks for the hint, Bram, I should have tried that earlier itself,
> but I tried that now and found the association between
> 'previewwindow' & 'winminheight=0' the culprit.
> So, to put it again, this is how it goes:
> If the 'winminheight' is set to 0 & if a vertically adjacent
> window is set as a 'previewwindow', then if you try to reduce
> the height of the other non-preview window, the 'cmdheight' is
> increased in preference to increasing the height of the preview
> window [this remaining the same].
> Also, once the cmdheight increases, there is no way that it
> ever reduces again when trying to do ^W+. Doing this completely
> screws it up!
> This especially becomes a problem if a horizontally adjacent
> window occupies an entire edge of the frame, when the statusline
> at the bottom splits instead of remaining aligned at the bottom.
> Hope this helps!
OK, I can see the problem now. It also appears to happen when
'winminheight' is one and using 2 CTRL-W -. This is complicated stuff,
I'll look into it.
I am always surprised in the Linux world how quickly solutions can be
obtained. (Imagine sending an email to Bill Gates, asking why Windows
crashed, and how to fix it... and then getting an answer that fixed the
problem... <0>_<0> !) -- Mark Langdon
/// Bram Moolenaar -- Bram@...
((( Creator of Vim -- http://vim.sf.net
-- ftp://ftp.vim.org/pub/vim )))
\\\ Help me helping AIDS orphans in Uganda - http://iccf-holland.org