Xref: utzoo alt.bbs:273 comp.misc:4300
Path: utzoo!utgpu!watmath!clyde!att!chinet!les
From: les@chinet.chi.il.us (Leslie Mikesell)
Newsgroups: alt.bbs,comp.misc
Subject: Re: New Ideas in BBSes (No BS!)
Summary: not just BBSs
Message-ID: <7095@chinet.chi.il.us>
Date: 6 Dec 88 19:45:26 GMT
References: <1217@cps3xx.UUCP> <12714@steinmetz.ge.com> <8083@dasys1.UUCP>
Reply-To: les@chinet.chi.il.us (Leslie Mikesell)
Distribution: na
Organization: Chinet - Public Access Unix
Lines: 22

In article <8083@dasys1.UUCP> tneff@dasys1.UUCP (Tom Neff) writes:
>The last thing we need is yet another BBS.  There are already too
>many of them out there.  What we need is something more basic - a
>low level protocol on which anyone can define his/her OWN BBS.

Absolutely!  Now that PC's running terminal emulation probably outnumber
real terminals it is time to get away from the "dumb" emulation
modes and take advantage of the local CPU.  If done in a reasonable
way, it would allow host-controlled "fill-in-the-form" editing
with the PC doing almost all the work, text editing with the PC
doing all of the screen handling, etc.  To make it work we need
two standards:  

 1) a method of multiplexing data streams (X.PC?)
    and
 2) a text based windowing system with the equivalent of "block transmit".

This would allow the development of many programs (not just BBS's) that
would run more efficiently.


Les Mikesell