Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!mnetor!uunet!husc6!mit-eddie!ll-xn!ames!sdcsvax!ucsdhub!hp-sdd!hplabs!hpcea!hpfcdc!hpldola!hp-lsd!winfree!bdale
From: bdale@winfree.UUCP (Bdale Garbee)
Newsgroups: comp.protocols.tcp-ip
Subject: Re: Re: supdup protocol and local editing
Message-ID: <152@winfree.UUCP>
Date: Mon, 19-Oct-87 16:36:03 EDT
Article-I.D.: winfree.152
Posted: Mon Oct 19 16:36:03 1987
Date-Received: Fri, 23-Oct-87 03:34:08 EDT
References: <8710121554.AA07611@armagnac.DEC.COM> <8710140650.AA03966@ucbvax.Berkeley.EDU>
Reply-To: bdale@winfree.UUCP (Bdale Garbee)
Organization: Bdale's Berkeley Box, Colorado Springs
Lines: 29

In article <8710140650.AA03966@ucbvax.Berkeley.EDU> dan@WILMA.BBN.COM writes:
>Sending over integral numbers of lines was just right, since that's
>what your local editor wants to deal with anyway.  It also means you can
>easily handle having two different representations for "lines"
>(records vs. streams, crlf vs. lf, etc.)  on the two machines.  Also,
>if the backend "editor" can mark the beginning and end of each region
>sent to the local micro in a way which does not change as lines are
>added or deleted outside each region (which ed had), then you can
>trivially have independent windows on the same file at the same time
>with virtually no local "intelligence".

I spend a lot of time each day using an HP terminal tied into an HP3000 
system dealing with HP's corporate mail system.  The editor in the mail
system works in a very similar fashion, but I find it nearly unbearable.

I guess it depends on what you are used to, but using terminal-level
intelligence to edit portions of files/messages is a problem, particularly
when you want to clip and yank hunks of text that cross the boundaries of
what you have in the local terminal.  In particular, all of the systems I've
used of this type require contortions to insert a large hunk of text in the
middle of a file/message.

The system described (using ed commands and a smart terminal) is a neat trick,
but I'd like to see us avoid designing a protocol based on that model.
-- 
Bdale Garbee, N3EUA			phone: 303/495-0091 h, 303/590-2868 w
uucp: {bellcore,crash,hp-lsd,ncc,pitt,usafa}!winfree!bdale
arpa: bdale@net1.ucsd.edu		packet: n3eua @ k0hoa, Colorado Springs
fido: sysop of 128/19 at 303/495-2061, 2400/1200/300 baud, 24hrs/day