RE: resize-mini-windows...

[Drew Adams]

Why is the default value for `resize-mini-windows' `grow-only'? I think that
is annoying. I don't know what the advantage of `grow-only' is supposed to
be, but I don't think it is a good choice for the default value. What's
wrong with t? or nil?

Also, the Emacs manual (at least in my January snapshot), node Minibuffer
Edit, says that t is the default value. Would that it were... (apologies to
J. Kerry).

Also, the Elisp manual does not mention `resize-mini-windows'. It should, I
think, be mentioned in node Minibuffer Misc, which describes other
minibuffer variables, such as `max-mini-window-height'.

Also, shouldn't `max-mini-window-height' be named something like
`minibuffer-window-max-height' - that is, shouldn't `max' be next to
`height' and `minibuffer' be next to `window'?

Also, what about this bug:

> From: Drew Adams Sent: Monday, January 08, 2007 3:24 PM
...
> 2. With `resize-mini-windows' = `grow-only' (the default), if I put a face
> on a character in the minibuffer prompt, and the face has a :box with
> 1-pixel border, then the minibuffer grows about a character in height.
...
> If I set `resize-mini-windows' = nil, the boxed character is shown
> completely, including both top and bottom box borders, so I don't
> think the resizing is because "the contents require more space" (from the
> doc). Something seems wrong with the computation of the needed height.
> Unless, that is, an additional space is supposed to always be present
> above and below the displayed characters.
...
> FYI, this is the face I put on a character, to provoke the jump in height:
> (defface foo
>     '((((type x w32 mac graphic) (class color))
>        (:box (:line-width 1 :color "Red")
>         :foreground "Red" :background "Cyan"))
>       (t (:inverse-video t)))
>   "..." :group 'faces)