[Feature] Aggregated statistics should drill down to their underlying data where useful #264

Closed
opened 2026-07-14 20:08:39 +02:00 by zemion · 2 comments
Owner

Problem / User Need

Aggregated numbers in the UI should not be dead ends when users naturally need to inspect the represented records. Where it makes sense, clicking a statistic should show the detailed data behind it.

Acceptance Criteria

  • Define a shared design principle for clickable aggregate statistics and drill-down affordances.
  • Provide a reusable UI pattern for statistic drill-downs: overlay, filtered table, or navigation target.
  • Document when a statistic should be clickable and when it should remain informational only.
  • Apply the pattern to campaign statistics where attachment/recipient/detail counts need inspection.

Notes / Decisions

This is a cross-module design rule. It should avoid making every number clickable by default; the interaction should be reserved for cases where detailed data helps a user act.

## Problem / User Need Aggregated numbers in the UI should not be dead ends when users naturally need to inspect the represented records. Where it makes sense, clicking a statistic should show the detailed data behind it. ## Acceptance Criteria - Define a shared design principle for clickable aggregate statistics and drill-down affordances. - Provide a reusable UI pattern for statistic drill-downs: overlay, filtered table, or navigation target. - Document when a statistic should be clickable and when it should remain informational only. - Apply the pattern to campaign statistics where attachment/recipient/detail counts need inspection. ## Notes / Decisions This is a cross-module design rule. It should avoid making every number clickable by default; the interaction should be reserved for cases where detailed data helps a user act.
zemion added the area/apicodex/readymodule/core
priority
p2
status
ready
type
feature
labels 2026-07-29 14:15:06 +02:00
Author
Owner

Resuming implementation: add the shared metric drill-down affordance and decision rules, then adopt it for actionable Campaign recipient, attachment, validation, and delivery aggregates without making informational or privacy-suppressed totals interactive.

Resuming implementation: add the shared metric drill-down affordance and decision rules, then adopt it for actionable Campaign recipient, attachment, validation, and delivery aggregates without making informational or privacy-suppressed totals interactive.
Author
Owner

Implemented and pushed.\n\nDelivered:\n- Shared typed MetricCard.drilldown contract for named link or in-page actions; cards themselves are never hidden click targets.\n- Keyboard-accessible explicit affordances, disabled explanations, and conformance coverage.\n- Campaign overview metrics route to the exact-version owning fields, recipients, template, review, report, and queue surfaces.\n- Attachment and review metrics reveal evidence or apply relevant built-message filters while preserving campaign/version scope.\n- Privacy-suppressed aggregate-report metrics intentionally remain inert, with structural regression checks and documentation.\n\nCommits: Core ffaab54, Campaign 8e2f9d7.\n\nVerification: MetricCard tests, Campaign aggregate/review/policy/template/accessibility tests, browser conformance, and the full focused workspace suite passed.

Implemented and pushed.\n\nDelivered:\n- Shared typed `MetricCard.drilldown` contract for named link or in-page actions; cards themselves are never hidden click targets.\n- Keyboard-accessible explicit affordances, disabled explanations, and conformance coverage.\n- Campaign overview metrics route to the exact-version owning fields, recipients, template, review, report, and queue surfaces.\n- Attachment and review metrics reveal evidence or apply relevant built-message filters while preserving campaign/version scope.\n- Privacy-suppressed aggregate-report metrics intentionally remain inert, with structural regression checks and documentation.\n\nCommits: Core `ffaab54`, Campaign `8e2f9d7`.\n\nVerification: MetricCard tests, Campaign aggregate/review/policy/template/accessibility tests, browser conformance, and the full focused workspace suite passed.
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: GovOPlaN/govoplan-core#264