|
|
Created:
5 years, 10 months ago by philipj_slow Modified:
5 years, 10 months ago CC:
blink-reviews, blink-reviews-dom_chromium.org, arv+blink, vivekg_samsung, sof, eae+blinkwatch, vivekg, dglazkov+blink, Inactive, rwlbuis Base URL:
svn://svn.chromium.org/blink/trunk Target Ref:
refs/heads/master Project:
blink Visibility:
Public. |
DescriptionSync the DOMTokenList interface with the spec
https://dom.spec.whatwg.org/#interface-domtokenlist
BUG=460722
Committed: https://src.chromium.org/viewvc/blink?view=rev&revision=190649
Patch Set 1 #Patch Set 2 : rebase #Messages
Total messages: 22 (8 generated)
philipj@opera.com changed reviewers: + haraken@chromium.org
PTAL
haraken@chromium.org changed reviewers: + jl@opera.com
LGTM > Replacing [TreatReturnedNullStringAs=Null] with DOMString? does not change the generated code. I think this is fine, but Jens should confirm.
LGTM No changes in generated code, and DOMString? is certainly prefered over a non-standard extended attribute.
> No changes in generated code, and DOMString? is certainly prefered over a > non-standard extended attribute. Can we remove [TreatReturnedNullStringAs=Null] entirely from our IDL files?
On 2015/02/23 07:45:27, haraken wrote: > > No changes in generated code, and DOMString? is certainly prefered over a > > non-standard extended attribute. > > Can we remove [TreatReturnedNullStringAs=Null] entirely from our IDL files? I should think so. It's certainly technically possible, and I can't think of any good reason not to.
The CQ bit was checked by philipj@opera.com
CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/patch-status/947833002/1
There aren't many occurrences of it left, two similar getters on MediaList/DOMSettableTokenList and Node.textContent.
On 2015/02/23 07:51:43, philipj_UTC7 wrote: > There aren't many occurrences of it left, two similar getters on > MediaList/DOMSettableTokenList and Node.textContent. In other words, I'll prepare a CL.
The CQ bit was unchecked by philipj@opera.com
https://codereview.chromium.org/950763002/ I'll wait to land that CL before this one to deal with this in a single commit.
The CQ bit was checked by philipj@opera.com
CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/patch-status/947833002/1
The CQ bit was unchecked by commit-bot@chromium.org
Failed to apply patch for Source/core/dom/DOMTokenList.idl: While running patch -p1 --forward --force --no-backup-if-mismatch; patching file Source/core/dom/DOMTokenList.idl Hunk #1 FAILED at 23. 1 out of 1 hunk FAILED -- saving rejects to file Source/core/dom/DOMTokenList.idl.rej Patch: Source/core/dom/DOMTokenList.idl Index: Source/core/dom/DOMTokenList.idl diff --git a/Source/core/dom/DOMTokenList.idl b/Source/core/dom/DOMTokenList.idl index 766ca9444d1dff74100b428249add0a91bcd01fe..1293203c498ea8096609ea9927926222f1174fb6 100644 --- a/Source/core/dom/DOMTokenList.idl +++ b/Source/core/dom/DOMTokenList.idl @@ -23,17 +23,18 @@ */ // https://dom.spec.whatwg.org/#interface-domtokenlist + [ SetWrapperReferenceFrom=element, WillBeGarbageCollected, ] interface DOMTokenList { readonly attribute unsigned long length; - [TreatReturnedNullStringAs=Null] getter DOMString item(unsigned long index); + getter DOMString? item(unsigned long index); [RaisesException] boolean contains(DOMString token); [RaisesException, CustomElementCallbacks] void add(DOMString... tokens); [RaisesException, CustomElementCallbacks] void remove(DOMString... tokens); [RaisesException, CustomElementCallbacks] boolean toggle(DOMString token, optional boolean force); - + // FIXME: stringifier should be enumerable. [NotEnumerable] stringifier; iterable<DOMString>; };
New patchsets have been uploaded after l-g-t-m from haraken@chromium.org,jl@opera.com
rebase
The CQ bit was checked by philipj@opera.com
CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/patch-status/947833002/20001
Message was sent while issue was closed.
Committed patchset #2 (id:20001) as https://src.chromium.org/viewvc/blink?view=rev&revision=190649 |