-
-
Notifications
You must be signed in to change notification settings - Fork 519
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
Stub experiments #3132
Stub experiments #3132
Conversation
Thanks for all your experiments here. Agree with all your points, here are my expectations for this:
|
Totally agree with your points. There are additional options I. Stubs can be distributed as a separate package? II. The functionality could live in a separate repo/ for a while until tried and tested on a multitude of projects? |
Regarding markdown. I prefer Markdown. Can this be Myst flavored Markdown now default for Sphinx? It would support better Sphinx generated docs as Panel matures I hope. |
Highly appreciate the attempt here and won't delete the branch so we can come back to it but the stubgen definitely shouldn't live in Panel and I've started experimenting with other approaches. |
Please note this branch contains code for converting all Parameter types used in Panel to type annotations. Also handles default values and Allow_None arguments. |
Addresses #3085
So far this is an experiment to be able to automatically create stub (
.pyi
) files to provide information in modern editors and IDEs.I would like to make some general functionality that can take any project with
param.Parameterized
classes and add.pyi
stubs. Either directly to the project or to some alternative folder or package. What is best is to be determined.But I would like to be able to point it the Panel code as well as all the project I have for work and the Panel extensions I'm maintaining. I would like other
param
users to be able to do the same.