On 5/8/13 6:30 PM, Domenic Denicola wrote: > Good catch Jonas. Boris, is there a chance you meant `function.length`? No, I meant what I said. I'll respond to Jonas' mail about rest parameters in a bit; I need to think through how those would behave in a real undefined == not passed world vs how they behave right now in WebIDL. > That *is* specified in ES to not include optional arguments, whereas the `arguments.length` change below would be backward-incompatible Yes, I know. I did say my proposal does not match the status quo. The proposed changes to undefined handling in WebIDL are likewise backwards-incompatible, which does not make them necessarily undesirable... > and probably break the web... This is an interesting question. It would break the web to the extent that people are treating "not passed" and "undefined" differently while introspecting arguments.length, yes? Are people doing that in cases not involving things like rest parameters, or is the problem limited to rest parameters? -BorisReceived on Wednesday, 8 May 2013 22:56:25 UTC
This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 17:14:13 UTC