Subject: bug#11276: minibuffers windows can no longer explictly be resized

From: Eli Zaretskii <[email-masked]>
Date: Fri, 20 Apr 2012 17:17:12 +0300

> Date: Fri, 20 Apr 2012 14:05:57 +0200
> From: martin rudalics <[email-masked]>
> CC: [email-masked], [email-masked]
> 
>  >> What does a term like "the frame's other window" mean?  A frame can have
>  >> a couple of "other windows".
>  >
>  > Would it be better if we said "the frame's other windows", in plural?
> 
> No.

Why not?

>  > ??? I can resize the minibuffer window like this:
>  >
>  >   emacs -Q
>  >   M-: (setq resize-mini-windows nil) RET
>  >   C-x 2
>  >   drag the mode line of the lowest window with the mouse
>  >
>  > What is the recipe where you must have a full-height window above the
>  > minibuffer?
> 
> Unplug your mouse ;-)
> 
> For example,
> 
>    emacs -Q
>    M-: (setq resize-mini-windows nil) RET
>    C-x 2
>    C-x o
>    M-x shrink-window

OK, but that's just the side effect of how shrink-window works, the
mouse way proves that it _is_ possible to resize the minibuffer window
even if the window above it is not full-height.