Replies: 1 comment 1 reply
-
I'm using ES2020 target mostly because of optional chaining, the very thing your build step complains about. Going older than ES2020 by a few steps means no Object.fromEntries, Array.prototype.includes, going even older than that then becomes complete insanity. The compilation target is even in a comfortable place wrt. browser install/support base in relation to when their versions supporting the features needed were released. Going any further with ES compatibility you can certainly achieve, but as part of your build steps. |
Beta Was this translation helpful? Give feedback.
1 reply
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
I choose oauth4webapi for one of our older projects at work primarily because it's a low-level framework agnostic library.
So I expected it shouldn't be a problem to use in a project that is built with outdated technologies.
Unfortunately, I encountered an error:
So my question: Is there a reason why ES2020 chosen as a compilation target, whereas it reduces compatibility without providing significant benefits?
Would it be possible to change the compilation target to ES5 (or something more compatible).
Or maybe I'm missing something and the problem is not with typescript?
P.S. I use typescript 2.7
Beta Was this translation helpful? Give feedback.
All reactions