Skip to content

📝 State full YAML test suite compliance and document compact block keys#87

Merged
frenck merged 2 commits into
mainfrom
frenck/docs-spec-compliance
Jun 23, 2026
Merged

📝 State full YAML test suite compliance and document compact block keys#87
frenck merged 2 commits into
mainfrom
frenck/docs-spec-compliance

Conversation

@frenck

@frenck frenck commented Jun 23, 2026

Copy link
Copy Markdown
Owner

Breaking change

None. Documentation only.

Proposed change

With the suite-conformance work landed, yamlrocks passes the complete official YAML 1.2 test suite, so the docs say so plainly. The landing page's "Correct" card and project-status note change "exercised against" / "verified against" the test suite to "passes the complete official YAML test suite". The complex-keys guide gains an example for a compact block collection written after a ? key indicator (spec example 8.19), the form the parser now handles, alongside the existing flow-style examples.

The existing complex-keys and OPT_REJECT_COMPLEX_KEYS documentation already described the behavior generically and is unchanged.

Note on ordering: the new example and the full-compliance wording rely on #86 (compact block collections as keys). This should merge after #86 so the documented example verifier stays green.

This is related to #77 and #86.

Type of change

  • Dependency or tooling upgrade
  • Bugfix (non-breaking change that fixes an issue)
  • New feature (non-breaking change that adds functionality)
  • Deprecation (replaces or removes a feature, with a migration path)
  • Breaking change (a fix or feature that changes existing behavior)
  • Code quality, refactor, or test-only change
  • Documentation only

Additional information

Checklist

  • I have read the AI Policy, and this pull request was not created by an autonomous agent.
  • I fully understand the code in this pull request and can explain every line, including any AI-assisted changes.
  • The change is covered by tests, and uv run pytest passes locally. A pull request cannot be merged unless CI is green.
  • uv run ruff check . and uv run ruff format --check . pass.
  • cargo fmt --check and cargo clippy --all-targets -- -D warnings pass.
  • Round-trip fidelity is preserved: an unmodified document still re-emits byte-for-byte.
  • No commented-out or dead code is left in the pull request.

If the change is user-facing:

  • Documentation under docs/ is added or updated, and docs/verify_examples.py still passes.

With the suite-conformance work landed, yamlrocks passes the complete official
YAML 1.2 test suite, so the landing page says so plainly instead of "exercised
against". Add a complex-key example for a compact block collection written
after a ? key indicator (spec example 8.19), the form the parser now handles.
Copilot AI review requested due to automatic review settings June 23, 2026 05:30
@frenck frenck added the documentation Solely about the documentation of the project. label Jun 23, 2026
@coderabbitai

coderabbitai Bot commented Jun 23, 2026

Copy link
Copy Markdown

Warning

Review limit reached

@frenck, we couldn't start this review because you've reached your PR review rate limit.

More reviews will be available in 36 minutes and 24 seconds. Learn how PR review limits work.

Your organization has used up its prepaid credits, and credit purchases are no longer available. Enable the review add-on in the billing tab to keep reviews running — you're only billed for reviews past your plan's rate limits ($0.25/file).

⌛ How to resolve this issue?

After more reviews become available, a review can be triggered using the @coderabbitai review command as a PR comment. Alternatively, push new commits to this PR.

To avoid repeated limits, reduce automatic review volume by pausing incremental auto-reviews earlier, using label-based review opt-in, excluding WIP or generated PR titles, or requesting reviews manually when the PR is ready. If your team needs uninterrupted high-volume reviews, an organization admin can enable usage-based credits.

🚦 How do rate limits work?

CodeRabbit enforces per-developer PR review limits for each organization. Most developers receive the normal plan refill rate.

For paid Pro and Pro+ PR reviews, CodeRabbit uses rolling per-developer review limits. Reviews become available again as older review attempts age out of the rolling limit window.

Please see our Fair Usage Limits Policy for further information.

ℹ️ Review info
⚙️ Run configuration

Configuration used: Repository UI

Review profile: CHILL

Plan: Pro

Run ID: 59fa5dac-dd99-4940-9564-7fa0b99714a7

📥 Commits

Reviewing files that changed from the base of the PR and between 1843f7d and f81972a.

📒 Files selected for processing (2)
  • docs/src/content/docs/guides/loading.md
  • docs/src/content/docs/index.mdx

Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out.

❤️ Share

Comment @coderabbitai help to get the list of available commands.

@codspeed-hq

codspeed-hq Bot commented Jun 23, 2026

Copy link
Copy Markdown

Merging this PR will not alter performance

✅ 16 untouched benchmarks


Comparing frenck/docs-spec-compliance (f81972a) with main (1843f7d)

Open in CodSpeed

Copilot AI left a comment

Copy link
Copy Markdown

Choose a reason for hiding this comment

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

Pull request overview

This documentation-only PR updates the marketing/correctness wording now that YAMLRocks passes the complete official YAML 1.2 test suite, and documents a newly supported syntax. On the landing page, the "Correct" card and project-status note change "exercised/verified against" the test suite to "passes the complete official YAML test suite." The complex-keys guide gains an example showing a compact block collection used after a ? key indicator (spec example 8.19). Both changes depend on PR #86 (compact block collections as keys), which the description notes must merge first.

I verified that in this checkout parse_failures contains only V9D5 (the case #86 fixes) while the large rejected list is invalid documents the parser correctly refuses, so the compliance wording becomes accurate once #86 lands. The new example's asserted output ({(("earth", "blue"),): {"moon": "white"}}) matches #86's documented behavior, and the spec link/anchor format is consistent with the existing example link in the same file.

Changes:

  • Reword the landing page's "Correct" card and project-status note to state full YAML test-suite compliance.
  • Add a compact-block-collection-as-key example (spec 8.19) to the complex-keys guide.

Reviewed changes

Copilot reviewed 2 out of 2 changed files in this pull request and generated 1 comment.

File Description
docs/src/content/docs/index.mdx Updates the "Correct" card and status note to claim passing the complete official YAML test suite.
docs/src/content/docs/guides/loading.md Adds a compact block collection key example; the block omits the import yamlrocks that every other example block includes.

💡 Add Copilot custom instructions for smarter, more guided reviews. Learn how to get started.

Comment thread docs/src/content/docs/guides/loading.md
@frenck frenck merged commit 3bc0aec into main Jun 23, 2026
59 checks passed
@frenck frenck deleted the frenck/docs-spec-compliance branch June 23, 2026 06:03
@github-actions github-actions Bot locked as resolved and limited conversation to collaborators Jun 24, 2026
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.

Labels

documentation Solely about the documentation of the project.

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants