Skip to content
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

[Feature request] Support for syntax coloring (based on symbol type) #1997

Open
ItsCubeTime opened this issue Jun 8, 2024 · 3 comments
Open
Labels

Comments

@ItsCubeTime
Copy link

ItsCubeTime commented Jun 8, 2024

Hi, I usually use PyLance with VS Code, however recently I started working with a rather large dependenecy (https://pypi.org/project/vulkan/) which seems to slow down PyLance to a point where it becomes virtually unusable (the language server even seem to crash? It just stops working randomly).

I noticed that Jedi handles this module a lot better, but now Im gravely missing the blue/green/yellow syntax coloring I usually get with PyLance:
image
This is the same file, with Jedi via Microsofts Python extension:
image

Is there any chance that we could get support for similar syntax coloring?

Functions (and methods) would get a color of there own (yellow), variables & properties get a color of there own (blue), classes & modules would share the color green. Symbols with unknown type (eg. function parameters that doesnt have any type hinting) would become blue.

Thanks for reading :)

@davidhalter
Copy link
Owner

@ItsCubeTime This is something that is not very likely to make it to Jedi, unfortunately. The reason for this is mostly performance.

I am however writing a Jedi/Mypy replacement in Rust. The type checking part (mypy) is already very advanced. I'm keeping this issue open to not forget to implement this eventually. I feel like performance shouldn't be a problem at all in this case for what I'm working on.

@tfh-cri
Copy link

tfh-cri commented Sep 19, 2024

I am however writing a Jedi/Mypy replacement in Rust. The type checking part (mypy) is already very advanced. I'm keeping this issue open to not forget to implement this eventually. I feel like performance shouldn't be a problem at all in this case for what I'm working on.

Might not be the place to ask, but how's that project going? I've got some projects that jedi struggles with performance-wise, and, following my failures to fix the project sources, jedi, or python-lsp, I'm holding out hope that your new magic bullet is imminent (or, at least, not "any decade now!" 😁)

@davidhalter
Copy link
Owner

davidhalter commented Sep 26, 2024

Since I'm not sure how my priorities are going to be with the Rust project, I would be happy to chat about this for a while. Feel free to send me an email if you'd be up to talk about this for a bit. (My email is in my profile)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

3 participants