Bug 112094 – [Chromium] Embedder should be able to define built-in like custom elements

• Status: RESOLVED
• Resolution: WONTFIX
• Component: DOM

[Hajime Morrita]

Some embedder-provided tags like <webview> want be custom elements, which
- have non-hyphen names
- make their shadows non-traversable

[Hajime Morrita]

Created attachment 192661 [details]
Patch

[WebKit Review Bot]

Please wait for approval from [e-mail], [e-mail], [e-mail], [e-mail] or [e-mail] before submitting, as this patch contains changes to the Chromium public API. See also https://trac.webkit.org/wiki/ChromiumWebKitAPI.

[Adam Barth]

Comment on attachment 192661 [details]
Patch

View in context: https://bugs.webkit.org/attachment.cgi?id=192661&action=review

> Source/WebCore/loader/FrameLoaderClient.h:374
> +        virtual bool isUserAgentCustomElementName(String /*name*/) { return false; }

String -> const String&

> Source/WebKit/chromium/public/WebFrameClient.h:438
> +    virtual bool isUserAgentCustomElementName(WebFrame*, WebString) { return false; }

WebString  ->  const WebString&

[Adam Barth]

Is it better to call out from WebKit to the embedder, as you've done in this patch, or to have the embedder configure this information into WebKit?

[Hajime Morrita]

Created attachment 193097 [details]
Patch

[Hajime Morrita]

Adam, thanks for looking this responsibly!
I updated the patch.

> Is it better to call out from WebKit to the embedder, as you've done in this patch, or to have the embedder configure this information into WebKit?
This is my first plan. But I notice that

- it's a tricky business for embedder to track Document lifetime precisely and give
   appropriate element name for each newly created element.
- Chromium API layer has no extra strage associated to Document lifetime.

So I switched to this "pull" approach.

[Adam Barth]

Comment on attachment 193097 [details]
Patch

View in context: https://bugs.webkit.org/attachment.cgi?id=193097&action=review

> Source/WebKit/chromium/public/WebFrameClient.h:433
> +    // Asks whether given element name is used as a embedder-providing
> +    // custom element. Such custom elements can have names without hyphen,
> +    // and their shadow trees aren't traversable.
> +    virtual bool isUserAgentCustomElementName(WebFrame*, const WebString&) { return false; }

How does this behave when we create an element in a document that is no longer active in a frame?  I guess we don't make the callback and therefore the element types disappear?

[Adam Barth]

Comment on attachment 193097 [details]
Patch

I don't think we should do this yet.  We should wait until the custom element mechanism is more mature before exposing it to the embedder.  Otherwise, we'll make it difficult for ourselves to track the spec as it evolves because we'll have a constraint that other browser engines won't have.

[Hajime Morrita]

(In reply to comment #8)
> (From update of attachment 193097 [details])
> I don't think we should do this yet.  We should wait until the custom element mechanism is more mature before exposing it to the embedder.  Otherwise, we'll make it difficult for ourselves to track the spec as it evolves because we'll have a constraint that other browser engines won't have.

Adam, thanks for your feedback. The point is valid.
I'd discuss the team to search other possible approaches.