-
Notifications
You must be signed in to change notification settings - Fork 102
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
Guideline for entrypoints that are too long to spell out #1388
Comments
I think the principle is something like this: To aid search, include literal text that a web developer would inevitably type if they were to invoke the feature. If there's no essential entry point to the feature, then include only concise snippets of essential literal code instead. Never use made-up or idiosyncratic example code.
|
@ddbeck that sounds good to me, and I don't think we have anything like |
Yeah, I should probably have just used your example: @captainbrosset do you want to offer a take on #1388 (comment) before I open a PR? |
Your proposal sounds good to me. Feel free to open up a PR. |
In #1363 (comment) @captainbrosset wrote:
I don't think we've dealt with this before, but it will happen quite a lot. This would be terrible:
Because it's extremely unlikely anyone would write the code like that.
This specific case is complicated by the fact that there are many ways to get a
ServiceWorkerRegistration
instance, see the backreferences from https://w3c.github.io/ServiceWorker/#get-the-service-worker-registration-objectAnother case is properties on methods on elements. Some precedent from that:
What should a guideline say?
The text was updated successfully, but these errors were encountered: