Files
bible/rules/patterns/controls-selection/contract.md
Michael Chus 421d004faf Deduplicate overlapping rules across contracts
Each rule now has one owning contract; others point to it:
validation and multi-step rules live in forms-validation (modal-workflows
references them), pagination metadata lives in go-api (table-management
references it), the async task flow lives in go-background-tasks (go-api
references it), backup git-safety checks live in backup-management
(go-database references it). Remove the leftover Vapor/Aqua baseline
mention and stale kit/patterns paths, compress the batch-file-upload ADR
narrative, and drop content-free pattern READMEs.

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
2026-06-12 10:00:02 +03:00

2.1 KiB

Contract: Controls + Selection

Version: 1.1

Shared Base

  • This pattern inherits the shared table-management contract.
  • Visual styling comes from web-visual-baseline.
  • Reuse shared toolbar/table/icon geometry from the base contract first, then define only controls-specific additions below.

Buttons

  • Use a small stable button taxonomy: primary, secondary, ghost, danger, disabled.
  • Destructive actions (archive, delete, remove) must use danger styling and explicit labels.
  • Button text should describe the action outcome, not implementation detail.
  • Buttons are text-first; icons are optional and must not replace labels on primary/danger actions.
  • Base examples must show both disabled and loading states.

Checkbox Selection

  • Row checkboxes support bulk actions from a shared action bar.
  • Header checkbox semantics must be explicit:
    • select visible rows only, or
    • select all rows in query scope (must be clearly labeled)
  • In paginated views, the UI should distinguish selection on the current page from selection across the filtered/query scope.
  • Selection state should survive pagination/filter navigation via explicit state (query params, server session, or another deterministic mechanism).
  • Same-page interactions should preserve reading position (module anchor pattern is preferred in canonical server-rendered flows).

Segmented Filters

  • Segment/toggle filters are allowed for small enumerations (status, active/archived).
  • Segmented controls are grouped joined-buttons:
    • one shared outer shell,
    • rounded corners only on the first/last segment,
    • straight internal separators between middle segments.
  • Active segment color may vary by context (for example blue preset selector vs dark status scope tabs), but geometry must remain consistent.
  • Segment changes should preserve other active filters where possible.

Bulk Action Safety

  • Bulk action click should preview count and target scope before execution.
  • Destructive bulk actions require confirmation.
  • Dense bulk action bars may move rare actions into an explicit overflow menu (More actions) while keeping primary actions visible.