fix: colour the tags help text where the field actually lives - #524
Conversation
|
No actionable comments were generated in the recent review. 🎉 ℹ️ Recent review info⚙️ Run configurationConfiguration used: Repository UI Review profile: ASSERTIVE Plan: Team Run ID: 📒 Files selected for processing (2)
💤 Files with no reviewable changes (1)
Included review availability: Your plan provides up to 8 included reviews per hour; 2 remain after this review. WalkthroughThe snippet editor now applies the muted text color token to snippet tag help text. The sidebar no longer overrides the token-field help text color. ChangesSnippet tag help text styling
Estimated code review effort: 1 (Trivial) | ~5 minutes Merge Risk: ⚪ Minimal · up to Snippet tag help text now receives the intended muted color within its rendered form container, without affecting unrelated token fields. The change is ready to merge. Suggested reviewers: 🚥 Pre-merge checks | ✅ 6✅ Passed checks (6 passed)
Full details: Correctness And SecurityExplanation No correctness or security defect was introduced. Full details: Ponytail: No Over-EngineeringExplanation PASS. The change uses one direct CSS selector in Full details: Pr HygieneExplanation The commit title is a short conventional-commit summary: Full details: Scope DisciplineExplanation The PR addresses one concern: styling the tags help text in its actual container. The rule moves to ✨ Finishing Touches🧪 Generate unit tests (beta)
✨ Simplify code
Comment |
Follow-up to #522: the help-text rule was nested under the sidebar block, but the tags field renders in the lower form area, so it never matched and the text stayed at 4.05:1. The rule now targets the tags container directly, which also outranks the component's injected single-class colour. Verified with axe on a wp-env site.
Summary by CodeRabbit