home *** CD-ROM | disk | FTP | other *** search
/ Executor 2.0 / executorv2.0.iso / pc / dos / extra / docs / maillist / text / archive.96 / text5844.txt < prev    next >
Encoding:
Text File  |  1996-07-25  |  2.6 KB  |  54 lines
  1.     id m0uDlHL-0007sPa; Sun, 28 Apr 96 23:13 MDT
  2. Sender: owner-executor
  3. Received: from ardi.com by ftp.ardi.com
  4.     (Smail3.1.29.1 #3) id m0uDlGo-0007sFn; Sun, 28 Apr 96 23:13 MDT
  5. Path: sloth.swcp.com!tesuque.cs.sandia.gov!ferrari.mst6.lanl.gov!newshost.lanl.gov!ncar!csn!news-1.csn.net!imci3!imci2!news.internetMCI.com!newsfeed.internetmci.com!info.ucla.edu!nntp.club.cc.cmu.edu!cantaloupe.srv.cs.cmu.edu!das-news2.harvard.edu!das-news!kosowsky
  6. From: kosowsky@bellini.harvard.edu (Jeffrey J. Kosowsky)
  7. Newsgroups: comp.emulators.mac.executor
  8. Subject: Re: executor messes up fvwm!
  9. Date: 29 Apr 1996 01:08:52 GMT
  10. Organization: Division of Applied Sciences, Harvard University
  11. Lines: 32
  12. Message-ID: <KOSOWSKY.96Apr28210852@bellini.harvard.edu>
  13. References: <Dq4K19.D9@gorilla.nbn.com> <m0uDb9b-000GOKC@gwar.ardi.com>
  14. NNTP-Posting-Host: bellini.harvard.edu
  15. In-reply-to: mat@ardi.com's message of Sun, 28 Apr 96 12:25 MDT
  16. To: executor@ardi.com
  17. X-MailNews-Gateway: From newsgroup comp.emulators.mac.executor
  18. Sender: owner-executor@ardi.com
  19. Precedence: bulk
  20.  
  21. In article <m0uDb9b-000GOKC@gwar.ardi.com> mat@ardi.com (Mat Hostetter) writes:
  22. >   I think the problem is that Executor ties up his colormap, so
  23. >   subsequently run programs can't get the colors they desire.  Since you
  24. >   are running in 16bpp mode, you have no colormap and everything works.
  25. >
  26. >   "-privatecmap" is one workaround for his problem, although not a
  27. >   perfect one.
  28. >
  29. >   -Mat
  30. Mat,
  31.     Your response got me to thinking about the problem of running
  32.     Executor with an 8 bit colormap. The current options leave you
  33.     with two extreme solutions. You can either run in the root
  34.     colormap resulting in Executor eating up many of the available
  35.     256 colors that are then not available for other programs or you
  36.     can use the privatecmap option which then results in
  37.     funky/annoying color changes as you change windows. Perhaps there
  38.     could be a more flexible intermediate option that allows you to
  39.     specify & limit the number of colors that Executor will use for
  40.     itself (I know that this can't happen until post Executor
  41.     2). In a sense such behavior is already possible. Specifically,
  42.     if you run Executor after allocating many of the available
  43.     colors, then Executor manages to run with the remaining available
  44.     colors albeit with a somewhat changed on screen appearance. The
  45.     feature that I am suggesting would simply allow you to specify
  46.     the number of colors that Executor can use and then Executor
  47.     would try to make the best use of them (eg. pick the closest
  48.     available color). Is this a reasonable suggestion?
  49.  
  50. Jeff Kosowsky 
  51.  
  52.  
  53.  
  54.