Skip to content

Commit c4104e9

Browse files
authored
Split out planning process from Interop 2023 README (#266)
This makes room for describing Interop 2023 properly in the README.
1 parent ec3f312 commit c4104e9

File tree

3 files changed

+54
-41
lines changed

3 files changed

+54
-41
lines changed

2023/README.md

Lines changed: 5 additions & 40 deletions
Original file line numberDiff line numberDiff line change
@@ -4,53 +4,18 @@ Interop 2023 is an effort to increase interoperability across browsers in key te
44

55
Similar to [Interop 2022](https://wpt.fyi/interop-2022), the tests selected will be continuously run on automated testing infrastructure. The test pass rates for each browser rendering engine will be displayed on the Interop 2023 Dashboard — displaying the percentage of passing tests in each chosen area, and an overall total score. The dashboard will also display scores for group progress on particular Investigation Efforts selected for the Interop team to work on throughout the year.
66

7-
Interop 2023 is tightly focused on technology that is already specified in web standards. This is not a place to invent new web technology, nor solve complex problems that need web standards. That work should happen in the standards bodies.
7+
Interop 2023 is tightly focused on technology that is already specified in web standards. This is not a place to invent new web technology, nor solve complex problems that need web standards. That work should happen in the standards bodies.
88

9-
The overall timeline for the planning process is:
9+
## Dashboard
1010

11-
- Public call for proposals beginning September 15.
12-
- Proposal review by the team, with an opportunity for refinement.
13-
- Selection of proposals by the team, based on consensus.
14-
- Public launch in early 2023.
1511

16-
A more detailed timeline is available in the [Interop 2023 RFC](https://github.com/web-platform-tests/rfcs/blob/master/rfcs/interop_2023.md) and below.
1712

18-
If you would like to make a proposal or contribute in other ways, read on.
13+
## Focus Areas
1914

20-
## Making a proposal
2115

22-
If you've had problems using a feature on the web because of differences between browsers, or because it isn't implemented in all browsers, it may be a good proposal for Interop 2023!
16+
## Investigation Efforts
2317

24-
Before making a proposal, here's what to expect:
2518

26-
- There are two kinds of proposals:
27-
- **Focus Area**: Most proposals should fall into this category, where the goal is for browsers to pass a set of tests for a feature. Only features which have high quality specifications and tests are in scope.
28-
- **Investigation Effort**: If a feature is widely implemented, but lacks a high quality specification or tests, an investigation effort may be appropriate. An investigation efforts consists of a set of tasks that will bring the feature up to the bar required for a Focus Area in the future. If this involves any standards work, that work must be done in the appropriate standards group, and those doing the work need to join that group.
29-
- Interop 2023 is not a venue for specifying new features; that work happens in working groups within organizations such as W3C and WHATWG.
30-
- Interop 2023 is not a process for making browser vendors work on things they're opposed to. Decisions are made by consensus, so highly contentious features are unlikely to be accepted.
31-
- Even great proposals may ultimately not be accepted, since we have to prioritize.
32-
33-
The process for making and driving a proposal is:
34-
35-
- **September 15 to October 15**: Submit your [Focus Area](https://github.com/web-platform-tests/interop/issues/new?template=focus-area-proposal.yml) or [Investigation Effort](https://github.com/web-platform-tests/interop/issues/new?template=investigation-effort-proposal.yml) proposal and fill in as many details as you can.
36-
- **October 16 to October 31**: The Interop team review and discuss proposals. During this time some refinements to the proposal can still be made. After this point no further action is required, but continued participation is certainly welcome, particularly to answer any questions.
37-
- **November 1 to November 30**: The Interop team decide, by consensus, which proposals to accept. Accepted proposals will require a pull request to document the accepted proposal in the repository. Help with this is appreciated, but not required.
38-
39-
The [Interop 2023 RFC]([https://github.com/web-platform-tests/rfcs/blob/master/rfcs/interop_2023.md](https://github.com/web-platform-tests/rfcs/blob/master/rfcs/interop_2023.md#proposal-selection)) describes the proposal selection in more detail.
40-
41-
## After a proposal is accepted
42-
43-
The Interop team is responsible for driving everything after a proposal is accepted. Here's what to expect:
44-
45-
- **December 1 to December 16**: Detailed review of the tests, and possibly writing some additional tests. Creation of a public dashboard showing the accepted proposals.
46-
- **January 9 to January 20**:
47-
- Finalize test selection.
48-
- Complete announcement plans. Prepare dashboard for launch.
49-
- **January 23 to January 27**: Public launch.
50-
- **Throughout 2023**: Track progress on the public dashboard. If issues with the test suite are found, anyone can make [test change proposals](https://github.com/web-platform-tests/interop/issues/new?template=test-change-proposal.yml), for review by the Interop team. Significant changes to the scope are unlikely to be accepted.
51-
52-
Ultimately, the outcome we hope for is that interoperability significantly improves, and that web developers and users benefit.
53-
54-
## Other ways to contribute
19+
## Join the conversation
5520

5621
You're also welcome to join the conversation in the [`#interop20xx:matrix.org` Matrix channel](https://app.element.io/#/room/#interop2022:matrix.org)!

2023/planning-process.md

Lines changed: 48 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,48 @@
1+
# Interop 2023 Planning Process
2+
3+
_This is original README for Interop 2023, describing the planning process and timeline. For an overview of our process after the fact, see the [proposal selection summary](./proposal-selection.md)._
4+
5+
The overall timeline for the planning process is:
6+
7+
- Public call for proposals beginning September 15.
8+
- Proposal review by the team, with an opportunity for refinement.
9+
- Selection of proposals by the team, based on consensus.
10+
- Public launch in early 2023.
11+
12+
A more detailed timeline is available in the [Interop 2023 RFC](https://github.com/web-platform-tests/rfcs/blob/master/rfcs/interop_2023.md) and below.
13+
14+
If you would like to make a proposal or contribute in other ways, read on.
15+
16+
## Making a proposal
17+
18+
If you've had problems using a feature on the web because of differences between browsers, or because it isn't implemented in all browsers, it may be a good proposal for Interop 2023!
19+
20+
Before making a proposal, here's what to expect:
21+
22+
- There are two kinds of proposals:
23+
- **Focus Area**: Most proposals should fall into this category, where the goal is for browsers to pass a set of tests for a feature. Only features which have high quality specifications and tests are in scope.
24+
- **Investigation Effort**: If a feature is widely implemented, but lacks a high quality specification or tests, an investigation effort may be appropriate. An investigation efforts consists of a set of tasks that will bring the feature up to the bar required for a Focus Area in the future. If this involves any standards work, that work must be done in the appropriate standards group, and those doing the work need to join that group.
25+
- Interop 2023 is not a venue for specifying new features; that work happens in working groups within organizations such as W3C and WHATWG.
26+
- Interop 2023 is not a process for making browser vendors work on things they're opposed to. Decisions are made by consensus, so highly contentious features are unlikely to be accepted.
27+
- Even great proposals may ultimately not be accepted, since we have to prioritize.
28+
29+
The process for making and driving a proposal is:
30+
31+
- **September 15 to October 15**: Submit your [Focus Area](https://github.com/web-platform-tests/interop/issues/new?template=focus-area-proposal.yml) or [Investigation Effort](https://github.com/web-platform-tests/interop/issues/new?template=investigation-effort-proposal.yml) proposal and fill in as many details as you can.
32+
- **October 16 to October 31**: The Interop team review and discuss proposals. During this time some refinements to the proposal can still be made. After this point no further action is required, but continued participation is certainly welcome, particularly to answer any questions.
33+
- **November 1 to November 30**: The Interop team decide, by consensus, which proposals to accept. Accepted proposals will require a pull request to document the accepted proposal in the repository. Help with this is appreciated, but not required.
34+
35+
The [Interop 2023 RFC]([https://github.com/web-platform-tests/rfcs/blob/master/rfcs/interop_2023.md](https://github.com/web-platform-tests/rfcs/blob/master/rfcs/interop_2023.md#proposal-selection)) describes the proposal selection in more detail.
36+
37+
## After a proposal is accepted
38+
39+
The Interop team is responsible for driving everything after a proposal is accepted. Here's what to expect:
40+
41+
- **December 1 to December 16**: Detailed review of the tests, and possibly writing some additional tests. Creation of a public dashboard showing the accepted proposals.
42+
- **January 9 to January 20**:
43+
- Finalize test selection.
44+
- Complete announcement plans. Prepare dashboard for launch.
45+
- **January 23 to January 27**: Public launch.
46+
- **Throughout 2023**: Track progress on the public dashboard. If issues with the test suite are found, anyone can make [test change proposals](https://github.com/web-platform-tests/interop/issues/new?template=test-change-proposal.yml), for review by the Interop team. Significant changes to the scope are unlikely to be accepted.
47+
48+
Ultimately, the outcome we hope for is that interoperability significantly improves, and that web developers and users benefit.

README.md

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -2,4 +2,4 @@
22

33
Welcome to the Interop project, an ongoing effort to make the web more interoperable in key areas, prioritized by web developer and user needs. This is part of [the web-platform-tests project](https://github.com/web-platform-tests/wpt), the main test suite for the web platform.
44

5-
**We are currently planning for Interop 2023 and welcome participation from anyone working on the web, please see the [Interop 2023 README](./2023/README.md) to learn more!**
5+
Please see the [Interop 2023](./2023/README.md) for the current iteration of the project!

0 commit comments

Comments
 (0)