-
Notifications
You must be signed in to change notification settings - Fork 10
Getting started - Organization and brief info #174
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
base: main
Are you sure you want to change the base?
Conversation
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 think this good, just feel that expandable info on contributing should be at the top. We want to instill that these are living docs that can be modified.
??? info "Contributing/Writing *Getting Started* Pages" | ||
|
||
Getting Started tutorials are lessons. Readers should be given a reasonable starting point, and should able to follow the tutorials with no external guidance. They are learning-oriented documents designed with the purpose of enabling new users to get started with a particular part of the software portfolio. | ||
|
||
When creating a new getting-started tutorial, first you need to make sure what you are creating is a tutorial. Ask yourself: | ||
|
||
When creating a new getting-started tutorial, first you need to make sure what you are creating is a tutorial. Ask yourself: | ||
* What is the lesson? Tutorials should have a lesson that the user is expected to learn. | ||
* Does your tutorial have a concrete beginning? Tutorials should always have an obvious start with clear instructions on how to get any lesson examples running. | ||
* Does your tutorial have a goal? Tutorials should have a clear goal that the user will accomplish. |
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 think it's better to put this at the top
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 can put it at the top if you want, but I have a couple of reasons to consider leaving it at the bottom.
- My goal is to put the thing people are most likely looking for closest to the top.
- People on the Getting Started page may not be the most knowledgeable about our software yet, contributing is a great end but probably not what people want to start with.
This might be a better way to encourage editing: adding an edit/view source button in the header/footer of each page. This is what wikipedia and many docs sites I've seen do. mkdocs-material has a feature that makes this pretty easy to add: https://squidfunk.github.io/mkdocs-material/setup/adding-a-git-repository/

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.
PR with mkdocs git features, was really easy to add.
Licensing
This project is mostly composed of free and unencumbered software released into the public domain, and we are unlikely to accept contributions that are not also released into the public domain. Somewhere near the top of each file should have these words: