-
Notifications
You must be signed in to change notification settings - Fork 163
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
How generic is pipeTo? #407
Comments
This section of the spec is kind of a mess, I'm sorry. The intention, per previous discussions in #97, is to have pipeTo actually not be generic. It will only accept true WritableStream objects, and will operate using abstract operations instead of going through the public API. The reference implementation does not yet reflect this. There's a long dependency chain here unfortunately, such that the proper order is:
I'm sorry this isn't ready yet. In general writable streams need more attention. I hope this helps in the meantime, but let me know if perhaps adding a note like this in the spec text would be helpful... |
Thanks for the information and links. |
I've changed the wording a significant bit in the above commit. Thanks very much for bringing this to my attention; the previous wording was pretty off. I'll work on getting writable streams and pipeTo ready as soon as I can :). |
"it will not operate via the public readable and writable stream APIs". |
No. The idea from #97 is that it will not be generic, and will operate using abstract operations instead of going through the public API. |
Right, I misinterpreted the meaning of public, public to JS not to other specs... |
It is said in https://streams.spec.whatwg.org/#rs-pipe-to that pipeTo can be applied generically to other objects than ReadableStream.
It is not clear though whether pipeTo accepts WritableStream objects only or other objects as well.
I guess it is the latter but would the spec be able to state it clearly like done for ReadableStream?
The text was updated successfully, but these errors were encountered: