-
Notifications
You must be signed in to change notification settings - Fork 0
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
Create knowledge commons pages - infrastructure choice #6
Comments
In duscussion with @chrisdburr: What features do we need from the project pages?
Above all looks to be acheivable in jupyterbook. @chrisdburr will confirm and look into extensibility of the static site. @cassgvp will set up the github side of things (not the static site yet), framed as "TRIC-DT public repo, managed byt the Hub" |
Happy to report that the use cases I had in mind are either covered by the advanced HTML options (https://jupyterbook.org/en/stable/advanced/html.html) or can be done with fiddly but doable Sphinx customisation. So, all good from my side. |
In @chrisdburr's absence I'm happy to help out with the technical side of things, if you need @cassgvp. |
Note to update the README with a link to the knowldege commons once that is public!
|
The JupyterBook is now created and scaffolded with the following tasks completed:
Currently, these changes are on the I would suggest we add a few more pages before merging the branch with main. |
Summary of issue
A core part of our activites is to deliver a public facing knowledge commons where we can share materials and recieve community contribution.
Github pages is an apporpriate vehicle for this (more so than a Turing managed webpage, for example) as it we can be flexible and responsive in the content, and enable version controlled attribution of community input in the copy itself. Github issues will also be a valuable tool for receiving (and visibly responding to) community input.
We understand that the creation of github pages sites is acceptable to Turing comms and compliance teams under the proviso that we call it "pages" and not "website". RCM communications guidelines (in development) refer to them as "open source project pages".
Existing resources that we can "template" for infrastructure
To do
pros/cons of infrastructure templates
Content pages (for now!)
The text was updated successfully, but these errors were encountered: