Repository navigation
docs(readme-standard): keep the badge block one band with trailing group comments (issue #3353) #3391
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: master
Are you sure you want to change the base?
docs(readme-standard): keep the badge block one band with trailing group comments (issue #3353) #3391
Changes from all commits
File filter
Filter by extension
Conversations
Jump to
Diff view
Diff view
There are no files selected for viewing
| Original file line number | Diff line number | Diff line change |
|---|---|---|
|
|
@@ -5,32 +5,25 @@ | |
| wraps at 80. --> | ||
| <div align="center"> | ||
|
|
||
| <img src="docs/assets/vmafx-readme-banner.svg" alt="VMAFx — perceptual video quality assessment, GPU-accelerated and SIMD-tuned" height="120" /> | ||
| <img src="docs/assets/vmafx-readme-banner.svg" alt="VMAFx — perceptual video quality assessment, GPU-accelerated and SIMD-tuned" height="120" /> <!-- README-STANDARD badge block: one band, fixed group order (docs/README-STANDARD.md) --> <!-- 1 release/version --> | ||
|
|
||
| <!-- README-STANDARD badge block: one group, fixed order (docs/README-STANDARD.md) --> | ||
| <!-- 1 release/version --> | ||
| [](https://github.com/VMAFx/vmafx/releases) <!-- x-release-please-version --> | ||
| <!-- 2 CI/build --> | ||
| [](https://github.com/VMAFx/vmafx/releases) <!-- x-release-please-version --> <!-- 2 CI/build --> | ||
|
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. 🟡 MEDIUM RISK Move
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. 🟡 Medium · Release badge version stays stale When release-please updates the README for a version bump, the Move Also at Prompt for AI agentsIn `README.md` at line 10:
**Release badge version stays stale**
When release-please updates the README for a version bump, the `<!-- 2 CI/build -->` marker follows the `x-release-please-version` marker, so release-please no longer finds the version marker at the end of the badge line and leaves the displayed release version stale. The group marker also appears after the Release badge instead of the first CI badge, so it labels the wrong group.
Move `<!-- 2 CI/build -->` after the Tests badge, leaving `<!-- x-release-please-version -->` at the end of the Release badge line.
Also at `README.md:11`.
Contributor
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Required: [](...) <!-- x-release-please-version -->
[](...) <!-- 2 CI/build --> |
||
| [](https://github.com/VMAFx/vmafx/actions/workflows/tests-and-quality-gates.yml) | ||
| [](https://github.com/VMAFx/vmafx/actions/workflows/libvmaf-build-matrix.yml) | ||
| [](https://github.com/VMAFx/vmafx/actions/workflows/lint-and-format.yml) | ||
| [](https://github.com/VMAFx/vmafx/actions/workflows/ffmpeg-integration.yml) | ||
| [](https://github.com/VMAFx/vmafx/actions/workflows/go-ci.yml) | ||
| [](https://github.com/VMAFx/vmafx/actions/workflows/rust-ci.yml) | ||
| <!-- 3 security/scorecard --> | ||
| [](https://github.com/VMAFx/vmafx/actions/workflows/security-scans.yml) | ||
| [](https://github.com/VMAFx/vmafx/actions/workflows/security-scans.yml) <!-- 3 security/scorecard --> | ||
| [](https://scorecard.dev/viewer/?uri=github.com/VMAFx/vmafx) | ||
| [](https://www.bestpractices.dev/projects/14549) | ||
| [](https://app.codacy.com/gh/VMAFx/vmafx/dashboard) | ||
| [](https://coderabbit.ai) | ||
| <!-- 4 standards --> | ||
| [](AGENTS.md) | ||
| [](AGENTS.md) <!-- 4 standards --> | ||
| [](docs/principles.md) | ||
| [](CONTRIBUTING.md) | ||
| <!-- 5 licence --> | ||
| [](docs/adr/1250-eupl-fork-relicense.md) | ||
| <!-- 6 support --> | ||
| [](https://github.com/sponsors/lusoris) | ||
| [](docs/adr/1250-eupl-fork-relicense.md) <!-- 5 licence --> | ||
| [](https://github.com/sponsors/lusoris) <!-- 6 support --> | ||
| [](https://ko-fi.com/lusoris) | ||
|
|
||
| **Perceptual video quality assessment — GPU-accelerated, SIMD-tuned, numerically exact** | ||
|
|
||
| Original file line number | Diff line number | Diff line change |
|---|---|---|
|
|
@@ -75,8 +75,12 @@ never reorders them: | |
| 5. **Licence**: one badge naming every licence that applies. | ||
| 6. **Support**: sponsorship links (GitHub Sponsors, Ko-fi and the like). | ||
|
|
||
| Each group is introduced by an HTML comment (`<!-- 2 CI/build -->`) so a | ||
| reviewer can check the order without rendering the page. | ||
| Each group carries an HTML comment (`<!-- 2 CI/build -->`) so a reviewer can | ||
| check the order without rendering the page. The comment trails the first badge | ||
| line of its own group (the banner line for the first group) and never starts a | ||
| line of its own: a line that begins with `<!--` opens a CommonMark HTML block | ||
| that interrupts the badge paragraph, and the block then renders as one centred | ||
| row per group instead of one band. | ||
|
Comment on lines
+78
to
+83
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. ⚪ Low · Rendering rationale lacks evidence The new paragraph asserts that standalone comments interrupt the badge paragraph and produce separate rows but links no specification, GitHub evidence, or tracked reproducer, so readers cannot verify the documented rendering rule. Link the relevant CommonMark or GitHub rendering evidence, or add a tracked reproducer for the claim. Prompt for AI agentsIn `docs/README-STANDARD.md` at lines 78-83:
**Rendering rationale lacks evidence**
The new paragraph asserts that standalone comments interrupt the badge paragraph and produce separate rows but links no specification, GitHub evidence, or tracked reproducer, so readers cannot verify the documented rendering rule.
Link the relevant CommonMark or GitHub rendering evidence, or add a tracked reproducer for the claim.From - **C core:** rules 5 and 10 adapt to reference, rendering and diagnostic
validation. Other C-core rules apply to executable examples, not prose.
- **Additions:** `docs/`, root Markdown and [python/README.rst](../python/README.rst)
document behavior with reproducible commands and tracked evidence links.
Keep examples consistent with their implementation language; rendered
tables, equations and diagrams must remain usable without script execution. |
||
|
|
||
| Version badges for languages, toolchains, backends and integrations (C, Go, | ||
| Rust, Python, CUDA, ROCm and the like) are not part of the top block. Where | ||
|
|
||
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.
Required: Praetor's README-01 order check reads only the first HTML comment on a line. Here that is the
README-STANDARD badge blocknote, so the1 release/versionlabel is never read, and on the Release line the first comment isx-release-please-version. On this head the check finds no group labels at all, which is why a swapped order passes.Putting the group label first fixes it without changing the rendered page:
With that change and the Tests-line move from the other comment, I ran the check again: it reads groups 1 and 2 in order, reports the planted swap, and reports nothing new on the unswapped page. The cmark output is the same as on this head. A sentence in
docs/README-STANDARD.mdsaying the group label comes before any other comment on its line would keep the next edit from undoing this.