[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: more than one-line minibuffer needed for eval-last-sexp output
From: |
Deepak Goel |
Subject: |
Re: more than one-line minibuffer needed for eval-last-sexp output |
Date: |
21 Jan 2001 13:53:21 -0500 |
> [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.