Re: Spec for CryptoKey.algorithm and CryptoKey.usages doesn't really make sense

On Jul 14, 2014 6:30 PM, "Boris Zbarsky" <bzbarsky@mit.edu> wrote:
>
> On 7/14/14, 7:11 PM, Ryan Sleevi wrote:
>>
>> So we're on the same page, I'm imagining that it would (effectively) be
>> something like http://heycam.github.io/webidl/#es-dictionary 's step for
>> converting an IDL dictionary type to an ECMAScript Object, except that
>> instead of DefineOwnProperty, it's something like "construct an IDL
>> value whose type is the type member is declared to be of and that
>> represents the same value as member on source."
>
>
> No, that doesn't quite work.  Defining this generically is a bit of a
PITA.  For example if the dictionary member type is a typed array or
"object" then you actually want to apply the structured cloning algorithm
to it (and keep track of reference loops and the like like the HTML spec
does).

I didn't think IDL allowed reference loops to happen.

>
> If your dictionaries can contain types like that, then you have to deal
with that, sadly.  And I guess they do.  :(
>

We wouldn't have any following normalization, which is always the first
step, so it shouldn't.

> If we decide to take this approach, I'm happy to help write this part of
the spec.  Especially since in the long term it should move into Web IDL
anyway, as I said.
>
> -Boris

I think that'd be great, in as much as it works for me.

Shall we cross-check with TAG/script-coord, or defer that for upstreaming.