- From: Sebastian Müller <notifications@github.com>
- Date: Thu, 28 Mar 2019 16:16:22 +0000 (UTC)
- To: w3c/webcomponents <webcomponents@noreply.github.com>
- Cc: Subscribed <subscribed@noreply.github.com>
Received on Thursday, 28 March 2019 16:16:46 UTC
Don't know whether this is the right place to discuss this, but I think it is at least related - sorry for the noise if this is the wrong place: The [`CanvasRenderingContext#filter`](https://html.spec.whatwg.org/multipage/scripting.html#filters) property can also be used to reference filters declared in SVG and it also uses the [`url`](https://developer.mozilla.org/en-US/docs/Web/CSS/filter#SVG_filter) syntax to reference filters declared in SVG. I would hope that it works like this: at least if the canvas which provided the canvascontext lives in the same shadow DOM as the SVG filter, a relative url should resolve to the filter in the SVG. If the canvas image is currently not in the DOM, I don't see how this could ever resolve to a filter declared in a shadow tree, however. TBH I haven't tested this, myself; it's implemented in FF and Chrome, only, so far, and I don't know whether there is a spec for this with respect to shadow dom. I just played with that feature and loved it when it works and I was hoping that it would still work inside custom components. -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/w3c/webcomponents/issues/179#issuecomment-477665971
Received on Thursday, 28 March 2019 16:16:46 UTC