Skip to content

README.md: Unify formatting, modernize badges & update URLs (and move release_cycle to starlight)#21706

Merged
crasbe merged 2 commits intoRIOT-OS:masterfrom
AnnsAnns:guide_readme
Sep 10, 2025
Merged

README.md: Unify formatting, modernize badges & update URLs (and move release_cycle to starlight)#21706
crasbe merged 2 commits intoRIOT-OS:masterfrom
AnnsAnns:guide_readme

Conversation

@AnnsAnns
Copy link
Copy Markdown
Member

@AnnsAnns AnnsAnns commented Sep 8, 2025

Contribution description

The current README kinda needed a spring cleaning, over the literal decade a lot of different ways to do formatting were added to the README resulting in absolutely no coherent formatting. This minor spring cleaning PR simply unifies the formatting. Since Github-flavored Markdown has become the quasi-standard and we are still on Github, I decided to follow the common Github Syntax as the guideline.

I also want to note (just to ease reviewers) that this PR does not change any text whatsoever. The text should pretty much be 1:1.

Aside from that I also removed/updated badges that were added 5 years ago and were fairly outdated. For example, the last stackoverflow question (of a total of 15 questions) was 1.5 years ago. Aside from that we don't even encourage stackoverflow for questions and it might lead users into asking questions on a site that doesn't get checked by active community members.

I also moved the learning resources section one layer higher. In the last README PR I already moved it above the community section but I've come to realize that even now the learning resources are beyond the cutoff line of the README, thus making it harder for beginners that are probably confused as is, to even find them.

The last thing this PR aims to do is to simply switch out soon-to-be dead links (such as the vision link) and while at it also move the release cycle to the guide site.

(There was also one completely dead link for the mailing list)

Testing procedure

Read the README and uhhh click the links? 😅

Issues/PRs references

Part of #21575

@github-actions github-actions bot added the Area: doc Area: Documentation label Sep 8, 2025
@crasbe crasbe added Type: enhancement The issue suggests enhanceable parts / The PR enhances parts of the codebase / documentation CI: ready for build If set, CI server will compile all applications for all available boards for the labeled PR CI: skip compile test If set, CI server will run only non-compile jobs, but no compile jobs or their dependent jobs labels Sep 8, 2025
@riot-ci
Copy link
Copy Markdown

riot-ci commented Sep 8, 2025

Murdock results

✔️ PASSED

30fef83 README.md: Unify formatting, modernize badges & update URLs

Success Failures Total Runtime
1 0 1 01m:15s

Artifacts

@AnnsAnns AnnsAnns mentioned this pull request Sep 9, 2025
23 tasks
Copy link
Copy Markdown
Contributor

@crasbe crasbe left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I don't really understand what the improvement is with the inline links, except for unavoidable long lines 🤔

@AnnsAnns
Copy link
Copy Markdown
Member Author

AnnsAnns commented Sep 9, 2025

I don't really understand what the improvement is with the inline links, except for unavoidable long lines 🤔

The idea is to follow one general standard for links. We currently use three different ways to store the links (inlined links, links at end of chapter, links at end of document), this way all links simply follow the inlined links syntax that is more common and recommended by the Github Syntax markdown guide. The other upside of that is that it becomes a bit easier to follow references when looking at it in raw text format.

Even though I personally really dislike the reading flow of reference links (esp. in a README) we can also use per-chapter references if that is favored by the community, the current approach is however a complete mess of no coherent standard.

@crasbe
Copy link
Copy Markdown
Contributor

crasbe commented Sep 9, 2025

Even though I personally really dislike the reading flow of reference links (esp. in a README) we can also use per-chapter references if that is favored by the community, the current approach is however a complete mess of no coherent standard.

Chapter-wise sounds like a good compromise. Perhaps it's worth documenting that somewhere, so that future documentation would be more coherent?

@AnnsAnns
Copy link
Copy Markdown
Member Author

AnnsAnns commented Sep 9, 2025

Even though I personally really dislike the reading flow of reference links (esp. in a README) we can also use per-chapter references if that is favored by the community, the current approach is however a complete mess of no coherent standard.

Chapter-wise sounds like a good compromise. Perhaps it's worth documenting that somewhere, so that future documentation would be more coherent?

Done :)

Copy link
Copy Markdown
Contributor

@crasbe crasbe left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I know the content was not changed, but it still makes sense to make it better if possible.

@AnnsAnns
Copy link
Copy Markdown
Member Author

I know the content was not changed, but it still makes sense to make it better if possible.

Fixed 🫡

Copy link
Copy Markdown
Contributor

@crasbe crasbe left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Please squash :)

@AnnsAnns
Copy link
Copy Markdown
Member Author

My most favourite words :D

@AnnsAnns
Copy link
Copy Markdown
Member Author

ah heck, the release_cycle got fixed into the commit, give me a sec to fix that

@AnnsAnns
Copy link
Copy Markdown
Member Author

Fixed and thank you for the review (as always 😉 )

@crasbe crasbe added this pull request to the merge queue Sep 10, 2025
Merged via the queue into RIOT-OS:master with commit bca37a7 Sep 10, 2025
25 checks passed
@benpicco benpicco added this to the Release 2025.10 milestone Dec 3, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

Area: doc Area: Documentation CI: ready for build If set, CI server will compile all applications for all available boards for the labeled PR CI: skip compile test If set, CI server will run only non-compile jobs, but no compile jobs or their dependent jobs Type: enhancement The issue suggests enhanceable parts / The PR enhances parts of the codebase / documentation

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants