-
Notifications
You must be signed in to change notification settings - Fork 7
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
Add version history page #63
Conversation
Yes, good idea.
Please do! That will avoid forgetting to add that info. The script that updates the JSON file should also be updated, too. |
Sounds good! I'd link to the corresponding release and the object format docs, like:
Also with auto-generation there'd need to be a facility for special-casing some things, because 0.7.0's object version should be "v9 r9 declared, v9 r10 actual" (we forgot to update it then). |
Store the displayable as a string (containing MarkDown, maybe?), and manually edit it for cases like that. |
Or have a freeform markdown Notes column; I can imagine other things we'd have to say about versions.
Also note that we can't link to object file formats before some date, since rgbds(7) didn't exist. |
At the very least we'd need to add entries for 0.8.0 and 0.9.0-rc1. I'll just update it with the links too. |
92fbc11
to
a93cf5a
Compare
Not sure if someone should add this the PR before merge, or if you want it as-is. |
Just an idea, really—have all the important info for versions at a glance.
Note: this is different from the History section included in the docs of recent RGBDS releases.
Now, one could use the GitHub releases or tags page for RGBDS to find some version that was out at the time of when a project was last modified, but it being paginated makes it a bit cumbersome to find the right version.
The object version info I imagine could be useful in some situations. The info comes from the rgbds-obj crate.
Should
versions.json
have additional data to accomodate generating this table automatically?