-
Notifications
You must be signed in to change notification settings - Fork 1.2k
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
Remove editor.formatOnType support #1586
Comments
Agreed, considering this will be thrown away. |
Why would it be better in Python? ASTs cannot be used fully anyway b/c of performance impact - can't wait for parsing on enter. There is always partial parsing involved - with recovery since constructs may not be fully completed. Hence on type formatters typically have heuristics involved. It is not actually possible to have two vs code language servers unless you mean some custom out-of-proc execution like Jedi. AFAICS there were 5 bugs filed over 3 months or so. |
The key point is getting this right is hard, and all of this work is for a feature that doesn't seem to have ended up being critical to users based on the fact our team is finding the bugs and not the general public while affecting standard Python features (e.g. |
We are re-evaluating this decision later today. |
We pushed the feature hard and ferreted out a bunch of bugs which are already mostly fixed, so we are going to keep the feature in place. |
We keep coming across bugs with the
editor.formatOnType
setting due to not implementing it in Python itself. I think we need to take a hard look at whether the complexity if trying to make this work in TypeScript is just not worth the constant maintenance overhead. Otherwise we need to look at doing a language server in Python to make this work appropriately (if it's still worth it).The text was updated successfully, but these errors were encountered: