-
Notifications
You must be signed in to change notification settings - Fork 53
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
Give the UA permission to return anything it wants from query(). #97
Conversation
The main constraint is that the result can only change when the UA gets new information about the user's intent.
…permission state".
more detailed structure that requires more information to describe it. In | ||
that case, they should define a customized <a>permission descriptor | ||
type</a> dictionary that inherits from {{PermissionDescriptor}}. | ||
Each powerful feature has one or more aspects that websites may request |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
nit: link to "powerful features" dfn?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
nit: please avoid using "may" without a conforming product. Maybe we can just say "websites can request"?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I don't think there is a definition of "powerful features". It used to be in Secure Contexts, but it got taken out. I was going back and forth on adding a "Definitions" section in this patch, but I guess I'll do it for this one.
And I've switched to "can".
Few comments, nits, etc. Thanks for putting this PR together @jyasskin! |
Yes, this is good. You should merge this and we can iterate on the outcome. |
Lots of terminology changed in w3c/permissions#97.
Lots of terminology changed in w3c/permissions#97.
Lots of terminology changed in w3c/permissions#97.
Lots of terminology changed in w3c/permissions#97.
Lots of terminology changed in w3c/permissions#97.
Lots of terminology changed in w3c/permissions#97.
Lots of terminology changed in w3c/permissions#97.
This option is the most straightforward about giving the UA nearly complete flexibility. The main constraint is that the result should only change when the UA gets new information about the user's intent, but we don't say what constitutes new information. This version also gives some examples (media and durable storage) of constraining permission behavior further on a per-API basis.
Preview at https://api.csswg.org/bikeshed/?url=https://raw.githubusercontent.com/jyasskin/permissions/ua-can-return-anything/index.bs