- From: Gili <cowwoc@bbs.darktech.org>
- Date: Sat, 21 Sep 2013 13:44:48 -0400
- To: public-media-capture@w3.org
- Message-ID: <523DDB10.5080100@bbs.darktech.org>
On 21/09/2013 1:48 AM, Harald Alvestrand wrote: > On 09/21/2013 07:02 AM, cowwoc wrote: >> Hi Harald, >> >> Good point. How about just making sure that the JS API provides a >> mechanism for implementing this UI (without mandating it)? > > You misunderstood. > > Prompting users for permission can't be done in Javascript, because > the Javascript is not trusted. That's not what I'm asking for. I'm asking for the following: 1. Add a new API method that allows an application to register most/all of the permissions it'll need over its lifetime. 2. The next time the application triggers an action that requires permissions (e.g. getUserMedia()) the vendor has the ability to prompt the user whether they'd like to grant more permissions at the same time. 3. Note, we are not mandating UI behavior, just exposing more information to the vendor and letting them decide how to make use of it. 4. Furthermore, note that applications don't have to invoke the method in #1 at all, or if they do they don't have to pass *all* permissions. They can register typical permissions and if the user runs into uncommon scenarios that require additional permissions they will get prompted for those individually. >> I believe the current API allows one to implement "Always trust >> this provider" but there is no mechanism allowing the application to >> ask for one permission while providing a full list of permissions it >> plans to ask for later on. If you want to allow the latter UI >> implementation, you'll need to add the necessary JS support. > > That particular API support was explicitly proposed, and explicitly > rejected. I disagree with your interpretation. What was rejected was providing an API that would require applications to acquire all permissions ahead of time at the beginning of the application. What I'm proposing here is a lot more passive. The method in #1 does not require vendors to acquire all permissions when the method is invoked (in fact, I'd recommend against it). It simply provides the vendor with the information and lets them decide on the best time/way to present this information. Lets ask the people who rejected the previous proposal what they think of this revised approach. Gili
Received on Saturday, 21 September 2013 17:45:40 UTC