RE: Shrinking mini windows to one pixel height

[Drew Adams]

> >  > If you feel strongly about disabling this by default, on behalf of the
> >  > innocent and the naïve, I could agree with a defcustom that would do
> >  > that.  Maybe.
> >
> > So let's wait for an innocent or naïve to speak up.
> 
> Speaking from the naive camp, I'm not seeing a problem here. As long as
> the mode line area is still there to use the mouse to drag the window
> border back up.
> 
> Curiously, though, I can't reproduce this problem with icomplete-mode or
> ido-mode enabled. Try this: turn on icomplete-mode, type something (one
> character, or even a full function name), and try resizing the height of
> the minibuffer to smaller than one line tall.

I can repro it using Emacs 26 pretest 2 on MS Windows.
After `M-x', to make the minibuffer active, I can drag
the mode-line down so the minibuffer is only 1 pixel high.

This doesn't seem like a feature, to me - any more than,
e.g., allowing Emacs to have no frame showing a minibuffer.
I imagine that we should prevent/disallow this the same
way we do that.

On the other hand, an ability to use the mouse to remove
the minibuffer from a frame, as long as there is another
frame to move it to (so that it is still visible), might
be useful for some people in some contexts (no, I don't
have anything particular in mind).

Barring that possibility, I think it's important that
the minibuffer stay clearly visible. Users can reduce
its font height and so its overall height, but leaving
the font unchanged and reducing the window height much
more than the font height seems like a bad idea.

Remember that users can interact more with the
mode-line using the mouse these days, and someone
could easily slip while trying to click, and end
up dragging the mode-line down to visually "snuff out"
the minibuffer window.  That's a gotcha.

Martin's suggestion of keeping the window at least the
height of a minibuffer text line sounds reasonable.

But I'd love to hear descriptions of a use case for
letting the window height be reduced much more than
the font height.  Just because I can't think of such a
use case now doesn't mean there isn't one.