You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: main/2025/WG-11-12.md
+76-2Lines changed: 76 additions & 2 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -27,10 +27,84 @@ and invited [guests](https://www.w3.org/policies/process/#GeneralMeetings).
27
27
28
28
## Meeting Notes
29
29
30
-
To be filled in after the meeting.
31
-
32
30
### Attendees
33
31
32
+
- Thomas Lively
33
+
- Zalim Bashorov
34
+
- Derek Schuff
35
+
- Ms2ger
36
+
- Luke Wagner
37
+
- Ryan Hunt
38
+
39
+
34
40
### Proposals and discussions
35
41
42
+
RH: Charter renewal
43
+
44
+
We should add the new specs from 3.0 to the charter (code metadata, legacy EH),
45
+
especially the legacy EH, since that’s critical for browsers.
46
+
TC39 has Annex B for browser-specific stuff
47
+
48
+
For EH, we’d want to make the doc not be specific to EH, in case we ever have other legacy features.
49
+
50
+
RH: Was talking with Luke about WASI; we don’t necessarily have to do anything here, but useful to think about what to do in the long term. SHould they become another deliverable?
51
+
52
+
LW: when we presented to the CG, most seemed to agree that WASI belongs in a separate working group that doesn’t have browsers, since browsers have a different API surface.
53
+
54
+
RH: Is there a timeline on when that might happen?
55
+
56
+
LW: probably some time next year. If there are developments with browsers and the Component Model,
57
+
that would be a good time to separate them. So far everything is phase 1
58
+
WRT the charter, there is a clean difference between the CM and WASI
59
+
60
+
DS: do we want to update the list of feature deliverables?
61
+
62
+
RH: we’ve shipped most of those
63
+
64
+
LW: stack switching, GC, etc are in progress. We can add JIT
65
+
66
+
TL: should we remove things that are shipped?
67
+
68
+
RH: JS interop should probably be added
69
+
70
+
RH: practically how the renewal affects me is that the charter is submitted for wider review and our AC rep asks me if it makes sense. If we have any weird features, then someone might object, but i dont’ anticipate a problem. With the CM, there was questions about overlap with web components. So people do read it.
71
+
72
+
So, let’s remove merged features, add JIT, reword the threads item to include GC, (GC and type system), catch-all for JS interop, broaden SIMD to numerics.
73
+
Let’s broaden the list of specifications to include legacy and metadata
74
+
75
+
DS: should we change any wording in section 4 about PRs? Even if we don’t plan to do PR. we have the same goals.
76
+
77
+
RH: it would technically make the process stricter. Since PR is after CR. Changing it to CR would more accurately reflect our process and seems unlikely there would be objections.
78
+
79
+
TL: what does “expected” mean? Should we just make it “must”? Later in the paragraph we say the spec “must” have an open test suite. Intentional? Maybe we just change it to “must”
80
+
81
+
RH: it also doesn’t say “browser” leaving the door open to changing the CG process.
82
+
83
+
DS: it also says “web platform tests”
84
+
85
+
RH: for external organizations, we should add WHATWG, since we’re integrating with ESM/HTML, and maybe streams in the future. In memory control we’ve been talking about BYOB readable streams.
86
+
87
+
DS: speaking of memory control, should we add that to the list of features?
88
+
89
+
RH: Should Binaryen be mentioned?
90
+
91
+
DS: currently it’s technically part of the CG rather than the WG. We’ve discussed whether we want to move it (although it seems likely that if it were to be moved it would go out of the W3C).
92
+
93
+
RH: yeah I don’t see a big potential for problems, just wondering
94
+
95
+
DS: it was kind of a free-for-all in the early days, putting software projects in the CG was convenient for collaboration, and the goal was to inform the CG decisions. We did move out the inactive ones several years ago.
96
+
97
+
Let’s vote to do the following:
98
+
99
+
- Remove already-merged features from the feature list
100
+
- Add to the list of features: JIT support, reword the threads item to mention GC, add a general item for GC and type system, add an item for JS interop, broaden the SIMD to numerics, and add memory management.
101
+
- Add legacy specs and metadata spec to the list of specification deliverables.
102
+
- In section 4, change the mention of Proposed Recommendation to be “Candidate Recommendation” and change “expected to” to “must”.
103
+
- Add WHATWG to the list of external organizations.
0 commit comments