-
Notifications
You must be signed in to change notification settings - Fork 50
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
Adding the tools dashboard #4
Conversation
Make make_status.py into an actual shell script
Adding gitignore
Fixing up travis command to actually commit the right file
Updating dependencies and adding website field
* Tweaks to content: * Adding imagen * Changing holoviews to pyviz org * Adding coveralls to param * Fixing holoviews appveyor link [skip ci] * Adding site up-ness and dev/rel tags
This will be a squash merge... |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks great! I wonder if we should remove the CI column? New users may be confused by it and think that the project is broken, when it really only matters to people installing from source, who can get that info from the main git repo in that case. Should we add a column for "Sponsor", i.e. NumFocus, Anaconda, Spotify, etc.? I think that may help people understand how projects relate to each other.
tools/tools.yml
Outdated
- repo: QuantStack/voila | ||
badges: travis, pypi, conda, rtd | ||
|
||
- name: Quick |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I would say that all the ones in quick are high level, and vice versa. What distinguishes them is maybe "High-Level Shared API" and "High-level"?
tools/tools.yml
Outdated
site: yt-project.org | ||
badges: travis, codecov, pypi, conda, site | ||
|
||
- name: Content-area specific |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Domain-specific?
Perhaps. That takes a little more detective work though and is less objective |
Here's the detective work done:
As for objectivity, I think the first sponsors listed above are quite unambiguous; those are definitely sponsors, and there are sponsors for enough of the libraries that it's helpful to have that information. There are two less well-defined aspects, though:
|
|
Sounds good. I think the main use of this page is to help people understand the projects and what they can do for them, and so I think we should omit the top contributor info, which isn't really going to help people make that decision. We could still add it to recognize the authors, but I would think that's up to each project to decide what to do, not us. Ok, if you can see how to add multiple sponsors in the table format, great! |
Looks like:
Still need to figure out
how to add navand whether or not to include so much CI info.Live at https://pyviz.github.io/website/tools.html