- From: Tobie Langel <notifications@github.com>
- Date: Sun, 10 Sep 2017 00:54:07 -0700
- To: heycam/webidl <webidl@noreply.github.com>
- Cc: Subscribed <subscribed@noreply.github.com>
- Message-ID: <heycam/webidl/pull/436/review/61678506@github.com>
tobie approved this pull request. Great stuff. A few nits. Worth merging without squashing imho. > @@ -5747,7 +5742,7 @@ The following extended attributes are <dfn for="extended attributes">applicable <div algorithm> The <dfn for="IDL type" lt="extended attribute associated with|extended attributes associated with">extended attributes associated with</dfn> - a [=type=] |type| are determined as follows: Shouldn't we add a DFN for WebIDL types here, instead of removing the linking altogether? > \[[DefineOwnProperty]], -\[[GetOwnProperty]], and -\[[Delete]]. +\[[Set]], +\[[Delete]], +\[[OwnPropertyKeys]], and +\[[Call]]. I'm wondering if we should get rid of the above list too. I'm not sure keeping it around adds any value. > @@ -1223,7 +1219,7 @@ lie outside the valid range of values for its type, as given in 1. Let |S| be the sequence of characters matched by the <emu-t class="regex"><a href="#prod-float">float</a></emu-t> token. 1. Let |result| be the Mathematical Value that would be obtained if - |S| were parsed as an ECMAScript [=NumericLiteral=]. + |S| were parsed as an ECMAScript <emu-nt>[=NumericLiteral=]</emu-nt>. Have you checked that this doesn't create issues with the JS script that handles all of the grammar productions dynamically? -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/heycam/webidl/pull/436#pullrequestreview-61678506
Received on Sunday, 10 September 2017 07:54:29 UTC