W3C home > Mailing lists > Public > www-style@w3.org > December 2013

Re: [css-masking] clip-path with invalid url

From: fantasai <fantasai.lists@inkedblade.net>
Date: Mon, 16 Dec 2013 15:32:49 -0800
Message-ID: <52AF8DA1.8080606@inkedblade.net>
To: www-style@w3.org
On 12/13/2013 10:49 AM, Tab Atkins Jr. wrote:
> On Thu, Dec 12, 2013 at 2:28 AM, Dirk Schulze <dschulze@adobe.com> wrote:
>> All implementations create a stacking context for clip-path on HTML
> > even if the url() is “invalid”. Means the fragment identifier does
>> not exists, resource is not loaded or does not point to an <clipPath>
>> element. I also tested the behavior on ‘mask’ with the same result.
>> In all cases the three engines WebKit, Gecko and Blink do create a stacking context.
>> Now it is up the implementations if they want to change the behavior.
> Given that all implementations are consistent, I do not expect that
> to happen.
> That's the correct behavior anyway - we shouldn't be basing things
> like stacking contexts on used-value time information, which network
> requests qualify as whenever possible.

Ah, yes. I agree. I thought Dirk was saying the opposite, and was

Received on Monday, 16 December 2013 23:33:46 UTC

This archive was generated by hypermail 2.4.0 : Friday, 25 March 2022 10:08:37 UTC