Add behavioral subfeature data guideline#26781
Conversation
|
Tip: Review these changes grouped by change (recommended for most PRs), or grouped by feature (for large PRs). |
|
@caugner I already mentioned 3 examples ( |
|
We discussed this on a special double-length BCD call today. Main takeaways:
|
Elchi3
left a comment
There was a problem hiding this comment.
LGTM, thanks for working on this!
- Maybe it is stated somewhere already but I think behavioral subfeatures should always have a description.
- I have not yet looked at data but my feeling is that often these features don't age well because very often they are introduced as part of documenting browser release notes. Not sure we need dedicated guidance (or irrelevance criteria) right now, but maybe something to keep in mind for later.
- If we see patterns of behavioral subfeatures, we should introduce dedicated guidelines (covered by the second paragraph you added), so that the data becomes more consistent.
|
This came up again on today's BCD call. I've made a few small changes:
@caugner and @Elchi3, I'd welcome re-review here. Thank you! |
Elchi3
left a comment
There was a problem hiding this comment.
Thanks Daniel, this looks good to me 👍
|
From today's BCD call: this still needs a link to this PR, for symmetry with other guidelines. I'll try to get to this shortly. |
Summary
This PR provides a general guideline for creating behavioral subfeatures.
Related issues
This continues a discussion started in #26605 (comment), while #26780 covers the partial implementation part of this.
This was partly inspired by #17352, but is narrower in scope.