This is definitely semver major breaking changes discussion.
With Windows 7 EOL, IE11 is also considered as EOL. There are still in-use customers like few enterprise companies, but it won't get a major update in features at all.
Currently, rxjs targets transpilation target's set to es5, conservative runtime output to support most of browsers. This issue is to discuss
- potentially raise transpilation target above es5, to reduce transpilation runtime
- declare few browser support deprecation
- What target should we aim for?
This depends on major browser usage across consumers, but probably best is set to ES2015 to aim conservative target (again).
- What about old browsers (IE11)?
Consumer aims to make application to use those browser may need additional configuration on their bundler to downlevel transpilation to rxjs.
- Should we do this now? why?
Maybe not, just open for discussion (in related with native esm support changes I'm trying to tackle).
This is definitely semver major breaking changes discussion.
With Windows 7 EOL, IE11 is also considered as EOL. There are still in-use customers like few enterprise companies, but it won't get a major update in features at all.
Currently, rxjs targets transpilation target's set to
es5, conservative runtime output to support most of browsers. This issue is to discussThis depends on major browser usage across consumers, but probably best is set to ES2015 to aim conservative target (again).
Consumer aims to make application to use those browser may need additional configuration on their bundler to downlevel transpilation to rxjs.
Maybe not, just open for discussion (in related with native esm support changes I'm trying to tackle).