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.
Replaces: #345
BREAKING:
Maybe breaking:
Overall output:
A note on the diff:
a type=module packages is more of a real package than a v2 addon (currently) because v2 addons are often CJS masquerading as ESM. When a package.json does not have
type=module
specified, it's assumed that the.js
extension means "Common JS" / require. This isn't great if we want to be better integrated with broader ecosystem tooling. So, since@ember/string
does not depend on any ember APIs, it's actually a great candidate for using real ESM, ahead of auto-import/embroider releasing fixes for ESM "ember-addon" packages. (An ember-addon is a package withember-addon
in its keywords list)Where'd the test-app go?
I deleted it. This work is under the assumption that, because we don't use anything from ember, and because vitest knows nothing about ember, some basic unit tests ensure that the package works, and would be compatible with all versions of ember that have ember-auto-import or are using embroider.