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