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
confused...

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

This archive was generated by hypermail 2.3.1 : Monday, 2 May 2016 14:39:17 UTC