The APIs are flexible and easy-to-use, supporting authentication, user identity, and complex enterprise features like SSO and SCIM provisioning. Learn more →
Top 5 pyright Open-Source Projects
-
mypy_boto3_builder
Type annotations builder for boto3 compatible with VSCode, PyCharm, Emacs, Sublime Text, pyright and mypy.
-
SurveyJS
Open-Source JSON Form Builder to Create Dynamic Forms Right in Your App. With SurveyJS form UI libraries, you can build and style forms in a fully-integrated drag & drop form builder, render them in your JS app, and store form submission data in any backend, inc. PHP, ASP.NET Core, and Node.js.
-
basedpyright
pyright fork with various type checking improvements, improved vscode support and pylance features built into the language server
-
micropython-stubber
Generate and maintain stubs for different MicroPython ports to use with VSCode and Pylance, PyRight, Thonny, PyCharm or pylint
-
WorkOS
The modern identity platform for B2B SaaS. The APIs are flexible and easy-to-use, supporting authentication, user identity, and complex enterprise features like SSO and SCIM provisioning.
Python has several here, pylsp, pyright & a fork of vscode-python
Project mention: Open source versus Microsoft: The new rebellion begins | news.ycombinator.com | 2024-04-15One of the things that comes to mind here is the fact that the default Python extension for VS Code is, perhaps surprisingly to many, not open source. https://github.com/microsoft/pylance-release
While it's possible to fork VS Code, it is not possible to fork VS Code and provide a seamless onramp towards a Python editing experience that is fully open source, because users are used to the nuances of the closed-source Pylance experience in VS Code proper. You could use the minified/compiled Pylance plugin in your fork, but you'd have no way to expand its capabilities to new hooks your fork provides. Microsoft's development process would always be able to move faster than a fork, because it could coordinate VS Code internal API development with its internal Pylance team, and could become incompatible with forks at any time.
It's worth re-reading the quote from J Allard in https://en.wikipedia.org/wiki/Embrace,_extend,_and_extinguis... with this modern example in mind.
(Also worth mentioning https://github.com/detachhead/basedpyright?tab=readme-ov-fil... which is a heroic effort to derisk this, but it's an uphill battle for sure!)
pyright related posts
- How to get inlay hints working with pyright
- any way to tell coc-pyright to use mypy for its type checking instead?
- Code Linting
- Configuring vim for Flask and SQLAlchemy
- What IDE do you use at your job? And what is the primary language you develop in?
- coc - microsoft python server language high memory usage.
- How can I utilize Coc-jedi to have full code introspection with two different repos locally?
-
A note from our sponsor - WorkOS
workos.com | 28 Apr 2024
Index
What are some of the best open-source pyright projects? This list will help you:
Project | Stars | |
---|---|---|
1 | coc-pyright | 1,251 |
2 | mypy_boto3_builder | 484 |
3 | basedpyright | 408 |
4 | micropython-stubber | 151 |
5 | py_lsp.nvim | 88 |
Sponsored