home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!zaphod.mps.ohio-state.edu!cs.utexas.edu!rutgers!cmcl2!panix!isc
- From: isc@panix.com (David Koosis)
- Newsgroups: comp.bbs.misc
- Subject: Re: Windows 3.1 and BBS software
- Message-ID: <C0CLo8.68M@panix.com>
- Date: 4 Jan 93 21:14:31 GMT
- References: <1992Dec30.211530.28662@mintaka.lcs.mit.edu> <C0Asys.5C0@panix.com> <1993Jan4.165959.11691@mksol.dseg.ti.com>
- Organization: PANIX Public Access Unix, NYC
- Lines: 31
-
- In <1993Jan4.165959.11691@mksol.dseg.ti.com> mccall@mksol.dseg.ti.com (fred j mccall 575-3539) writes:
-
- >In <C0Asys.5C0@panix.com> isc@panix.com (David Koosis) writes:
-
- >>hasn't anyone come up with a (ms) windows-based windowing
- >>protocol yet? so that we could run bbs's with windowing
- >>interfaces?
- ...
- >>do we have to do it ourselves?
-
- >Probably, and I would expect it to be DOG SLOW running over anything
- >less than a V.32bis connection. Of course, X has this problem, too.
-
- I'm not so sure it would have to be dog slow.
- I think a version of the 80/20 (or even 95/5) rule applies:
- 80% of user activity will fall into 20% of the possible domain.
- If you optimize that 20% (by downloading data, commonly used dialogs,
- etc. to the client side) then performance might actually be *better*
- than one finds on the conventional tty interface.
-
- If the protocol allows for bi-directional communication, you
- could even download the diff of the the server file list (for example)
- while the user decides which key to press next. Then when the
- user lists files -- presto! -- it's there.
-
- - david
- --
- -- ISC Consultants Technical Training & Consulting Since 1973
- --
- -- Tel: 212-477-8800 Email: isc@panix.com
- -- Fax: 212-477-9895 Snail: 14 E 4 ST, STE 602, NYC 10012-1141
-