- From: Fernando Serboncini <notifications@github.com>
- Date: Thu, 25 May 2017 12:42:34 -0700
- To: heycam/webidl <webidl@noreply.github.com>
- Cc: Subscribed <subscribed@noreply.github.com>
Received on Thursday, 25 May 2017 19:43:11 UTC
Could you clarify a bit what would be the semantics of `<class>.supports()`? Does it just mean "it's on my IDL", i.e. no actual support is necessary/guaranteed? Do you think it would be confusing to do: ``` const myOptions = {...}; if (whatever.support(myOptions)) { let a = whatever(myOptions); } ``` and then `a` fails to be created? Or worse, if `myOptions` are actually ignored when creating it? And if the meaning of it is "actually supported", it means it should never be ignored? (If we are looking at this as a feature detection). Otherwise, we wouldn't be really addressing it and `supports` would be more of a necessary but sufficient condition? And if so, then I'm not sure I get the utility of this outside of another unreliable feature detection scheme. My feeling is that we seem to be trying to solve an issue of required/optional parameters, which the "have an options dictionary argument" created. -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/heycam/webidl/issues/107#issuecomment-304104320
Received on Thursday, 25 May 2017 19:43:11 UTC