Article View: comp.sys.acorn.tech
Article #266Re: Palette utility obscurity
From: TMOTA
Date: Fri, 09 Oct 1992 00:37
Date: Fri, 09 Oct 1992 00:37
30 lines
1649 bytes
1649 bytes
ericl@cs.kuleuven.ac.be (Eric Lafortune) writes:
>On page 1257 in the PRM we can read about the Message_PaletteChange :
[...]
>Does this mean that when a Wimp program changes a colour in a 16 colour
>mode using "VDU 19, <colour number>, 16, <red>, <green>, <blue>", the
>palette utility automatically issues a redraw of the screen ???
NO. You should only use the WIMP calls to set the palette when running
on the desktop, I think... I don't think the WIMP traps VDU 19's...
[...]
[...make a red sprite ...]
[...change palette for red colour...]
>Your red sprite will change into a white one. As you can see there has
>been *no* redraw. To be sure of that last fact we will issue a
>broadcast message ourselves by :
If you use Wimp colour-setting calls, this shouldn't be a problem.
If not:
* If you call ColourTrans_InvalidateCache any subsequent redraws should
do their best to get the colour right given the new palette.
* Issue your own redraw broadcast
--
_________________ "I'd like to answer this question in two ways:
/____ _ _/_ __ First in my normal voice, and then
// / //_//_ /_/ in a silly, high-pitched whine." (Monty Python)
Technical Details
Message-ID:
<1992Oct9.003750.4187@cs.aukuni.ac.nz>Path:
arc1-ca.pugleaf.net!sparky!uunet!wupost!waikato.ac.nz!aukuni.ac.nz!cs18.cs.aukuni.ac.nz!jwil1References:
<1992Oct6.163937.9771@cs.kuleuven.ac.be>Show Full Headers
Complete Article Headers
Path: arc1-ca.pugleaf.net!sparky!uunet!wupost!waikato.ac.nz!aukuni.ac.nz!cs18.cs.aukuni.ac.nz!jwil1 Newsgroups: comp.sys.acorn.tech Subject: Re: Palette utility obscurity Message-ID: <1992Oct9.003750.4187@cs.aukuni.ac.nz> From: jwil1@cs.aukuni.ac.nz (TMOTA) Date: Fri, 9 Oct 1992 00:37:50 GMT Sender: jwil1@cs.aukuni.ac.nz (TMOTA) References: <1992Oct6.163937.9771@cs.kuleuven.ac.be> Organization: Computer Science Dept. University of Auckland Lines: 30