Language-tools: Document Svelte compiler limitations for tooling.
In response to https://github.com/sveltejs/language-tools/issues/726#issuecomment-773096834, specifically:
Writing a custom parser sounds like too much work for such a feature.
I assume there are other issues that have been held back or ignored due to limitations in the Svelte compiler. There are also hacks and workarounds in sveltejs/language-tools packages fighting the Svelte compiler.
Do you think it would be helpful to create a wrapper issue that identifies such issues that could improve tooling? Something like https://github.com/sveltejs/svelte/issues/820 or https://github.com/sveltejs/language-tools/issues/83. People could contribute piecemeal where possible or such issues would be considered if there's ever a Svelte 4 overhaul situation.
kwangure
All 2 comments
Don't know if we need a big thread for this. Most can be traced to few root causes. There're two main limits I can think of to use the svelte compiler:
The compiler is not designed for an editor.
See https://github.com/sveltejs/svelte/issues/4818.
During editing, the likelihood that the code is invalid is very high. But the svelte compiler is designed to throw syntax error to warn the user. Thus the features that rely on the svelte compiler won't work when there's a syntax error.
We did consider writing a dedicated parser for the editor but that seems to be too much work and maintenance burden. So it's not a priority, but I won't say it won't ever happen.
Preprocess being asynchronous.
See https://github.com/sveltejs/language-tools/issues/339
The Typescript's language service is mostly synchronous so we can't preprocess before svetle2tsx. That's also one of the big roadblocks of eslint-plugin-svelte3. Maybe a svelte.preprocessSync might help.
jasonlyu123
on 5 Feb 2021
I agree with @jasonlyu123's points there, so much that I added them to #83 and updated the title accordingly. This should now give a good overview of what's possible today, what's still missing and what the general limitations are.
dummdidumm
on 10 Feb 2021
Related issues
brunnerh
·
3Comments
Kingwl
·
6Comments
koddr
·
6Comments
JAD3N
·
5Comments
arxpoetica
·
3Comments
Most helpful comment
Don't know if we need a big thread for this. Most can be traced to few root causes. There're two main limits I can think of to use the svelte compiler:
The compiler is not designed for an editor.
See https://github.com/sveltejs/svelte/issues/4818.
During editing, the likelihood that the code is invalid is very high. But the svelte compiler is designed to throw syntax error to warn the user. Thus the features that rely on the svelte compiler won't work when there's a syntax error.
We did consider writing a dedicated parser for the editor but that seems to be too much work and maintenance burden. So it's not a priority, but I won't say it won't ever happen.
Preprocess being asynchronous.
See https://github.com/sveltejs/language-tools/issues/339
The Typescript's language service is mostly synchronous so we can't preprocess before svetle2tsx. That's also one of the big roadblocks of eslint-plugin-svelte3. Maybe a
svelte.preprocessSyncmight help.