Re: more than one-line minibuffer needed for eval-last-sexp output

[Deepak Goel]

> [contribution..]
Keep up the good work :)

On a related note: was wondering if there could be a way for
minibuffer to auto-expand to several lines, if the message it wants to
display is > 1 line.

i do use mini-rsz, but that does not automatically resize for large
messages..

yeah, i know it is recommended that messages not be > 1 line in the
first place, but i think it would be cool if mini-rsz allowed one to
display >1 line message..


> Notice that the minibuffer doesn't crack open to give you the several
> lines needed to display the value.  These days that would seem a
> common courtesy of the minibuffer to do, however eval-last-sexp still
> uses the conservative single lined minibuffer approach.. ok whatever,
> anyways obviously something should be done in order to usefully see
> the output.  Sure one can hit ^U^X^E but that's not the point.
> --=20
> http://www.geocities.com/jidanni Tel886-4-25854780 e-mail:restore .com. =BF=
> n=A4=A6=A5=A7


--Deepak, http://www.glue.umd.edu/~deego
39:22 EMACS has  now revealed the best of  scriptures, a documentation
uniform in  style proclaiming promises  and warnings.  Those  who fear
their EMACS are filled with awe  as they listen to its revelations, so
that their hearts soften at the remembrance of EMACS.  Such is EMACS's
guidance: He bestows  it on whom He will.  But  he whom EMACS misleads
shall have none to guide him.