Consider adoption of exactOptionalPropertyTypes ts-compiler option
#2476
SimonSimCity
started this conversation in
Questions & Help
Replies: 2 comments
-
|
Another alternative here would be to not be type-checking library code (which is bad practice & slower). It would take us a long time to refactor types to |
Beta Was this translation helpful? Give feedback.
0 replies
-
Do you hereby mean to enable |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
-
Is your feature request related to a problem? Please describe.
I ran into quite some problems when trying to include blocknote in my codebase, where I have the typescript flag
exactOptionalPropertyTypesenabled. Just to name a few:Describe the solution you'd like
All code published as
@blocknote/*should be compiled withexactOptionalPropertyTypesenabled to avoid both errors within the library, but also to compile in projects having this flag enabled.Describe alternatives you've considered
This option (while being quicker in the start) will cause quite some friction every time a type is changed and doesn't match the requirements of
exactOptionalPropertyTypes.Additional context
-/-
Bonus
Beta Was this translation helpful? Give feedback.
All reactions