- From: Mattias Buelens <notifications@github.com>
- Date: Sun, 03 Nov 2019 08:09:10 -0800
- To: whatwg/streams <streams@noreply.github.com>
- Cc: Subscribed <subscribed@noreply.github.com>
- Message-ID: <whatwg/streams/pull/1021/review/310824443@github.com>
MattiasBuelens commented on this pull request. All right, I've kept the changes to a minimum, just enough to unblock other spec changes. We can always do a more thorough refactor later on. We should *in principle* rename (and update?) [the helpers in the reference implementation](https://github.com/whatwg/streams/blob/ae5e0cb41e9f72cdd97f3a6d47bc674c1f4049d1/reference-implementation/lib/helpers.js#L184-L202) to align with Web IDL as well, but that can also wait until another time. > @@ -884,7 +884,7 @@ for="ReadableStreamAsyncIteratorPrototype">return( <var>value</var> )</h4> 1. If *this*.[[preventCancel]] is *false*, then: 1. Let _result_ be ! ReadableStreamReaderGenericCancel(_reader_, _value_). 1. Perform ! ReadableStreamReaderGenericRelease(_reader_). - 1. Return the result of <a>reacting</a> to _result_ with a fulfillment handler that returns ! + 1. Return the result of <a>reacting</a> to _result_ with a fulfillment step that returns ! I opted for a singular "fulfillment step" here, because I thought it sounded a bit weird with plural "steps": > Return the result of reacting to result with fulfillment steps that return ReadableStreamCreateReadResult(value, true, true) > @@ -5013,13 +5012,13 @@ nothrow>TransformStreamDefaultSinkCloseAlgorithm( <var>stream</var> )</h4> 1. Let _controller_ be _stream_.[[transformStreamController]]. 1. Let _flushPromise_ be the result of performing _controller_.[[flushAlgorithm]]. 1. Perform ! TransformStreamDefaultControllerClearAlgorithms(_controller_). - 1. Return the result of <a>transforming</a> _flushPromise_ with: - 1. A fulfillment handler that performs the following steps: + 1. Return the result of <a>reacting</a> to _flushPromise_: + 1. If _flushPromise_ was fulfilled, then: This was already very close to the new format from [the example](https://heycam.github.io/webidl/#promise-example-addDelay), so I went ahead and refactored it. I must say: I like this new format quite a bit! 😄 > @@ -5365,7 +5364,7 @@ throws>CreateAlgorithmFromUnderlyingMethod ( <var ignore>underlyingObject</var>, <var>args</var> )</h4> <div class="note"> - PromiseCall is a variant of <a>promise-calling</a> that works on methods. + PromiseCall is a variant of <a lt="call a user object's operation">promise-calling</a> that works on methods. > > Figure out what to do with "promise-calling". > > I commented inline on some possible wording here. @domenic What was your suggestion for promise-calling? I can't seem to find your comment. 😕 -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/whatwg/streams/pull/1021#pullrequestreview-310824443
Received on Sunday, 3 November 2019 16:09:12 UTC