Re: [WebIDL] Allowing specifications to opt in to throwing on sets of enumerated attributes to invalid values

On Thu, Nov 15, 2012 at 8:26 AM, Boris Zbarsky <bzbarsky@mit.edu> wrote:
> For example, PannerNode currently has this:
>
>     // Panning model
>     const unsigned short EQUALPOWER = 0;
>     const unsigned short HRTF = 1;
>     const unsigned short SOUNDFIELD = 2;
>
>     attribute unsigned short panningModel;
>
> and the desire is that bogus assignments to panningModel throw instead of
> silently being ignored, as I understand.
>
> There's similar stuff all over the spec ("type" on BiquadFilterNode and
> OscillatorNode are other examples, and there are lots more).

So https://dvcs.w3.org/hg/audio/raw-file/tip/webaudio/specification.html
(is that the correct version?) does not state that these attributes
throw. It seems to state very little in terms of conformance criteria
in fact. But e.g. for panningModel I wonder why that is so different
from e.g. XMLHttpRequest.response or <canvas>'s 2d's miterLimit that
it requires throwing? Is that because the person writing the
specification simply disagrees with prior API art or is there a
legitimate reason?


-- 
http://annevankesteren.nl/

Received on Thursday, 15 November 2012 16:33:56 UTC