🚀 go-pugleaf

In article <8583@xanth.cs.odu.edu> lazarus@cs.odu.edu (Keith E. Lazarus) writes:
>i'm really surprised at the reactions i've gotten when i've mentioned
>this idea to people...  a very strange look and 2 questions:
>
>            1) why would you want to allow that???  & 
>            2) how can it be done??? 
>
>i now realize that this is a <<<new>>> idea, however, I don't think that it is
>too ridiculous.  i'm really surprised that nothing like this already exists.

Perhaps to the Un*x world.  Though I think this may be a matter of a lack of
need (the system which I know of which has such an editor has much more
compelling reasons:  it was quite a bit slower in user-repsonsiveness (and
as near as I can tell, in general <in mips/$$>), and didn't support lots of
smaller files as well as a few *huge* files).

>my original question still stands:
> Do any of y'all know of any full-screen editors that support multiple
> users editing a single file at one time???

There is such and editor that runs under the MCP operating system on the
Unisys (used to be Burroughs) A-series machines.  It probably doesn't quite
qualify since the inherant assumption in this discussion seems to be that
the full-screen editor is asynchronous (along the lines of emacs or vi). The
A-series machines use a poll/select approach (as near as I recall) so as a
result you get more of a synchronous "feel" in your editing (you know, make a
bunch of changes, hit enter, wait for the screen to come back).  I was not at
all impressed with the MCP operating system when I worked for Unisys (though I
certainly can't claim that I knew it intimately).  However, this editor
definitely allowed multi-user access, with granularity down to lines.  It also
required that files have line numbers (ack!).

>  Keith E. Lazarus                     Department of Computer Science
>  lazarus@xanth.cs.odu.edu             Old Dominion University  Norfolk, VA


Brian R. Gilstrap                          Southwestern Bell Telephone
One Bell Center Rm 17-G-4                  ...!ames!killer!texbell!sw1e!uucibg
St. Louis, MO 63101                        ...!bellcore!texbell!sw1e!uucibg
(314) 235-3929                             ...!uunet!swbatl!sw1e!uucibg
#include <std_disclaimers.h>