Darien Valentine (2017-08-07T15:17:59.000Z)
valentinium at gmail.com (2017-08-07T15:19:46.450Z)
> Where are you thinking of? [re: other methods that could take overloaded/shorthand map/predicate args, but do not] These could also accept strings for property mapping in the same manner you proposed, but do not currently: - `Array.from` - `Array.prototype.every` - `Array.prototype.filter` - `Array.prototype.map` - `Array.prototype.some` - `new Map` - `new Set` Mind, I’m not arguing that it isn’t a useful idea. Where lodash has equivalents for the above, strings are permitted, and I’m sure people make use of that functionality. I think the spot where we might disagree is the assessment that "the string case is overwhelmingly the common one." This doesn’t sound quite right to me. That’s not been true in my experience, though I don’t have any data to say concretely one way or another. In any case, I’m not out to block anything if smarter people think it’s a good idea. > I'll create a proposal for what I want in a few days after more feedback has come in. Would you consider the method you’ll be proposing to be "instead of" a reverse-of-object-entries type proposal, or is it orthogonal to that? > You seem to have had some private reply about an upcoming proposal template...? Yeah — it doesn’t exist yet, however.