One other way is to write custom binding code to handle this case specially.<div><br><br><div class="gmail_quote">On Thu, Apr 21, 2011 at 10:07 PM, Maciej Stachowiak <span dir="ltr"><<a href="mailto:mjs@apple.com">mjs@apple.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div style="word-wrap:break-word"><br><div><div class="im"><div>On Apr 21, 2011, at 6:29 PM, Jian Li wrote:</div><br>
<blockquote type="cite">
I've pinged the spec author to make it clear in the spec. What is meant in the spec is really that we want Blob.slice to have the same exact behavior as Array.slice defined in <span style="border-collapse:collapse;font-family:arial, sans-serif;font-size:13px">ECMAScript 5, 15.4.4.10. That is, Blob.slice(start) has the same result as Blob.slice(start, undefined).</span><div>



<br></div><div>The current code generator scripts will convert undefined value to 0. But we really want to use the custom default value for Blob.slice. Do we want to consider adding "DefaultValue=" extended attribute support to IDL?</div>

</blockquote><div><br></div></div><div>I'd prefer if we can find a way to solve it that does not require diverging our IDL dialect further from Web IDL, especially since this is the only method likely to need the feature. Are there any other practical solutions?</div>

<div><br></div><div>Regards,</div><div>Maciej</div><div class="im"><br><blockquote type="cite">

<div><br></div><div>Thanks,</div><div><br></div><div>Jian<br><br></div><div><br><div class="gmail_quote">On Thu, Apr 21, 2011 at 3:38 AM, Maciej Stachowiak <span dir="ltr"><<a href="mailto:mjs@apple.com" target="_blank">mjs@apple.com</a>></span> wrote:<br>



<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><br>
On Apr 21, 2011, at 12:14 AM, Jian Li wrote:<br>
<br>
> The current File API spec says that:<br>
>     If the end parameter is not provided (undefined), let relativeEnd be size.<br>
<br>
</div>That seems like loose wording. Parameter not provided and parameter provided with a value of undefined are in general not the same thing. The spec should be explicit about which cases it's talking about.<br>
<br>
Regards,<br>
<font color="#888888">Maciej<br>
</font></blockquote></div><br></div>
</blockquote></div></div><br></div>
</blockquote></div><br></div>