Skip to content
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

Add potential hueristics for the README #828

Merged
merged 4 commits into from
Mar 4, 2020
Merged

Add potential hueristics for the README #828

merged 4 commits into from
Mar 4, 2020

Conversation

orta
Copy link
Contributor

@orta orta commented Feb 25, 2020

Notes -> Prose from our pairing session

Copy link
Member

@sandersn sandersn left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

One addition, but I'm not sure if totally makes sense.

README.md Outdated Show resolved Hide resolved
README.md Outdated Show resolved Hide resolved
README.md Outdated Show resolved Hide resolved
- Is the IDL source from WHATWG?
- Are the additions available in at least two of Firefox, Safari and Chromium?
- Is the IDL source from W3C?
- What stage of the [W3C process](https://en.wikipedia.org/wiki/World_Wide_Web_Consortium#Specification_maturation) is the proposal for these changes: We aim for Proposed recommendation, but can accept Candidate recommendation for stable looking proposals.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

What would be reasons to take W3C specs in different way? W3C also will try not to introduce a breaking change if multiple implementations are already shipped and being used, as doing so will break the web. I know they have their approval steps, but I think that's more about algorithmic details rather than the API form.

Copy link
Contributor Author

@orta orta Mar 4, 2020

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I think of this as we're seeing this a little bit more mechanically (because we're not involved in the process and are always coming a bit late to the party) and trying to find heuristics to understand how to react directly from a PR

The main reason they were differentiated was because they came with differing level of ways to verify "done"-ness. A W3C spec can says "this is ready, and won't change" vs a WHATWG which is always living and we have to validate

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Makes sense. I guess I'm okay with this as I think you will allow some exceptions 👍

Copy link
Contributor

@saschanaz saschanaz left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM if mine helps

@orta
Copy link
Contributor Author

orta commented Mar 4, 2020

Thanks @saschanaz

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

Successfully merging this pull request may close these issues.

3 participants