- From: Darien Maillet Valentine <notifications@github.com>
- Date: Wed, 31 May 2023 01:30:42 -0700
- To: whatwg/webidl <webidl@noreply.github.com>
- Cc: Subscribed <subscribed@noreply.github.com>
Received on Wednesday, 31 May 2023 08:30:47 UTC
@bathos commented on this pull request. > @@ -8646,30 +8696,33 @@ a reference to the same object that the IDL value represents. </div> <div algorithm> - The <dfn export for="BufferSource">byte length</dfn> of a {{BufferSource}} |bufferSource| is - the value returned by the following steps: + The <dfn id=buffersource-byte-length export for="buffer source type">byte length</dfn> of a + [=buffer source type=] |bufferSource| is the value returned by the following steps: 1. Let |esBufferSource| be the result of [=converted to an ECMAScript value|converting=] |bufferSource| to an ECMAScript value. 1. If |esBufferSource| has a \[[ViewedArrayBuffer]] internal slot, then return |esBufferSource|.\[[ByteLength]]. The `[[ViewedArrayBuffer]]` has `[[ArrayBufferByteLength]]`, not `[[ByteLength]]`. A view (whether TypedArray or DataView) has `[[ByteLength]]` (which may be smaller than `[[ViewedArrayBuffer]].[[ArrayBufferByteLength]]`). Isn’t what’s written already correct — isn’t the copy only of the byte range that the view represents? -- Reply to this email directly or view it on GitHub: https://github.com/whatwg/webidl/pull/1311#discussion_r1211287526 You are receiving this because you are subscribed to this thread. Message ID: <whatwg/webidl/pull/1311/review/1452508327@github.com>
Received on Wednesday, 31 May 2023 08:30:47 UTC