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 Blocks: adoption and Blocks: implementation labels #5

Open
jyasskin opened this issue Jan 29, 2024 · 0 comments
Open

Add Blocks: adoption and Blocks: implementation labels #5

jyasskin opened this issue Jan 29, 2024 · 0 comments

Comments

@jyasskin
Copy link
Collaborator

Feedback from @samuelgoto: for the purpose of organizing issues in some specifications, the critical information is whether the issue prevents some users from getting to use the feature. That breaks down along two axes:

  1. Does it prevent a website from adopting the feature? Label these with Blocks: adoption (or a better name).
  2. Does it prevent a new user agent from implementing the feature? Label these with Blocks: implementation.

Often a new spec's proponents will have a partnership with some websites who might prefer not to post their own issues, so the spec's proponents are likely to be the primary users of the Blocks: adoption label. Other browser engines are more willing to write their own comments, so we'd expect to give their developers triage access and have them mark their own Blocks: implementation labels. But both of those can be flexible.

As with agenda+, the 90-day "important" SLO is probably not exactly right for these, but it could also be a good initial approximation until a better approach comes along.

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

No branches or pull requests

1 participant