[Webkit-unassigned] [Bug 53055] REGRESSION: Rendering artifacts on a rotated, pattern filled shape
bugzilla-daemon at webkit.org
bugzilla-daemon at webkit.org
Sat Aug 20 13:27:21 PDT 2011
https://bugs.webkit.org/show_bug.cgi?id=53055
--- Comment #21 from Tim Horton <timothy_horton at apple.com> 2011-08-20 13:27:20 PST ---
(From update of attachment 104612)
View in context: https://bugs.webkit.org/attachment.cgi?id=104612&action=review
>> Source/WebCore/ChangeLog:11
>> + pixel-cracking along pattern tiling boundaries.
>
> It's so wonderful to have someone from Apple working on SVG, with the abilities to do such things as extend the WebKitSystemInterface :-)
:-)
>> Source/WebCore/ChangeLog:15
>> + We now round SVG tile image size up in all cases.
>
> I think I introduced the ceilf logic on purpose. The ceilf alone makes no sense, but it's used in conjunction with following code: in PassOwnPtr<ImageBuffer> RenderSVGResourcePattern::createTileImage:
>
> ...
> if (!SVGImageBufferTools::createImageBuffer(absoluteTileBoundaries, clampedAbsoluteTileBoundaries, tileImage, ColorSpaceDeviceRGB))
> return nullptr;
>
> GraphicsContext* tileImageContext = tileImage->context();
> ASSERT(tileImageContext);
>
> // The image buffer represents the final rendered size, so the content has to be scaled (to avoid pixelation).
> tileImageContext->scale(FloatSize(absoluteTileBoundaries.width() / tileBoundaries.width(),
> absoluteTileBoundaries.height() / tileBoundaries.height()));
>
> Is this obsolete now? How are other platforms affected by your change to avoid the ceil?
> Maskers contain similar code to avoid fix-up rounding differences by the ceil.
You mean the lroundf? I made it ceilf again in this patch (like you used to have it). I'll show you a variety of examples where lroundf breaks things at some point later this weekend.
I'm not avoiding a ceil, I'm adding one.
>> Source/WebCore/ChangeLog:17
>> + No new tests. (OOPS!)
>
> Can you add a test?
Planning on it!
--
Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
More information about the webkit-unassigned
mailing list