-
-
Notifications
You must be signed in to change notification settings - Fork 39
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
May 2023 #88
Comments
needs consensus: tc39/ecma262#3052 limit ArrayBuffer size to 2^53 bytes (slides) reaches consensus |
Array.fromAsync tc39/proposal-array-from-async#41: avoid double construction of this value (slides) reaches consensus |
Well-Formed Unicode Strings (String.prototype.{is,to}WellFormed) for stage 4 (slides, tc39/ecma262#3039) reaches Stage 4 |
Atomics.waitAsync for Stage 4 (tc39/ecma262#3049) reaches Stage 4 |
Base64 for Uint8Array for stage 2 (slides, spec) reaches Stage 2 |
Symbol Predicates needs stage 3 reviewers; confirm tc39/proposal-symbol-predicates#9 does not reach consensus on throwing, we'll rename the methods to end with "Symbol" |
RegExp v flag for Stage 4 (tc39/ecma262#2418, slides) reaches Stage 4 |
Decorator field/accessor initializer order (tc39/proposal-decorators#508, slides) gains consensus for Option 1, so we'll reverse the run order of initializers to be outermost -> innermost. |
iterator helpers: should Symbol.iterator fallback be a callable check or an undefined/null check? (slides) reaches consensus on Option 1, so we'll change iterator helpers proposal to check nullish instead of callable. |
iterator helpers: should malformed iterators fail early or fail only when iterated? (slides) gets consensus on Option 3, so iterator helpers will not eagerly validate the next method. |
Float16Array for stage 3 (slides, spec) reaches Stage 3 |
Decorator Metadata for Stage 3 (slides, pzuraq/ecma262#10) has general support for the what was discussed:
|
Intl ZonedDateTimeFormat for stage 1 (slides) reaches Stage 1 with a reduced scope for formatting just |
But without promotion to stage 3? |
Not yet, the committee asked this to be presented again later in the meeting, but I don't see it scheduled currently. |
Source Phase Imports for stage 3 (slides, tc39/proposal-source-phase-imports#36) stays at Stage 2:
|
Array.prototype.group rename for web compatibility (slides) is demoted to Stage 2 due to the change to static methods and accepting iterators, with the expectation that it will come back next meeting for Stage 3 after reviews. |
@zloirock it is being presented for stage 3 advancement right now |
Decorator Metadata for Stage 3 (slides, pzuraq/ecma262#10) reaches Stage 3 with the above changes |
I miss these summaries. Did they move somewhere else? Is there anywhere I can find meeting notes other than the verbose notes at https://github.com/tc39/notes? |
The delegate who does them may not have had time to do them. You can follow the tc39 proposals repo and notes repo for conclusions and stage changes. closing this one since it’s long past. |
https://github.com/tc39/agendas/blob/main/2023/05.md
The text was updated successfully, but these errors were encountered: