9fans - fans of the OS Plan 9 from Bell Labs
 help / color / mirror / Atom feed
From: Vadim Antonov avg@postman.ncube.com
Subject: Set User (aka su)
Date: Mon, 21 Aug 1995 07:24:26 -0400	[thread overview]
Message-ID: <19950821112426.BavVCZ63ps2xyV3R-jqNiauM-pegmJjt5IelptlHc3o@z> (raw)

From: forsyth@plan9.cs.york.ac.uk

>the thing that many people want from hp -- support for the
>ESC-based cursor addressing schemes -- is the bulk of hp's source code.

HP is an extremely poor choice of terminal to emulate, as it
is overly complicated and full of margianlly useful features.
I counted lines, BTW, and >90% of the code is spent on doing
menus, yet another line discipline, emulating "cons" and "consctl",
etc etc. Only about 100 lines are devoted to parsing command
sequences (and most of them are unnecessary).

I would prefer arguing not about beliefs but about facts, ok?

>furthermore, the people who want that here are rarely satisfied
>by hp -- they wt more more more cursor addressing codes --
>specifically support for either VT320 or PC `ANSI' escape sequences.

It definitely makes sense to do something standard if the
standard exists.  You may argue till the hell freezes that
the electric plugs are of the wrong shape, but try to manufacture
"improved" ones which won't plug into old sockets.

>i've been looking at this recently, so i've had to read lots of vt220 emulators,
>the vt/pc emulator in the linux kernel, etc.  i don't accept this statement
>at all.

You don't need to emulate anything fancy, just a minimal device
which can be used as a display.

>also, the scrolling in hp is slow because it makes no attempt to be fast.

And doing it fast would bloat the code even more.

>>made user interface incoherent (can't call sam in the same
>>window as telnet!)

>i do not understand how support for cursor addressing makes the user interface
>`coherent' on any of the systems that support this archaic crud.

Sorry, emulation of a teletype is even more "archaic" than of
a display.  Bzzt.

>sam is usable in an X11 xterm only because it makes a separate call back to the terminal to produce something that isn't an xterm.

You didn't understand what i said.  Try to do:

hp
sam somefile

(telnet and cu are barely useful without hp).

--vadim






             reply	other threads:[~1995-08-21 11:24 UTC|newest]

Thread overview: 20+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
1995-08-21 11:24 Vadim [this message]
  -- strict thread matches above, loose matches on Subject: below --
1995-08-30 16:05 Andrew
1995-08-28  4:28 Byron
1995-08-27 14:46 Gary
1995-08-23 15:31 Berry
1995-08-23  8:36 Nigel
1995-08-22 21:50 Bill
1995-08-22 19:03 Walter
1995-08-22 15:28 carvell
1995-08-22 11:37 dhog
1995-08-22  3:27 rob
1995-08-21 23:51 rob
1995-08-21 23:42 forsyth
1995-08-21 21:14 Steve
1995-08-21 21:01 Steve
1995-08-21 12:04 Vadim
1995-08-21  6:59 Vadim
1995-08-21  4:36 Vadim
1995-08-19  7:25 rob
1995-08-18  9:34 Vadim

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=19950821112426.BavVCZ63ps2xyV3R-jqNiauM-pegmJjt5IelptlHc3o@z \
    --to=9fans@9fans.net \
    /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).