#ProWrite 3.2 color bug?
08-Nov-91 10:25:59
Sb: #29735-#ProWrite 3.2 color bug?
Fm: Central Coast Software 75300,1416
To: Steven Litvintchouk 71157,670
Steven,
The behavior you have discovered is because of ProWrite's new color
handling mechanism. Because ProWrite is designed to work on _any_ screen,
no matter what the color palette (including public screens where the
palette is not set up by ProWrite), it automatically checks the screen
palette every second or so and adapts its display to the current color set.
The 3-D effect on the requesters requires a set of four colors: a "white"
color (chosen to be the brightest color available), a "black" color (chosen
to be the darkest color available), and light and dark "gray" colors
(chosen to be the closest it can find to the appropriate brightnesses).
When the "white" and "light gray" colors are the same color, which can
happen when there is no bright white, it reverts back to a 2-D user
interface. Otherwise, some of the requester items would be partially
invisible. This also means that, unlike other programs, if you radically
alter the color palette, you still automatically get a nice 3-D look
(assuming you have enough colors).
The page color change is due to the fact that ProWrite always uses the
brightest color available for the page background. If you change the white
color to be something darker than the yellow color, then it will start
using yellow for the paper. Again, this behavior is because ProWrite is
designed to work on any screen with any color palette, so it doesn't have a
fixed color register number that it uses for display. If you want a gray
for the paper, you will need to darken _all_ the colors.
[continued in the reply]