On Thursday, July 15, 2004, 5:52:24 PM, Robin wrote: RB> Chris Lilley wrote: >> On Thursday, July 15, 2004, 2:25:27 PM, Robin wrote: >> RB> It returns an SVGColor object. As far as I can tell, that points to a >> RB> css::RGBColor which in turn does not support the alpha value. I might >> RB> have missed something, but if not I would call that a bug. >> >> In addition to adding opacity (ideally by fractional geometric coverage) >> don't we need to say what the sampling method is? Otherwise its trivial >> to produce content that will give wildly different results. RB> You're Mr.Colour so I might be missing something no - I was. Yes, this is about images, not about the svg canvas itself. Forget I spoke. RB> but currently getPixel RB> () is defined to work on "binary (pixel-based) images only" (a RB> definition which could be improved by dropping the "binary", just in RB> case someone adds XPM support) and therefore the x and y are pixels in RB> the image's intrinsic pixel-based coordinate system. I believe that the RB> motivation for that was that anything else was deemed Too Complex For RB> 1.2(r). Yup. -- Chris Lilley mailto:chris@w3.org Chair, W3C SVG Working Group Member, W3C Technical Architecture GroupReceived on Friday, 16 July 2004 21:24:33 UTC
This archive was generated by hypermail 2.3.1 : Wednesday, 7 January 2015 15:29:23 UTC