-
Notifications
You must be signed in to change notification settings - Fork 37
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
README.md documentation link open blank docs page #534
Comments
There are no docs for v10 because they were added in unreleased v11. And we can't use docs from v11 for v10 because v11 changed public interfaces a lot (see #306 and #335). Although, if you want to try new features - just use release candidate, it's pretty stable!
Not closing this, because we probably should add some warning to stable tag. |
Nope, not changing the readme link because people kept coming into our Discord server saying that the "latest" docs were not matching up with the newest stable version which they thought was "latest". A warning/disclaimer on stable for a short while wouldn't hurt. Another idea would be to rename "latest" on readthedocs to something like "pre-release" or "testing" to make it obvious that it is part of development still. |
Or just add another tag. |
What I was driving at is that "latest" is not a very descriptive label. Latest of what? stable? beta? from development? release on PyPi? I'd say that most people would assume "latest" corresponds with the latest released version and not realize that there are some pre-releases out at the moment since pip defaults to not installing pre-releases. Of course once v11 is out, this naming scheme on readthedocs would matter less. |
Then, we can rename |
Once v11 is out, the naming indeed wouldn't matter that much, and |
Okay, I've made a temporary preview of what v10 docs could look like on this branch https://mcstatus.readthedocs.io/en/docs-on-v10/ If these are looking okay for v10, then I'll release a v10.0.4 version to promote these into "stable" on readthedocs. With plans to null-merge all of this into master via the backports branch that I also pushed, since many of these files have had significant changes in v11. |
The advanced usage shows |
Can close this now that v11 is out with all the doc changes. |
Would you change the link to "lastest" branch of docs, so readers wouldn't have to change it manually?
The text was updated successfully, but these errors were encountered: