home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / sys / next / software / 2550 < prev    next >
Encoding:
Text File  |  1992-11-08  |  1.4 KB  |  42 lines
  1. Newsgroups: comp.sys.next.software
  2. Path: sparky!uunet!zaphod.mps.ohio-state.edu!uwm.edu!linac!unixhub!kaon.SLAC.Stanford.EDU!pfkeb
  3. From: pfkeb@kaon.SLAC.Stanford.EDU (Paul F. Kunz)
  4. Subject: Re: Faster 3.0 on Color Machine via dwrite
  5. In-Reply-To: aozer@next.com's message of 7 Nov 92 23:36:05 GMT
  6. Message-ID: <PFKEB.92Nov7202207@kaon.SLAC.Stanford.EDU>
  7. Lines: 29
  8. Sender: news@unixhub.SLAC.Stanford.EDU
  9. Organization: Stanford Linear Accelerator Center
  10. References: <1992Oct30.235141.4139@kakwa.ucs.ualberta.ca> <5795@rosie.NeXT.COM>
  11. Date: Sun, 8 Nov 1992 04:22:10 GMT
  12.  
  13. In article <5795@rosie.NeXT.COM> aozer@next.com (Ali Ozer) writes:
  14.  
  15.    One final note... Flushing 2-bit windows with alpha to a 12-bit screen is
  16.    rather slow, and I believe this is what causes Frame to run real slow
  17.    on a NSC when the window depths are limited. If you don't limit the
  18.    depth, Frame's windows become 12-bits (with alpha), and in that case the
  19.    flush is much faster.
  20.  
  21.    Ali, Ali_Ozer@NeXT.com
  22.  
  23.  
  24. I don't limit the depth (at least I did nothing to limit it), but
  25. FrameMaker runs real slow on my NSC after it is launched.  To speed it
  26. up, I change some characters to Red, then back to black, thus,
  27. according to Ali's explaination, promotes the windows to 12 bits.
  28. Is there an easier way?
  29.  
  30.  
  31.  
  32.  
  33.  
  34.  
  35.  
  36.  
  37.  
  38. --
  39. Paul F. Kunz    pfkeb@slac.stanford.edu (NeXT mail ok)
  40. Stanford Linear Accelerator Center, Stanford University
  41. Voice: (415) 926-2884   (NeXT) Fax: (415) 926-3587
  42.