From: pjb@informatimago.com (Pascal J. Bourguignon)
To: help-gnu-emacs@gnu.org
Subject: Re: page-at-a-time output for M-x shell
Date: Tue, 14 Jul 2009 19:21:02 +0200 [thread overview]
Message-ID: <87vdlvfaf5.fsf@galatea.local> (raw)
In-Reply-To: aa6147bf-c33c-4d36-8657-42c3b0f64477@j21g2000vbn.googlegroups.com
Francis Moreau <francis.moro@gmail.com> writes:
> On 14 juil, 12:55, p...@informatimago.com (Pascal J. Bourguignon)
> wrote:
>> Teemu Likonen <tliko...@iki.fi> writes:
>> > On 2009-07-13 13:42 (-0700), Samuel Wales wrote:
>>
>> >> I read the whole thread, and I am surprised at how thoroughly and
>> >> repeatedly the OP was misunderstood.
>>
>> > Then I'm certainly one of those. Sorry about that, Francis.
>>
>> >> I think what he wants is shell mode (not term) but to have some sort
>> >> of less-like solution (not less itself) for paging output. Page up and
>> >> prompt search and term in line mode are all good ideas, but he
>> >> probably tried them.
>>
>> > Hmm, speaking speculatively, would it be some code in shell.el (or much
>> > likely comint.el) which stores shell commands' output in an intermediate
>> > hidden buffer or some Lisp data type and then pages it to *shell* buffer
>> > for user? I'm pretty sure that that would be possible to implement.
>>
>> Of course. It is ALREADY implemented. That data structure is called
>> BUFFER, and the pages are called WINDOWS. There is a user interface
>> to let the user scan the pages, they're the PgUp and PgDn keys (PAGE
>> UP, PAGE DOWN).
>
> No it's not.
>
> What you propose with PgUp/PgDn is a _workaround_.
>
>>
>> How much silliness must we endure each day???
>>
>> But note however, that M-x term implements an automatic pager in
>> emacs, so you don't even have to remember to type |less : as soon as
>> the output is more than a window-long, the term emacs pager jumps in.
>>
>
> So why is it silly to implement the 'automatic pager emulation' in
> shell mode and not in 'M-x term' ?
It is clear from the first paragraph of my previous answer, but since
you don't understand (to the point of making this thread sound
trollish), I'll repeat: it is silly to implement the 'automatic pager
emulation' in shell mode, because the feature is ALREADY IMPLEMENTED
IN THE GUISE of a BUFFER, a WINDOW and PgUp and PgDn to browse the
buffer. What more do you want? more or less implement exactly the
same features, they load the file in a buffer, and display a
window-long at a time, and let you advance and (for less) retroced on
the press of a key. If you don't like the keys PgUp or PgDn, there's
already substitute keys implemented in emacs shell, namely C-v and
M-v, and if you don't like them either, it's trivial to bind other
keys.
--
__Pascal Bourguignon__
next prev parent reply other threads:[~2009-07-14 17:21 UTC|newest]
Thread overview: 53+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-07-11 13:14 page-at-a-time output for M-x shell Francis Moreau
2009-07-11 13:56 ` Pascal J. Bourguignon
2009-07-11 15:04 ` Peter Dyballa
2009-07-11 17:29 ` Sumit Narayan
[not found] ` <mailman.2292.1247324671.2239.help-gnu-emacs@gnu.org>
2009-07-11 18:06 ` Pascal J. Bourguignon
2009-07-12 12:24 ` Francis Moreau
2009-07-12 17:02 ` Pascal J. Bourguignon
2009-07-11 14:19 ` Peter Dyballa
[not found] ` <mailman.2288.1247322297.2239.help-gnu-emacs@gnu.org>
2009-07-12 12:20 ` Francis Moreau
2009-07-12 13:45 ` Peter Dyballa
[not found] ` <mailman.2349.1247406371.2239.help-gnu-emacs@gnu.org>
2009-07-12 14:12 ` Richard Riley
2009-07-12 17:47 ` Francis Moreau
2009-07-12 17:40 ` Francis Moreau
2009-07-12 17:54 ` Teemu Likonen
2009-07-13 8:07 ` Francis Moreau
2009-07-13 8:21 ` Teemu Likonen
2009-07-13 9:16 ` Francis Moreau
2009-07-13 9:51 ` Teemu Likonen
2009-07-13 11:27 ` Francis Moreau
2009-07-13 13:12 ` Sébastien Vauban
2009-07-13 14:48 ` Anselm Helbig
2009-07-13 15:07 ` Teemu Likonen
2009-07-14 15:07 ` Francis Moreau
2009-07-14 17:16 ` Pascal J. Bourguignon
2009-07-14 20:02 ` Francis Moreau
2009-07-14 22:42 ` Peter Dyballa
2009-07-12 19:41 ` Peter Dyballa
2009-07-13 5:17 ` tomas
2009-07-13 8:10 ` Peter Dyballa
[not found] ` <mailman.2380.1247427719.2239.help-gnu-emacs@gnu.org>
2009-07-13 8:03 ` Francis Moreau
2009-07-13 9:04 ` Peter Dyballa
[not found] ` <mailman.2414.1247475890.2239.help-gnu-emacs@gnu.org>
2009-07-13 9:38 ` Francis Moreau
2009-07-13 10:43 ` Peter Dyballa
[not found] ` <mailman.2418.1247481796.2239.help-gnu-emacs@gnu.org>
2009-07-13 11:29 ` Francis Moreau
2009-07-13 20:42 ` Samuel Wales
[not found] ` <mailman.2451.1247517772.2239.help-gnu-emacs@gnu.org>
2009-07-13 22:05 ` Teemu Likonen
[not found] ` <mailman.2453.1247522780.2239.help-gnu-emacs@gnu.org>
2009-07-14 10:55 ` Pascal J. Bourguignon
2009-07-14 15:10 ` Francis Moreau
2009-07-14 17:21 ` Pascal J. Bourguignon [this message]
2009-07-14 19:21 ` tomas
[not found] ` <mailman.2508.1247599009.2239.help-gnu-emacs@gnu.org>
2009-07-14 19:52 ` Francis Moreau
2009-07-14 20:39 ` Pascal J. Bourguignon
2009-07-14 20:00 ` Francis Moreau
2009-07-14 3:12 ` Barry Margolin
2009-07-14 9:21 ` Miles Bader
2009-07-14 15:20 ` Francis Moreau
2009-07-14 17:39 ` Pascal J. Bourguignon
2009-07-14 21:05 ` Barry Margolin
2009-07-13 9:53 ` Richard Riley
2009-07-12 12:40 ` Teemu Likonen
2009-07-12 13:26 ` Richard Riley
2009-07-12 14:52 ` Thierry Volpiatto
2009-07-13 21:43 ` Pascal J. Bourguignon
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87vdlvfaf5.fsf@galatea.local \
--to=pjb@informatimago.com \
--cc=help-gnu-emacs@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).