9fans - fans of the OS Plan 9 from Bell Labs
 help / color / mirror / Atom feed
From: erik quanstrom <quanstro@quanstro.net>
To: 9fans@cse.psu.edu
Subject: Re: [9fans] managing windows in rio
Date: Fri,  8 Feb 2008 08:04:35 -0500	[thread overview]
Message-ID: <ac2303b681a6c57bce9a5f4648278b7b@quanstro.net> (raw)
In-Reply-To: <32d987d50802080358u1cab115agb4d0b5152c1d55de@mail.gmail.com>

>> 4. to recall commands typed in an rc session without resorting to the
>> middle mouse button (snarf+paste)?
>
> russ has to useful scripts " and "" one prints the last comand the other
> executes it. what they do is grepping /dev/text
>
>> 5. to make rc auto-scroll for programs that output many pages of text, e.
>> g. a du on a deep directory tree, and to not block them after a single
>> page?
>
> middle click, "scroll"

one important difference that may be missed here is that unlike
linux, the shell is not responsible for either of these behaviors.
rio and acme are the two programs that link against libcomplete
thus, when running on the console, there is no completion
available.

there is a version of rc with research unix-style history.
/n/sources/contrib/quanstro/futharc.tgz.  it works by saving
parsed commands to a file designated by $history.  the
program history.c can be compiled as - and -p so that
"-p x" would print the last command x executed in any
window; "- x" would repeat that command.  "grep x $history"
would search history.

> 7. to make rc auto-complete commands and not only file/directory names?
>
> different OS & paradigm == different behavior

again, rc isn't doing the completion.  rio/acme don't
know what the commands might be.

this is why tab is not the completion key.  it would be
inconvient to be disallowed typing tab in any program
(save sam).

- erik


  parent reply	other threads:[~2008-02-08 13:04 UTC|newest]

Thread overview: 27+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-02-07 17:22 lejatorn
2008-02-07 17:25 ` andrey mirtchovski
2008-02-07 17:44   ` lejatorn
2008-02-07 17:45   ` Lluís Batlle
2008-02-07 17:59     ` john
2008-02-07 19:11       ` Steve Simon
2008-02-07 19:17         ` john
2008-02-07 19:45         ` Axel Belinfante
2008-02-08  9:47 ` Eris Discordia
2008-02-08 11:17   ` Martin Neubauer
2008-02-08 11:28   ` Anthony Sorace
2008-02-08 11:58   ` Federico G. Benavento
2008-02-08 12:58     ` Anthony Sorace
2008-02-08 13:04     ` erik quanstrom [this message]
2008-02-08 13:22       ` Eris Discordia
2008-02-08 13:31         ` erik quanstrom
2008-02-08 13:34         ` roger peppe
2008-02-08 14:26           ` Michael Andronov
2008-02-08 14:36             ` roger peppe
2008-02-08 19:18             ` Russ Cox
2008-02-08 16:47     ` john
2008-02-08 17:08   ` Uriel
2008-02-08 19:21 ` Russ Cox
2008-02-21  9:28   ` Mathieu L.
2008-02-21 10:24     ` Christian Kellermann
2008-02-21 10:47       ` lejatorn
2008-02-21 16:12     ` ron minnich

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

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=ac2303b681a6c57bce9a5f4648278b7b@quanstro.net \
    --to=quanstro@quanstro.net \
    --cc=9fans@cse.psu.edu \
    /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 NNTP newsgroup(s).