You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
TLDR: this package is missing an exports map in package.json and needs one.
When deep imports like dom-helpers/addClass are allowed, we would like them to be explicitly specified in the package.json exports map. This provides some safety features:
Consumers can't import something you don't expect to be an api surface
You can safely reorganize your package (move things around, rename things, change filename casing) without breaking consumers, since exports maps allow the producer to map how the import resolves.
You can provide both commonjs and esm entry points without requiring the consumer to remap things in webpack config should that want to use another module format
It becomes possible to ditch the nested package.jsons, reducing complexity of understanding how imports resolve to source files.
TLDR: this package is missing an exports map in
package.json
and needs one.When deep imports like
dom-helpers/addClass
are allowed, we would like them to be explicitly specified in the package.jsonexports
map. This provides some safety features:Example exports map:
The text was updated successfully, but these errors were encountered: