Skip to content
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

Update for changes to HTML's structured cloning/transferring #722

Merged
merged 3 commits into from
Apr 5, 2017

Conversation

domenic
Copy link
Member

@domenic domenic commented Apr 4, 2017

Closes #701.


This is basically editorial so if people are busy no need to review this; I'll merge it in a few days. But as always review is nice.

index.bs Outdated
useful for scenarios where both branches are to be consumed in such a way that they might otherwise interfere with each
other, such as by <a abstract-op lt="Transfer">transfering</a> their <a>chunks</a>. However, it does introduce a
noticable asymmetry between the two branches. [[!HTML]]
other, such as by <a href="#transfer-array-buffer">transfering</a> their <a>chunks</a>. However, it does introduce a
Copy link
Contributor

@isonmad isonmad Apr 4, 2017

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This defines transfering by linking to TransferArrayBuffer, which asserts its argument has an [[ArrayBufferData]] internal slot, but this section is talking about arbitrary chunks. I guess ArrayBuffer views are the primary (sole?) example that is both cloneable and then transferable, but it made me double-take.

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This sub-clause of the sentence is "such as", so yeah, it's just giving an example of how branches could interfere with each other.

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I'll link to HTML's "transferable objects" instead

index.bs Outdated
useful for scenarios where both branches are to be consumed in such a way that they might otherwise interfere with each
other, such as by <a abstract-op lt="Transfer">transfering</a> their <a>chunks</a>. However, it does introduce a
noticable asymmetry between the two branches. [[!HTML]]
other, such as by <a href="#transfer-array-buffer">transfering</a> their <a>chunks</a>. However, it does introduce a
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Should be "transferring"?

@@ -101,7 +101,7 @@ exports.PromiseInvokeOrPerformFallback = (O, P, args, F, argsF) => {
};

// Not implemented correctly
exports.SameRealmTransfer = O => O;
exports.TransferArrayBuffer = O => O;
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

How about using O => O.slice(0) instead? Or has this already been discussed?

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

In general this could probably be a lot better; that's a reasonable start.

@ricea
Copy link
Collaborator

ricea commented Apr 5, 2017

lgtm

@domenic domenic merged commit 480b2a3 into master Apr 5, 2017
@domenic domenic deleted the fix-strutured-clone branch April 5, 2017 05:55
@domenic domenic added the editorial Changes that do not affect how the standard is understood label Sep 2, 2017
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
editorial Changes that do not affect how the standard is understood
Development

Successfully merging this pull request may close these issues.

3 participants