Re: Privileged context features and JavaScript

On 4/17/15 2:44 AM, Mike West wrote:
> Either way, expressing the constraint via IDL seems totally reasonable.

OK, so let's say we do the "API is still present but fails somehow" 
thing.  How would one express that constraint via IDL?  What would the 
normative language be?  It seems like the best you can do in this 
situation is an IDL annotation that has no actual behavior implications 
of its own but serves as a warning to the spec reader to carefully read 
the prose for what the behavior implications are, right?

I say this because I'm seeing people want to apply this to a variety of 
different APIs which should do a variety of different things in the 
"disabled" state, as far as I can tell.

Am I missing something and there's something more that such an 
annotation could do?

-Boris

Received on Friday, 17 April 2015 14:10:18 UTC