home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / alt / bbs / 8124 < prev    next >
Encoding:
Text File  |  1993-01-23  |  2.1 KB  |  49 lines
  1. Newsgroups: alt.bbs
  2. Path: sparky!uunet!usc!rpi!cleggp
  3. From: cleggp@aix.rpi.edu (Paul Jason Clegg)
  4. Subject: GIF Menus on BBSs
  5. Message-ID: <h0k3p!q@rpi.edu>
  6. Nntp-Posting-Host: aix.rpi.edu
  7. Organization: Rensselaer Polytechnic Institute, Troy, NY
  8. Date: Fri, 22 Jan 1993 22:07:50 GMT
  9. Lines: 38
  10.  
  11. I noticed a thread forming on BBS design, and graphic interfaces was one of
  12. the major points I heard.  (BTW:  I'm all for a BBS design newsgroup)
  13.  
  14. I came up with an idea about a year or two ago, when I was planning on
  15. writing my own BBS code.  This is what I had wanted to do in my board (plus
  16. other "new" things):
  17.  
  18. GIF MENUS!
  19.  
  20. Yes, I know to transfer the menu everytime would take forever, particularly
  21. at the slower speeds.  But, why not do something like this:
  22.  
  23. It's a given that a special term program will have to be written to allow
  24. for graphics to begin with.  What the term program would do, however, is 
  25. receive a VERY short code from the remote host, perhaps a filename and a
  26. date.  It would check to see if it has the filename (which would be the GIF
  27. file) and check it's date to make sure it's current.  If these were not
  28. true (ie no file or older file), the board (or term program) would prompt
  29. the user if they wanted to d/l the new menu, and then (if yes) run a ZModem
  30. (or some protocol) download of the proper menu.  BUT it would keep the menu
  31. on the user's harddrive, so the user wouldn't have to d/l the menu everytime.
  32. Once the menus are d/led, the display time for a menu would only be limited
  33. by the user's computer system, and not the comm rate.  Of course, the board
  34. would also allow ANSI/ASCII logons as well, and volatile information (file
  35. dirs, messages) would still have to be transferred by normal means.
  36.  
  37. I also had some ideas on mouse-driven menus using a similar idea (special
  38. term + board codes).
  39.  
  40. ...Paul
  41.  
  42.  
  43.  
  44. -- 
  45. +                +        +    +  + + +  +    +        +                +
  46.       Paul Clegg, cleggp@rpi.edu.   Send me your Guide Articles! 
  47.          System One RPG designer.   Project Galactic Guide Coordinator.
  48. +                +        +    +  + + +  +    +        +                +
  49.