[Webkit-unassigned] [Bug 99119] Implement a non-compositing path for blending

[bugzilla-daemon at webkit.org]

https://bugs.webkit.org/show_bug.cgi?id=99119





--- Comment #8 from Mihai Tica <mitica at adobe.com>  2014-02-11 01:24:43 PST ---
(In reply to comment #7)
> (From update of attachment 223714 [details])
> The patch itself looks fine, but I have a number of questions.
> 
> What happens if a composited element is drawn under something that is blending? (not in the same hierarchy)
The mix-blend-mode (-webkit-blend-mode) property creates a stacking context. This means that in this case, the blending layer gets promoted with the IndirectCompositingForOverlap reason and the blending operation is performed. I'll add a test to the patch for this.
> 
> Similarly, what happens if a child of a blending element gets a compositing layer? How does it contribute to the blend?
As stated by the spec, the contents of an element (including child elements) must blend with the underlying stacking context. In this case, if a child layer gets a compositing layer, the blending layer is also promoted and the blending operation is performed correctly. This is tested in the patch in |blend-mode-with-composited-descendant-should-have-layer.html|.

-- 
Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.