Map src to types with package exports #70
Merged
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
This should fix #69 but want to get your thoughts @severo
From my research there were two ways to fix this. The first was typescript-specific and felt more hacky:
It seemed like the better way was to explicitly define package
exports
and associate types with the default exports vs file exports:There was also some choice between
"import"
and"default"
but since we only export ESM modules, import seemed like the right choice.I tested these locally with
npm pack
and dependency on"hyparquet": "../hyparquet/hyparquet-1.9.1.tgz",
. It appears to fix the type issue in #69.Finally, I'll probably publish this as
1.9.2
because this is a type fix, not an API change? I could be convinced if you think it should be1.10.0
though? (I wouldn't be surprised if this breaks something and someone subesquently files an issue due to unforeseen build process).