home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: alt.lucid-emacs.help
- Path: sparky!uunet!usc!sol.ctr.columbia.edu!ira.uka.de!math.fu-berlin.de!news.netmbx.de!Germany.EU.net!mcsun!sunic!dkuug!daimi!lynbech
- From: lynbech@daimi.aau.dk (Christian Lynbech)
- Subject: Re: zmacs style elastic mini-buffer
- Message-ID: <1992Nov18.120251.8390@daimi.aau.dk>
- Sender: news@daimi.aau.dk
- Organization: DAIMI: Computer Science Department, Aarhus University, Denmark
- References: <1992Nov17.193123.254@ennews.eas.asu.edu>
- Date: Wed, 18 Nov 92 12:02:51 GMT
- Lines: 37
-
- rao@parikalpik.eas.asu.edu (Subbarao Kambhampati) writes:
-
-
- >Is there a way in which we can have the minibuffer become more than
- >one line long whenever it needs to show long inputs or outputs? I find
- >it frustrating when I am trying to find-file on a deeply nested
- >directory and the pathname is so long that lemacs shows just the
- >beginning or ending of the line and I am typing without seeing the
- >full text..
-
- >Rao
-
- I remember an old emacs (18) package which was supposed to help in
- that situation.
-
- The idea was to keep a log of message output in a separat buffer, so
- one always could see not only long lines, but also older messages. If
- I remember correctly, it even displayed the history buffer
- automatically when output did not fit the minibuffer.
-
- I don't recall what it was called (should be on ohio though) nor how
- it was implemented (portability ?). Perhaps somebody else does?
-
-
- ------------------------------------------------------------------------------
- Christian Lynbech
-
- DAIMI office: R0.32 phone: 5034
- University of Aarhus,DK-Denmark email: lynbech@daimi.aau.dk
- ------------------------------------------------------------------------------
- EMACS, The One True Editor
-
-
- Hit the philistines three times over the head with the Elisp reference manual.
-
- - petonic@hal.com (Michael A. Petonic)
-
-