home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!gatech!concert!rock!stanford.edu!snorkelwacker.mit.edu!thunder.mcrcim.mcgill.edu!sobeco!philmtl!vedge!brad
- From: brad@vedge.UUCP (Brad Fowlow)
- Newsgroups: comp.sys.mac.programmer
- Subject: Re: GetColor bug (was RE: NON-QUICKDRAW GAMES)
- Message-ID: <28629@vedge.UUCP>
- Date: 10 Sep 92 17:26:37 GMT
- References: <14973@mindlink.bc.ca>
- Organization: Visual Edge Software, St. Laurent, Quebec
- Lines: 63
-
- John_Miller@mindlink.bc.ca (John Miller) writes:
- : In article <18lbbfINNsdp@agate.berkeley.edu>,
- : Ben Haller (deadman@garnet.berkeley.edu) writes
- : > BTW, anybody noticed the charming System 7 bug that when the
- : > Color Picker comes up, after you dismiss it it leaves the CLUT
- : > fucked up? Charming. They haven't fixed that one yet, have they?
- : ....
- : Rather annoying behaviour for a call that is documented to put
- : everything back the way it was. Fortunately, writing an
- : crude alternate color dialog for CLUT devices was quick
- : enough, but it was an frustrating last minute discovery.
-
- An observation:
-
- It restores things, but in the palette manager's terms;
- after the dialog goes away, the palette manager is free to
- satisfy the color requirements of the next FrontWindow.
-
- One thing folks (or else I) seem to have missed
- is what is promised for a window without a palette.
- The color environment for a color window without a palette
- isn't the "normal" system palette, it's black and white,
- and a gray and the highlight color if possible;
- other colors get matched at the convenience of the PM.
-
- So the dismiss behaviour of the color picker
- is (sort of) a good thing; the palette manager
- is reducing the amount of window refresh by changing
- the color env only so far as it must to meet the stated
- requirements of the front window.
-
-
- A question:
-
- I don't see how to change this behavior without going under the PM.
- That is, I can't see how to kick the palette manager into using
- a palette without using a window that the palette is attached to.
-
- For example,
- I have (in an app) zero or more open windows each with its
- own palette. Switching among these windows is a rock video,
- but they do get updated quite well. After closing the
- last window, its color env stays around, because there's no
- other window demanding its own colors. Quitting the application
- seems to kick the PM into restoring the "normal" color env
- (perhaps the Finder is doing this?). I'd like this
- to happen whenever a last window closes.
-
- But I don't see how to get the PM to change the color environment
- without having a window active and setting its Palette.
- As long as the app is running, the pm won't retire that
- last window's colors until forced by another paletted window,
- and as we've noticed, there aren't many of those.
-
- Any thoughts on a PM-friendly way to get back the "normal"
- system palette when my last paletted window dies,
- just as happens when the app quits?
-
- - brad
-
- --
- -------------------------------------------------------------
- Brad Fowlow brad@vedge.com Visual Edge Software Limited
-