Michael Chus
421d004faf
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>
45 lines
2.1 KiB
Markdown
45 lines
2.1 KiB
Markdown
# 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.
|