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

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

From: Dirk Schulze <dschulze@adobe.com>
Date: Thu, 12 Dec 2013 10:28:20 +0000
To: fantasai <fantasai.lists@inkedblade.net>
CC: "www-style@w3.org" <www-style@w3.org>
Message-ID: <77E5CFE5-F446-4A04-8E4A-63292EC6F2FE@adobe.com>

On Dec 11, 2013, at 7:00 PM, fantasai <fantasai.lists@inkedblade.net> wrote:

> On 12/11/2013 07:46 AM, Dirk Schulze wrote:
>> 
>> On Dec 11, 2013, at 11:46 AM, fantasai <fantasai.lists@inkedblade.net> wrote:
>> 
>>>   6. # If the URI reference is not valid [...], no clipping is applied.
>>>      Please clarify whether a stacking context is still created
>>>      or whether the behavior is equivalent to specifying 'none'.
>> 
>> I would say a stacking context should be created to match the behavior
>> but think that implementations don’t do that currently. I would like
>> to base the decision on the current implemented behavior.
> 
> Then please investigate currently-implemented behavior. But please also
> raise this to the WG, as the implementors might decide they don't like
> the currently-implemented behavior.

I checked the behavior on Firefox, Safari and Chrome. (IE just supports clip-path and mask on SVG which does not have stacking contexts.)

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.

Greetings,
Dirk

> 
> ~fantasai
> 
Received on Thursday, 12 December 2013 10:28:51 UTC

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