<div dir="ltr"><div dir="ltr">I don't know what "community" means, other than a bunch of people subscribing to this ML, and I can't imagine how one would define, or achieve, or identify, a "consensus" of that community, or why or how the community would vote on anything, or what such the results of such a vote would mean.<div><br></div><div>The very next step is to identify a champion. Such a champion would presumably help to shape, review, and choose between alternatives for the proposals. However, given the failure of my half-hearted efforts to find a champion, and the fact that no one has emerged as champion over the several years since these discussions started, allow me to be pessimistic.</div><div><br></div><div>It's odd to me because features such as property spread/rest notation, and before that destructuring, have clearly demonstrated the appetite of the "community" for language changes to better support manipulation of properties--not surprising, since objects and their properties can be considered the fundamental data structures of the language. This specific proposal has a relatively small syntactic footprint in my opinion, and measures up well against the majority of criteria that people commonly apply to language design decisions and have been documented on this list. I can only conclude that wiser minds than my own have concluded that this particular feature simply does not rise to the level of priority of other features that are progressing down the pipeline.</div><div><br></div><div>WIth regard to the notion of implementing this feature on a test basis, the most obvious approach to doing that is as a Babel plug-in, but based on my research--please-correct me if I'm wrong--Babel supports many kind of transformations but not entirely new syntax as is the case here; that requires essentialy rewriting internal parts of its parser. I have experimented with a Sweet implementation with some success, but actually I'm not really sure what that is supposed to demonstrate or if anyone would care.</div><div><br></div><div>Bob</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, May 30, 2019 at 12:29 AM guest271314 <<a href="mailto:guest271314@gmail.com">guest271314@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Not a rule. Just an email to this board.</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, May 30, 2019 at 7:26 AM Григорий Карелин <<a href="mailto:grundiss@gmail.com" target="_blank">grundiss@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">I'm new to this community, so I'd appreciate if you clarify: is that your opinion or is it kind of rule written somewhere?</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">чт, 30 мая 2019 г. в 09:59, guest271314 <<a href="mailto:guest271314@gmail.com" target="_blank">guest271314@gmail.com</a>>:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>> Wouldn't it be better to consolidate the decision? I mean as OP I vote for `from`, but if majority will say they better like `x.{y, z}` I'll take it.<br></div><div><br></div><div>No. There should not be any prohibition as to the additions different solutions to a single proposal. Neither proposal is "better" right now as neither have been coded, tested, and if necessary, specified. A simple majority does not mean correct or complete. The more approaches available the more ability to compose the code from different perspectives, outputting the same result; expanding the language both in syntax and reach as to possible composition, without setting an arbitrary specification to a single majority at only this point in time. </div><div><br></div>The tersest have been able to achieve so far on a single line using an immediately invoked arrow function and object rest which requires writing the identifier twice.<div><br></div><div>If part of the requirement for the proposal is terse code, following the pattern of an immediately invoked arrow function if  ```=``` operator between expressions ```()``` the arrow `>` and return value could be omitted as being designated implicit immediately invoked arrow function with default return value set from the destructured parameters, or ```undefined``` set as value of target identifiers, or plain object ```{}```, resulting in the syntax, within at least an object literal, possibly preceded by spread syntax, will result in</div><div><br></div><div><div>```let obj = {otherData:'other data',...(({firstName,lastName})=(user.profile)}``` <br></div><div><br></div><div>being equivalent to</div><div><br></div><div>```let obj = {otherData:'other data',...(({firstName,lastName})=>({firstName,lastName}))(user.profile)}```</div></div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, May 30, 2019 at 6:38 AM Григорий Карелин <<a href="mailto:grundiss@gmail.com" target="_blank">grundiss@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Wouldn't it be better to consolidate the decision? I mean as OP I vote for `from`, but if majority will say they better like `x.{y, z}` I'll take it.</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">чт, 30 мая 2019 г. в 06:35, guest271314 <<a href="mailto:guest271314@gmail.com" target="_blank">guest271314@gmail.com</a>>:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>> I think it's possible to find someone who will represent the will of community.</div><div><br></div><div>Individuals can compose the code right now.</div><div><br></div><div>> At the moment the question is does community have will to add proposed sugar to the language, and if so, which version.</div><div><br></div>Why would there be any restriction on the versions of syntax which would achieve the requirement? The original proposal using ```from``` and other proposals could each be created, tested, specified.</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, May 29, 2019 at 7:37 PM Григорий Карелин <<a href="mailto:grundiss@gmail.com" target="_blank">grundiss@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">True<div><br></div><div>I think it's possible to find someone who will represent the will of community.</div><div><br></div><div>At the moment the question is does community have will to add proposed sugar to the language, and if so, which version.</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">ср, 29 мая 2019 г. в 22:30, Oriol _ <<a href="mailto:oriol-bugzilla@hotmail.com" target="_blank">oriol-bugzilla@hotmail.com</a>>:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">



<div bgcolor="#FFFFFF">
<p>If you want to add this you will need a champion, see <a href="https://github.com/tc39/ecma262/blob/master/CONTRIBUTING.md#new-feature-proposals" target="_blank">
https://github.com/tc39/ecma262/blob/master/CONTRIBUTING.md#new-feature-proposals</a></p>
<p>-- Oriol<br>
</p>
<br>
<div class="gmail-m_-2478415524989848111gmail-m_356066028751464407gmail-m_-4256117527088397389gmail-m_-7737686395610868049gmail-m_-4580307408663535369gmail-m_6534210260314904206gmail-m_-3927281423292802892moz-cite-prefix">El 29/5/19 a les 21:15, Григорий Карелин ha escrit:<br>
</div>
<blockquote type="cite">
<div>
<div dir="auto">I agree.</div>
</div>
<div dir="auto"><br>
</div>
<div dir="auto">So, what does community think? Do we want to have “destructuring picking” sugar in JS and if we do, which syntax looks more attractive?</div>
<div dir="auto"><br>
</div>
<div dir="auto">I’d suggest to vote</div></blockquote></div></blockquote></div></blockquote></div></blockquote></div></blockquote></div></blockquote></div></blockquote></div>
</blockquote></div></div>