Skip to content

Accessibility pass on the registry and detail pages #20

Description

@dubemoyibe-star

Context

The dashboard was built dark-mode-only with a focus on visual design, and hasn't had an accessibility review. Since the core output is a number whose meaning depends on context — 54 means nothing without knowing the scale and direction — screen reader and keyboard users are poorly served by a score rendered as a bare styled number.

Scope

In scope: semantic markup, keyboard navigation, focus states, contrast verification against the dark palette, and meaningful labels on the score display and factor breakdown.
Out of scope: light mode, and any visual redesign.

Acceptance criteria

  • Score displays carry accessible labels conveying scale and direction, not just the raw number
  • Factor breakdown is navigable and comprehensible without seeing the visual layout
  • All interactive elements reachable and operable by keyboard, with visible focus states
  • Contrast ratios verified against WCAG AA across the dark palette; failures fixed rather than noted
  • Registry rankings convey their ordering semantically, not only through visual position
  • Verified with an actual screen reader, not only an automated audit tool

Difficulty

Intermediate — needs familiarity with the codebase or methodology

Notes / open questions

Automated tools catch maybe half of this. The score-in-context problem in particular won't show up in an automated pass but is the most consequential thing here.

Metadata

Metadata

Assignees

Labels

GrantFox OSSIssue tracked in GrantFox OSSMaybe RewardedIssue maybe eligible for a GrantFox rewardOfficial Campaign | FWC26Official Campaign | FWC26enhancementNew feature or requestfrontendimproves the UI or frontend of the projecthelp wantedExtra attention is needed

Type

No type

Projects

No projects

Milestone

No milestone

Relationships

None yet

Development

No branches or pull requests

Issue actions