Skip to content

Path to Stage 4 #76

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

Open
12 of 17 tasks
dminor opened this issue Dec 3, 2024 · 15 comments
Open
12 of 17 tasks

Path to Stage 4 #76

dminor opened this issue Dec 3, 2024 · 15 comments

Comments

@dminor
Copy link
Collaborator

dminor commented Dec 3, 2024

Stage 4

  • committee approval
  • two implementations and significant in-the-field experience
  • ecma262 PR approved
  • prepare ecma262 PR

Stage 3

Stage 2.7

@dminor
Copy link
Collaborator Author

dminor commented Mar 3, 2025

@michaelficarra and @jessealama, I was thinking of bringing this for Stage 2.7 at the April plenary, and I was wondering if you would have time to do the spec review before then?

@michaelficarra
Copy link
Member

Yes, I should. Just let me know when the spec text is ready for review.

@jessealama
Copy link

I'd be happy to take a look -- just ping me when it's ready!

@dminor
Copy link
Collaborator Author

dminor commented Mar 5, 2025

Thank you both :) It's ready for review now.

@michaelficarra
Copy link
Member

In WeakMap.prototype.getOrInsertComputed, let's validate the parameters in order. Swap steps 3 and 4.

Otherwise LGTM. Nice work.

@dminor
Copy link
Collaborator Author

dminor commented Mar 6, 2025

Thank you, the step ordering was fixed in #79

@jessealama
Copy link

Looks good to me. In WeakMap.prototype.getOrInsertComputed it looks like there's a leading whitespace character in step 10.

@dminor
Copy link
Collaborator Author

dminor commented Mar 19, 2025

I double checked the whitespace in the spec, and it's consistent between all of the return value steps. It's rendering correctly for me.

@dminor
Copy link
Collaborator Author

dminor commented Mar 19, 2025

@syg @bakkot @michaelficarra, would you have time to look at this as spec editors? I'd like to be able to bring this to plenary for Stage 2.7 in April.

@acutmore
Copy link

it looks like there's a leading whitespace character in step 10.

tc39/ecmarkup#623

@bakkot
Copy link
Contributor

bakkot commented Mar 19, 2025

LGTM. I might add a NOTE in the Computed variants (after the Call step) pointing out that the map may have been modified during the call (compare Map.prototype.forEach step 7.c.ii).

@michaelficarra
Copy link
Member

LGTM editorially. I think the notes are a good idea.

@dminor
Copy link
Collaborator Author

dminor commented Mar 25, 2025

The NOTE is being added in #81

@syg
Copy link

syg commented Mar 25, 2025

Editorially lgtm3.

@CanadaHonk
Copy link
Member

FYI for in-the-field experience, I implemented this in Porffor (CanadaHonk/porffor@cfc8fc9) and didn't have any trouble 🎉

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

7 participants