<div dir="ltr">actually, that won't work ... so yeah, that pattern is somehow compromise, arguments is used to indeed initialize the generator, no way to put first value in ... oh well</div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, May 14, 2015 at 11:44 PM, Andrea Giammarchi <span dir="ltr"><<a href="mailto:andrea.giammarchi@gmail.com" target="_blank">andrea.giammarchi@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Alexander ES6 "is out" as it is, here the proposal is to make reachable that argument because indeed, since about ever, in JS you can ignore arguments, but you can also always reach them through the argument object.<div><br></div><div>When it comes to generators, arguments object would be a misleading place to give you any sent value 'cause that's rather how you initialize the generator, hence the function.nect proposal, and I must say I like it in all its weird glory.<br></div><div><br></div><div>Like you said, Python throws, meaning devs coming from Python won't ever make such mistake of sending values a tthe very first `.next` invoke, so JS early adopters know thanks to all bounce of early articles regarding the early specs :D</div><div><br></div><div>My only concern, is that the "famous" Promise based generator wrap <a href="https://www.promisejs.org/generators/#both" target="_blank">https://www.promisejs.org/generators/#both</a> needs an update:</div><div><br></div><div>```js</div><div><div>function async(makeGenerator){</div><div>  return function (value) { // <= here</div><div>    var generator = makeGenerator.apply(this, arguments);</div><div><br></div><div>    function handle(result){</div><div>      // result => { done: [Boolean], value: [Object] }</div><div>      if (result.done) return Promise.resolve(result.value);</div><div><br></div><div>      return Promise.resolve(result.value).then(function (res){</div><div>        return handle(generator.next(res));</div><div>      }, function (err){</div><div>        return handle(generator.throw(err));</div><div>      });</div><div>    }</div><div><br></div><div>    try {</div><div>      return handle(generator.next(value)); // <= here</div><div>    } catch (ex) {</div><div>      return Promise.reject(ex);</div><div>    }</div><div>  }</div><div>} </div></div><div>```</div><div><br></div><div>Best Regards</div><div><br></div></div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><div class="gmail_quote">On Thu, May 14, 2015 at 11:25 PM, Alexander Jones <span dir="ltr"><<a href="mailto:alex@weej.com" target="_blank">alex@weej.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I don't think that's a good enough reason by itself <span></span>to make this observable. You can pass arbitrary numbers of arguments to any function in JS, and they are generally ignored.<div><div><div><div><br>On Thursday, 14 May 2015, Kevin Smith <<a href="mailto:zenparsing@gmail.com" target="_blank">zenparsing@gmail.com</a>> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Alexander, ES6 generators accept any arbitrary values for the first invocation of "next".  That's not going to change.<br></div><br><div class="gmail_quote">On Thu, May 14, 2015 at 3:49 PM Alexander Jones <<a>alex@weej.com</a>> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">In Python, sending a value other than `None` into the first invocation of `send` raises an error. That seems like a reasonable behaviour to me, without introducing too much weirdness.<br><br>    TypeError: can't send non-None value to a just-started generator<div><div><div><div><br>On Thursday, May 14, 2015, Allen Wirfs-Brock <<a>allen@wirfs-brock.com</a>> 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"><div>At the March TC39 meeting we agreed that the `function.next` metapropty should be made into a standalone stage 1 proposal.  </div><div><br></div><div>That proposal is now available at: <a href="https://github.com/allenwb/ESideas/blob/master/Generator%20metaproperty.md" target="_blank">https://github.com/allenwb/ESideas/blob/master/Generator%20metaproperty.md</a> </div><div><br></div><div>Allen</div></div></blockquote></div></div></div></div>
_______________________________________________<br>
es-discuss mailing list<br>
<a>es-discuss@mozilla.org</a><br>
<a href="https://mail.mozilla.org/listinfo/es-discuss" target="_blank">https://mail.mozilla.org/listinfo/es-discuss</a><br>
</blockquote></div>
</blockquote></div></div>
</div></div><br>_______________________________________________<br>
es-discuss mailing list<br>
<a href="mailto:es-discuss@mozilla.org" target="_blank">es-discuss@mozilla.org</a><br>
<a href="https://mail.mozilla.org/listinfo/es-discuss" target="_blank">https://mail.mozilla.org/listinfo/es-discuss</a><br>
<br></blockquote></div><br></div>
</div></div></blockquote></div><br></div>