prism.el VS vscode-python

Heh, seriously, though, it's not necessary to use a rainbow of colors. You can use any number of colors and rotate through them. For example, this uses just 3 colors, gradually desaturating them as the depth increases. Since each color is easily distinguished from the other 2, it makes code very readable: https://github.com/alphapapa/prism.el/raw/master/images/parens-0.5.png

If you can use tree-sitter, that's obviously a good choice. Alternatively, you can see how I implemented https://github.com/alphapapa/prism.el, which isn't regexp-based, using Emacs's built-in syntax parsing instead.

I did some experimenting with supporting XML directly in https://github.com/alphapapa/prism.el/issues/16. It seems that it's not easily done with existing Emacs SGML-related functions, but I'm guessing that tree-sitter will help a lot in Emacs 29.

It's not exactly what you asked for, but you may also find this useful: https://github.com/alphapapa/prism.el It can highlight parens distinctly too.

As examples, I can recommend code in https://github.com/alphapapa/highlight-function-calls (simple) and https://github.com/alphapapa/prism.el (more complex).

There is also the package prism.el.

The best advice I can offer is to carefully and repeatedly study the Elisp manual section on font-lock, and to model on the source code of a similar project. The most I've done with it is in https://github.com/alphapapa/prism.el

There is one for emacs. Could be good inspo if someone wanted to make a VSCode version.

https://github.com/alphapapa/prism.el

You might be interested in https://github.com/alphapapa/prism.el

Ah, Chrome and slow spinners.

Python tests were taking ages on VSCode due to an SVG spinner:

https://bugs.chromium.org/p/chromium/issues/detail?id=103626...

https://github.com/microsoft/vscode-python/issues/9216

It seems to be a problem caused by the new version of the Python extension. Here is a GitHub link for you to follow up.

For the python extension, please file your issue here: https://github.com/microsoft/vscode-python/issues

There seems to be a focus on feature velocity, and as the big parts start to stabilize (language server stuff, refactoring, extension framework, general UI/UX expectations), I hope we'll see some more attention paid to the default experience. But changing defaults in an ecosystem where users embrace configurability is tough, see the pythonPath fiasco, so I don't know the way forward. Core dev Brett Cannon seems to support the opinionated path for the VSCode Python experience going forward, so we'll see where that takes us.

I filed a GitHub report, you can always follow up.

Jedi said it had a fix on this post which links to this but isn't that just the Jedi source code showing fixes? The only reference I see in there is " Autocomplete inherited methods when overriding in child class ", but I just want it to autocomplete when typing a method from the parent class on a subclass instance.

If you still want to use python3.3.1 in vscode, you can submit a report on GitHub to consult the official staff.

It works fine on my machine after testing, can you provide your test code and show your personal settings(settings.json)? If you are convinced that this is a problem with python extensions, you can file a report on GitHub.

Does this help? Maybe you are opening the workspace at the wrong folder level?

Actually, it looks like it might be an issue with syntax highlighting ("Intellisense" in MS terminology) in Microsoft VS Code. Here is almost an identical post to mine in their forum.