| 21:51 | <jschoi> | I’m looking at simplifying Ecma262’s definition of Array.from to use %Array.prototype.values%, like how https://tc39.es/proposal-array-from-async/#sec-array.fromAsync uses %Array.prototype.values%. As far as I can tell, this should be editorial, but, if so, would it still deserve to be presented as a 2022-09 plenary agenda item? |
| 22:21 | <bakkot> | jschoi: anything strictly editorial does not need to be presented in plenary |
| 22:21 | <bakkot> | but, Array.prototype.values produces an iterator which uses the current value of %ArrayIteratorPrototype%.next, which is not what Array.from does |
| 22:22 | <bakkot> | so it's not a totally straightforward refactoring |
| 22:23 | <jschoi> | This might be a problem for the currently proposed Array.fromAsync algorithm too, then. |
| 22:39 | <bakkot> | yup |