docs(readme): tighten wp.org tagline and description wording - #153
Conversation
The tagline and the brand/status color paragraph crammed multiple comma-separated lists into single run-on sentences. Shorten the tagline to one clear claim and split the listiest sentence into shorter ones with more natural rhythm. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
|
Warning Review limit reached
Next review available in: 37 minutes Enable usage-based reviews in Billing to review now. Otherwise, wait until the next included review is available. How can I continue?After more reviews become available, a review can be triggered using the 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 reviews. How do review limits work?CodeRabbit enforces per-developer PR review limits for each organization. Most developers receive the normal plan review availability. For paid Pro and Pro+ PR reviews, CodeRabbit uses adaptive limits for sustained high-volume activity. When a developer's recent PR review activity reaches the 95th percentile or higher among CodeRabbit users, additional reviews become available more gradually as earlier reviews age out of the rolling window. Please refer docs for additional details. Review details⚙️ Run configurationConfiguration used: Organization UI Review profile: CHILL Plan: Pro Plus Run ID: 📒 Files selected for processing (1)
✨ Finishing Touches🧪 Generate unit tests (beta)
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. Comment |
PR Summary by QodoDocs: tighten wp.org readme tagline and description wording
AI Description
High-Level Assessment
Files changed (1)
|
Code Review by Qodo
Context used✅ Compliance rules (platform):
5 rules 1.
|
The wording split in the previous commit left "each one takes an optional separate dark value" reading as scoped to status colors only. Brand colors have the same brand_dark override support (class-token-defaults.php), so the readme undersold that. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
The framework has four status colors (success, warning, info, danger), not five — --sf-color-error was removed and renamed to --sf-color-danger (see SLASHED's docs/migration.md and token-registry.json). Aligns with the correct count already used in the copy-wip readme draft. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_016rBJXkhpA2ZvDxsoRWFZGG
Summary
Splits the live-readme wording tweak out of #147, isolated from that PR's unrelated relicense and lucide-fix changes.
The tagline and the brand/status color paragraph in
SLASHED-for-WP/readme.txtcrammed multiple comma-separated lists into single run-on sentences (e.g. "with native Bricks Builder tooling: token pickers, a color browser, class hints, and BEM automation"). Shortened the tagline to one clear claim and split the listiest sentence into shorter ones with more natural rhythm.Type
Notes
Deliberately excludes the
License: GPL-2.0-or-later→GPL-3.0-or-laterlines that were also present in #147's version of this file — that belongs to #149, which already owns the relicense scope. This PR only touches wording, not the license header.Supersedes the wording portion of #147, which should be closed in favor of this PR and #149 (relicense) and #135 (already-merged lucide fix).
Generated by Claude Code