Issue metadata
Sign in to add a comment
|
Document#createElement[NS] argument options should be ElementCreationOptions |
||||||||||||||||||||||||
Issue descriptionAccording to the spec, we should remove these APIs in the idl file: [NewObject, DoNotTestNewObject, CustomElementCallbacks, PerWorldBindings, RaisesException] Element createElement(DOMString localName); [NewObject, DoNotTestNewObject, CustomElementCallbacks, RaisesException] Element createElementNS(DOMString? namespaceURI, DOMString qualifiedName); And modify createElement[NS] APIs to: [NewObject, CustomElementCallbacks, PerWorldBindings, RaisesException] Element createElement(DOMString localName, ElementCreationOptions options); [NewObject, CustomElementCallbacks, RaisesException] Element createElementNS(DOMString? namespace, DOMString qualifiedName, optional ElementCreationOptions options); In addition, we should get rid of CreateElementFlags and use ElementCreationOptions instead in the C++ implementation
,
Mar 15 2017
,
Mar 16 2017
Clearing the owner for the DOM team to triage and assign as appropriate.
,
Mar 24 2017
lunalu@, do you mean removing
// https://w3c.github.io/webcomponents/spec/custom/#extensions-to-document-interface-to-instantiate
// FIXME: The typeExtension arguments should not be nullable.
[CustomElementCallbacks, PerWorldBindings, RaisesException] Element createElement(DOMString localName, (DOMString or Dictionary)? options);
[CustomElementCallbacks, RaisesException] Element createElementNS(DOMString? namespaceURI, DOMString qualifiedName, (DOMString or Dictionary)? options);
?
,
Mar 24 2017
tkent, no, I meant to remove (https://cs.chromium.org/chromium/src/third_party/WebKit/Source/core/dom/Document.idl?rcl=62349ad779505d73be7c1dbd3db83dc9a38dc99f&l=58): Element createElement(DOMString localName); Element createElementNS(DOMString? namespaceURI, DOMString qualifiedName); I don't quite understand why in our Document.idl we have 2 definitions for createElement and createElementNS. Although I suspect functionally keeping 2 definitions is equivalent to the 1 defintion in the spec, we should probably make the argument |options| optional instead of nullable and only keep 1 definition for each method (to match the spec)?
,
Apr 7 2017
,
Jul 6 2017
,
Jan 24 2018
|
|||||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||||
Comment 1 by lunalu@chromium.org
, Mar 15 2017