Neil Hodgson wrote:
Robert Roessler:
... or *will* use 4-tuples with alphas - but special-case
the zero values to be the inverse of what would be usually expected.
Actually, looking at that last bit, it looks silly enough that you
probably do not mean that. ;)
Well, if you think its silly, then I'll pretend it wasn't what I meant.
Well, in the sense of breaking people's expectations for what ARGB
values "mean", and creating a bizarre non-linearity in the
interpretation of said 4-tuples... ;)
This also works in nicely with bindings for
languages that are strongly typed - the new color+alpha values could
be represented by a new/different type to use with the new calls - if
one cared about such things.
If all 32 bits of colours are completely used in specifying ARGB
then there has to be another bit associated with each colour within
Scintilla to choose opaque drawing.
Yes. Analogously to all of the supporting data [structures] with
styles, saying how a style is actually rendered / interacts with its
environment... it just seems that, in practice, colors in Scintilla
don't really exist in a vacuum - they are stashed in some structure
that directs some activity.
Which, to the extent that this is true, gives a place to hang this
"one extra bit" of control info.
Robert Roessler
[EMAIL PROTECTED]
http://www.rftp.com
_______________________________________________
Scintilla-interest mailing list
[email protected]
http://mailman.lyra.org/mailman/listinfo/scintilla-interest
