Skip to content

refactor: allow infix notation for svelte modules #901

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Merged
merged 5 commits into from
May 14, 2024

Conversation

dominikg
Copy link
Member

and prevent custom extension prebundling

this would give users more flexibility when setting up tests or other tooling where they want to compile runes but the .svelte.js convention would go against another convention (.test.js).

You have to allow .svelte.test.js on our end or .test.svelte.js on the test end. Given we are defining a new file format, making it play nice with existing ones feels like its the better way.

Right now this is not limited to the second last segment, So foo.svelte.bar.baz.qoox.js matches too.

While doing this i saw that custom extensions were also used for prebundling. This has been removed because prebundling is only for libraries and these should never use custom extensions, otherwise we end up with fragmentation on the registry where users have to customize their svelte config to consume a library.

…extension prebundling
@dominikg
Copy link
Member Author

see sveltejs/svelte#11536

dominikg added 2 commits May 13, 2024 22:59
…simplifies regex and separates logic at cost of some code duplication)
@dominikg dominikg merged commit dfd4cc6 into main May 14, 2024
6 checks passed
@dominikg dominikg deleted the refactor/svelte-module-ext branch May 14, 2024 21:25
@github-actions github-actions bot mentioned this pull request May 14, 2024
@github-actions github-actions bot mentioned this pull request Oct 19, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

2 participants