home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / arch / 8322 < prev    next >
Encoding:
Internet Message Format  |  1992-07-25  |  1.5 KB
  1. Path: sparky!uunet!auspex-gw!guy
  2. From: guy@Auspex.COM (Guy Harris)
  3. Newsgroups: comp.arch
  4. Subject: Re: BUSES and other things
  5. Message-ID: <13742@auspex-gw.auspex.com>
  6. Date: 26 Jul 92 01:15:07 GMT
  7. References: <54988@mentor.cc.purdue.edu> <1992Jul25.095712.17550@nuscc.nus.sg> <55077@mentor.cc.purdue.edu>
  8. Sender: news@auspex-gw.auspex.com
  9. Organization: Auspex Systems, Santa Clara
  10. Lines: 23
  11. Nntp-Posting-Host: bootme.auspex.com
  12.  
  13. >>Besides speed, what else do you think is important in a desktop bus?
  14. >
  15. >For the hundreds of thousands of users (this is a conservative estimate
  16. >based on observations at a few universities) who do mathematical typing,
  17. >an extremely important thing to have would be a large variety of characters
  18. >available for simultaneous display on the screen,
  19.  
  20. Well, the machine on *my* desktop can display quite a variety of
  21. characters...
  22.  
  23. ...because the hardware doesn't know beans about characters; the
  24. software can turn pixels on and off as it chooses.  It's the *software*
  25. that's responsible for having the characters available.
  26.  
  27. (And if you're going to argue that "bitmapped displays are the wrong
  28. answer", you'll have to explain why your favorite solution is better;
  29. I'm sure not going to simply take your word for it....)
  30.  
  31. But what does that have to do with a desktop *bus*?  Desktop buses
  32. usually don't *care* about characters; do you have a proposed design for
  33. a desktop bus that does?  Or do you just have a proposed design for a
  34. *display adaptor* that displays a large variety of characters, but that
  35. requires a specialized sort of bus?
  36.