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: 2023/README.md
+5-40Lines changed: 5 additions & 40 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -4,53 +4,18 @@ Interop 2023 is an effort to increase interoperability across browsers in key te
4
4
5
5
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.
6
6
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.
8
8
9
-
The overall timeline for the planning process is:
9
+
## Dashboard
10
10
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.
15
11
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.
17
12
18
-
If you would like to make a proposal or contribute in other ways, read on.
13
+
## Focus Areas
19
14
20
-
## Making a proposal
21
15
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
23
17
24
-
Before making a proposal, here's what to expect:
25
18
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
55
20
56
21
You're also welcome to join the conversation in the [`#interop20xx:matrix.org` Matrix channel](https://app.element.io/#/room/#interop2022:matrix.org)!
_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.
Copy file name to clipboardExpand all lines: README.md
+1-1Lines changed: 1 addition & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -2,4 +2,4 @@
2
2
3
3
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.
4
4
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