W3C home > Mailing lists > Public > public-html-bugzilla@w3.org > December 2010

[Bug 10799] drawImage/pattern filters underspecified

From: <bugzilla@jessica.w3.org>
Date: Tue, 07 Dec 2010 21:16:59 +0000
To: public-html-bugzilla@w3.org
Message-Id: <E1PQ4uB-0006Im-Ew@jessica.w3.org>
http://www.w3.org/Bugs/Public/show_bug.cgi?id=10799

--- Comment #14 from Vladimir Vukicevic (Mozilla) <vladimir@pobox.com> 2010-12-07 21:16:59 UTC ---
(In reply to comment #11)
> For createPattern, add the text:
> 
> """
> If the original image data is a bitmap image, the value painted at a point in
> the area of the repetitions is computed by filtering the original image data.
> The user agent may use any filtering algorithm (for example bilinear
> interpolation or nearest-neighbor). When the filtering algorithm requires a
> pixel value from outside the original image data, it must instead use the value
> from wrapping the pixel's coordinates to the original image's dimensions. (That
> is, the filter uses 'repeat' behavior, regardless of the value of
> <var>repetition</var>.)

Hm, isn't this inconsistent?  For example, if the pattern uses no-repeat, and
is used to fill a rectangle larger than the pattern image size, this seems to
say that the no-repeat setting is ignored.  That seems odd and unexpected.

The clamp-to-edge behavior is fine for drawImage, but for patterns, I think the
only thing that mathematically makes sense is for the area outside of the
source pixels to be treated as transparent black for no-repeat.

-- 
Configure bugmail: http://www.w3.org/Bugs/Public/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
Received on Tuesday, 7 December 2010 21:17:00 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 20:01:35 UTC