home *** CD-ROM | disk | FTP | other *** search
/ Executor 2.0 / executorv2.0.iso / pc / dos / extra / docs / maillist / text / archive.96 / text5859.txt < prev    next >
Encoding:
Text File  |  1996-07-25  |  1.5 KB  |  40 lines
  1.     id m0uDvNT-0007sFa; Mon, 29 Apr 96 10:00 MDT
  2. Sender: owner-executor
  3. Received: by ftp.ardi.com (Smail3.1.29.1 #3)
  4.     id m0uDvFk-0007sVC; Mon, 29 Apr 96 09:52 MDT
  5. Received: by gwar.ardi.com (Smail3.1.29.1 #3)
  6. References: <Dq4K19.D9@gorilla.nbn.com>
  7. Message-id: <m0uDvBo-000GOKC@gwar.ardi.com>
  8. Subject: Re: executor messes up fvwm!
  9. Cc: executor@ardi.com
  10. Newsgroups: comp.emulators.mac.executor
  11. In-reply-to: <KOSOWSKY.96Apr28210852@bellini.harvard.edu>
  12. To: kosowsky@bellini.harvard.edu (Jeffrey J. Kosowsky)
  13. Date: Mon, 29 Apr 96 09:48 MDT
  14. From: mat@ardi.com (Mat Hostetter)
  15. Sender: owner-executor@ardi.com
  16. Precedence: bulk
  17.  
  18. >>>>> "Jeffrey" == Jeffrey J Kosowsky <kosowsky@bellini.harvard.edu> writes:
  19.  
  20.     Jeffrey> Mat, Your response got me to thinking about the problem
  21.     Jeffrey> of running Executor with an 8 bit colormap.
  22.  
  23. [munch]
  24.  
  25.     Jeffrey> Specifically, if you run Executor after allocating many
  26.     Jeffrey> of the available colors, then Executor manages to run
  27.     Jeffrey> with the remaining available colors albeit with a
  28.     Jeffrey> somewhat changed on screen appearance. The feature that I
  29.     Jeffrey> am suggesting would simply allow you to specify the
  30.     Jeffrey> number of colors that Executor can use and then Executor
  31.     Jeffrey> would try to make the best use of them (eg. pick the
  32.     Jeffrey> closest available color). Is this a reasonable
  33.     Jeffrey> suggestion?
  34.  
  35. Yes, that wouldn't be too hard to do.  We may do something like that
  36. in the future.
  37.  
  38. -Mat
  39.  
  40.