-
Notifications
You must be signed in to change notification settings - Fork 1.8k
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
Make the Python experience wonderful #7808
Comments
Jupyter notebook support would be awesome |
For LSP, there is also https://github.com/pappasam/jedi-language-server . |
@JosephTLyons I'm super excited about the prospect of a more streamlined python experience. I agree that the key points you've pointed out are probably the correct pain points but have a few thoughts. I'll drop more detailed notes in the relevant issues but a high-level summary of my thoughts. Detecting Venv I would expand this to 2 things
LSP I think the pyright experience can be made better. I'm all for allowing folks to choose a different LSP but having supported project configs in multiple large python code bases, I think correctly invoking pyright will be the best option to get good results in the short to medium term compared to any other option. The main reason I think this is that despite the clunky pyright lsp invocation, as soon as it's pointed to the right environement, the type checker has been the most complete, robust, and fast in my experience and it would take a while for other tools to catch up. Details in #7296 Lint and format +1 for ruff as far as I'm concerned. |
basedpyright is your friend. |
|
When detecting environments I would also suggest to include I know this is Rust however some ideas might be useful from VSCode and checking the |
a tangential set of issues that may be worth tracking in the astral uv project
|
This is awesome! That second issue about discovery would be really useful! |
Check for existing issues
Describe the feature
venv
,.venv
,virtual_envinronment
) and venvs installed in the global space.detect_venv
setting is on. It could also be used to automatically generate apyrightconfig.json
file, in the short term, while we still use pyright. It can be used in the future code runner, as well. What should we do with the current logic that tries to automatically detect venvs? Maybe it just gets deprecated.astral.sh
?pylsp
pylyzer
ruff
ruff
We will also need these things, but these things are generic and aren't specific to Python
It seems like some of these should ship directly with Zed, but maybe some of them should come in the form of extensions. We should have a conversation with the team about this.
If applicable, add mockups / screenshots to help present your vision of the feature
No response
The text was updated successfully, but these errors were encountered: