W3C home > Mailing lists > Public > www-svg@w3.org > July 2004

Re: [SVG 1.2 draft]: 17.3 Media Interfaces - getPixel()

From: Chris Lilley <chris@w3.org>
Date: Sat, 17 Jul 2004 03:24:33 +0200
Message-ID: <73333150.20040717032433@w3.org>
To: Robin Berjon <robin.berjon@expway.fr>
Cc: www-svg@w3.org

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 Group
Received on Friday, 16 July 2004 21:24:33 UTC

This archive was generated by hypermail 2.3.1 : Wednesday, 5 February 2014 07:14:54 UTC