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:
- Does it prevent a website from adopting the feature? Label these with
Blocks: adoption (or a better name).
- 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.
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:
Blocks: adoption(or a better name).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: adoptionlabel. 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 ownBlocks: implementationlabels. 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.