This repository has been archived by the owner on Oct 29, 2024. It is now read-only.
Fix Signature
integration for external consumers
#392
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.
There are two hazards currently facing consumers of the mostly-private
ExpandSignature
type that landed in #385.Params
wrapper around the fully-expanded form of a block definition, which is missing here when the user provides the shorthand@glimmer/component
publish their types in different locations (alone indist/types/...
in v1, but alongside the implementation indist/{modules,commonjs}/...
in v2)This PR adds the missing
{ Params: ... }
wrapper and atypesVersions
entry that will allow for a standardized import path between v1 and v2 for privileged consumers of theExpandSignature
type.I'll also plan to open an equivalent PR to this one against the
v1.x
branch, assuming everything looks ok here./cc @chriskrycho