home *** CD-ROM | disk | FTP | other *** search
/ Usenet 1994 January / usenetsourcesnewsgroupsinfomagicjanuary1994.iso / sources / std_unix / mod.std.unix.v7 / text0045.txt < prev    next >
Encoding:
Internet Message Format  |  1987-06-30  |  1.9 KB
  1. From: campbell%maynard.UUCP@harvisr.harvard.edu (Larry Campbell)
  2. Date: Fri, 10 Oct 86 00:52:48 EDT
  3. Organization: The Boston Software Works, Inc.
  4.  
  5. There's another flavor of terminal I/O multiplexing that Mark Horton
  6. didn't mention.  It's widely available today; it requires no changes
  7. to user mode code (in fact, its presence is not detectable by user
  8. mode code); it does not require bit mapped or graphics terminals; and
  9. I've found it to be more useful and pleasant than I would have guessed.
  10.  
  11. "It" is the "virtual console" feature found in most PC-based UNIX
  12. implementations.  This does rely on memory-mapped video, but character-
  13. mapped terminals work as well as bit-mapped ones.  Typically, four to
  14. ten function keys are used to select four to ten virtual consoles.
  15. Each virtual console occupies the entire physical screen;  you can
  16. only see one at a time.  Keyboard input goes to the current (visible)
  17. virtual console.  Since the video is memory mapped, switching is
  18. instantaneous.
  19.  
  20. A process trying to write to a non-current virtual console will (fill
  21. up some clists and then) block.  A process trying to read the keyboard
  22. will block until the user switches to its console and types something.
  23.  
  24. This is all completely invisible to user programs;  they think they're
  25. dealing with a perfectly ordinary 24x80 terminal.  No SIGTSTP, no window
  26. size ioctls, etc.
  27.  
  28. I've used several "true" windowing systems before (Xerox Star, Apple
  29. Macintosh, Microsoft Windows, Symbolics 3600) and I find I like the
  30. virtual console paradigm far more than I would have anticipated.  It's
  31. simple and uncluttered.
  32.  
  33. I'm not suggesting that virtual consoles become part of the standard;
  34. just pointing out a useful alternative design.
  35. -- 
  36. Larry Campbell            MCI: LCAMPBELL   The Boston Software Works, Inc.
  37. ARPA: campbell%maynard.uucp@harvard.ARPA   120 Fulton Street, Boston MA 02109
  38. UUCP: {alliant,wjh12}!maynard!campbell     (617) 367-6846
  39.  
  40. Volume-Number: Volume 7, Number 46
  41.  
  42.