[x] I have verified the bug exists in the latest version of @synergy-design-system/components (e.g. via pnpm install @synergy-design-system/components).
[ ] I can provide a simple, reproducible example of the issue (e.g. via code-sandbox or sample code, ...). --> Since this is about tooling, unfortunately not so simple 😳
[ ] I would be willing to provide a PR for this issue.
Version
The bug occurred with the following version of the component library: 2.4.3
Component
The issue arises when using the following component(s):
package.json
Environment
When building a depending application with eslint
Description
Eslint uses thenexports field of any packages to find declarations that an app may have imported and reports findings as a violation to the import/no-unresolved rule.
Unfortunatelly (at least in our version of eslint which is 8.22.0) it seems that eslint is not able to follow the exports/importfield as defined in the synergy components package:
I already tried playing with this locally and it seems that it would be save to simply have a duplicate of your import field as default without breaking never tooling. This would allowed for older tooling to still find the correct exports:
[ ] The package.json of the exported @synergy-design-system/components package contains an exports/./default field that is a copy of the exports/./import field
Checklist (for the issue creator)
@synergy-design-system/components
(e.g. viapnpm install @synergy-design-system/components
).Version
The bug occurred with the following version of the component library: 2.4.3
Component
The issue arises when using the following component(s):
package.json
Environment
When building a depending application with eslint
Description
Eslint uses then
exports
field of any packages to find declarations that an app may have imported and reports findings as a violation to theimport/no-unresolved
rule.Unfortunatelly (at least in our version of eslint which is 8.22.0) it seems that eslint is not able to follow the
exports/import
field as defined in the synergy components package:I already tried playing with this locally and it seems that it would be save to simply have a duplicate of your
import
field asdefault
without breaking never tooling. This would allowed for older tooling to still find the correct exports:Is this possible?
Acceptance criteria
@synergy-design-system/components
package contains anexports/./default
field that is a copy of theexports/./import
field