Skip to content

Issues: tc39/proposal-iterator-helpers

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Clear current search query, filters, and sorts
4 Open 177 Closed
4 Open 177 Closed
Author
Filter by author
Loading
Label
Filter by label
Loading
Use alt + click/return to exclude labels
or ⇧ + click/return for logical OR
Projects
Filter by project
Loading
Milestones
Filter by milestone
Loading
Assignee
Filter by who’s assigned
Sort
Sort by
Newest Oldest Most commented Least commented Recently updated Least recently updated Best match
Most reactions
👍 👎 😄 🎉 😕 ❤️ 🚀 👀

Issues list

Consider making the library for Iterables rather than Iterators
#8 by Jamesernator was closed Jul 25, 2019
82
Consider making flatMap throw if the mapper returns a non-iterable design
#55 by bakkot was closed Nov 7, 2019 Stage 3
1
64
Web incompatibility discovered in theathletic.com web compat
#286 by syg was closed Dec 4, 2023
1
57
Iterator.from should guarantee a branded object, and helpers should brand-check the receiver
#224 by ljharb was closed Sep 26, 2022
46
Causes a breakage in my library
#126 by getify was closed May 27, 2021
40
stage 3 tracking
#117 by michaelficarra was closed Dec 1, 2022
4 of 11 tasks
Stage 3
39
@@toStringTag on wrappers
#42 by zloirock was closed Aug 21, 2019
37
Should take() close the iterator when remaining is 0?
#71 by senocular was closed Apr 30, 2020
36
Cancellation
#162 by benjamingr was closed Aug 9, 2022
34
Spec problem: Iterator.from
#158 by Jack-Works was closed Nov 3, 2021
29
iterators vs generators
#43 by zloirock was closed Aug 20, 2019
28
what is the appropriate minimal set of combinators? design good follow-on proposal this would be good but doesn't need to be in the first milestone
#13 by michaelficarra was closed Jul 25, 2019
26
Could we make iterator helpers more ergonomic for working with iterables?
#78 by littledan was closed May 14, 2020
25
reviewing feedback
#47 by devsnek was closed Aug 14, 2020 Stage 3
24
.reduce without initial argument design
#34 by zloirock was closed Aug 18, 2019
24
should AsyncIterator.protoype.filter have a fast path for sync predicates? needs resolution
#230 by michaelficarra was closed Oct 19, 2022
1
21
should flatMap flatten iterables or iterators? design needs resolution
#229 by michaelficarra was closed Oct 19, 2022
1
21
Rationale for "Passing the protocol" passing the protocol
#122 by conartist6 was closed Jul 7, 2022
1
21
should Iterator.from and AsyncIterator.from check callability of "next" method eagerly?
#228 by michaelficarra was closed Sep 13, 2022
1
20
Drop .asIndexedPairs from this proposal or replace it with .entries
#143 by btoo was closed Jul 6, 2022
1
20
What prototype to use?
#134 by bakkot was closed Jul 6, 2022
20
A flaw in JavaScript iteration leaves a weird behavior with take, first, some, etc.
#293 by benlesh was closed Feb 20, 2024
19
Unconditionally passing _lastvalue_ to next is observable
#63 by bakkot was closed Apr 30, 2020 Stage 3
18
.slice() vs. .take() and .drop()
#131 by rauschma was closed Jul 6, 2022
17
forEach return value
#217 by kriskowal was closed Sep 16, 2022
16
ProTip! Updated in the last three days: updated:>2024-06-28.