Replies: 5 comments 5 replies
-
This is a useful point. Think we could also do more with the landing page README to list information in order of likely user need states (e.g. wanting to know what we do, make use of more mature packages, know how to contribute etc.) |
Beta Was this translation helpful? Give feedback.
-
This is on my radar and I plan to address it as part of the "landing page for packages" (Task 16 in https://github.com/orgs/epiverse-trace/projects/24). It might take a little bit of time to get to it since it's competing with other priorities so any short-term solution in the meantime may be useful. |
Beta Was this translation helpful? Give feedback.
-
Thanks @TimTaylor for noticing this and the suggestions, as @Bisaloo says there's a task already open and I'm happy to help with implementing improvements to the landing page as well. The individual pages do have badges that it should be possible to transfer - alternatively, having a dedicated ET website is another solution - happy to help with that as well. |
Beta Was this translation helpful? Give feedback.
-
Does the topic on substantiable dashboards for open-source software projects related to this question? more details in this abstract. |
Beta Was this translation helpful? Give feedback.
-
@Bisaloo and @adamkucharski gave a nice talk at UKHSA yesterday which may encourage a few people to click on the GitHub landing page. One thing that jumped out to me is that there is nothing that communicates package lifecycles on the landing page or in the "About" descriptions of the individual packages. Also when clicking through to the individual packages the badges do not really jump out at you. I wonder if there sure be a more prominent way to convey this information, particularly for packages going through very early development . Likewise - should more mature packages (e.g. finalsize) be highlighted as such?
Beta Was this translation helpful? Give feedback.
All reactions