[Design] Redesign decisions and resolved comments
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 5/5
- Tempo stimato
- Più di una settimana
- Idoneità per principianti
- 38/100
- Tipo di issue
- Funzionalità
- Chiarezza
- Specificata chiaramente
- Stato di attività
- Attiva
- Stack tecnologico
- bun, typescript
Direzione di ricerca
Start with /design-audit#surfaces and inspect the decisions rail, questionnaire cards, comment thread cards, SidecarCard, and provenance in packages/editor. Review the listed verification commands and inventory every required layout and relationship state; done means annotated before/after evidence, shared anatomy decisions, browser evidence, deferred states, and Maggie's approval without changing record authority or workflows.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Base branch: main
Branch: maggie/redesign-decisions-and-comments
Depends on: None
Goal
Give decisions and resolved comments a coherent, high-quality sidecar design while preserving the distinct durable record states.
Context From Planning
- The current decisions and resolved-comment specimens in
/design-audit#surfacesboth need a proper design pass. - They share sidecar-card foundations and provenance, but questions, accepted comments, resolved history, deliberately empty links, and orphaned links must remain semantically distinct.
- This is a human-reviewed design task rather than a mechanical restyle.
Current Behavior
Questionnaires and comment threads share SidecarCard, but information hierarchy, provenance, actions, settled treatment, history disclosure, and empty/orphaned records remain visually weak. Existing behavior carefully distinguishes pending, linked, deliberately empty, and orphaned relationships.
Desired Behavior
Design a small sidecar record system that makes open work, settled decisions, provenance, related prose, and exceptional relationship states immediately legible without fragmenting the product into unrelated card styles.
Acceptance Criteria
- The design audit covers outstanding questionnaire, answered questionnaire, open comment, accepted comment, resolved history, deliberately empty relation, orphaned relation, focused/related-prose, disabled, and narrow layouts.
- Questions and comments share card anatomy/tokens where their semantics match and remain distinct where actions differ.
- Provenance, primary content, contextual quote, related-prose state, and actions have a clear reading order.
- Pending, linked, deliberately empty, and orphaned states remain visibly and programmatically distinct.
- Existing accept/dismiss confirmation, frozen accepted threads, resolved-history disclosure, focus handoff, related-prose highlight/pin, and record authority remain unchanged.
- Maggie approves the audit specimens before production migration.
Verification Commands
bun run typesbun run cibun test packages/editorbun run e2e
Primary Surfaces
/design-audit#surfaces- Decisions rail and questionnaire cards in
packages/editor - Comment thread cards,
SidecarCard, and provenance
Expected PR Checks
- Repo required checks
Report Requirements
- State inventory and annotated before/after screenshots
- Shared anatomy/token decisions
- Browser evidence for focus, disclosure, and related-prose behavior
- Any deliberately deferred states
Implementation Notes
- Records own decisions; rendered document projections are not authority.
- Preserve the four relationship states: pending, linked, deliberately empty, and orphaned.
- Empty means intentional absence; orphaned means the former target cannot be recovered safely.
- Keep one shared foundation without forcing question-owned controls into comment-owned action slots.
Stop Conditions
- A visual treatment obscures the difference between empty and orphaned relationships.
- The design requires changing record authority, anchoring, or questionnaire/comment workflows.
- Lingua principale
- TypeScript
- Stelle
- 351
- Fork
- 20
- Merge medio
- 14h 7m
- PR unite (30g)
- 34
Guida per i contributori
Nessuna guida per i contributori indicizzata per questo repository
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di githubnext/chopin
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
githubnext/chopin#154 ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 74/100
githubnext/chopin#149 ·
-
Difficoltà 5/5 Più di una settimana Idoneità per principianti 35/100
githubnext/chopin#165 ·
-
Difficoltà 5/5 Più di una settimana Idoneità per principianti 35/100
githubnext/chopin#164 ·
-
Difficoltà 5/5 Più di una settimana Idoneità per principianti 35/100
githubnext/chopin#162 ·
Tutte le issue di githubnext/chopin
Issue simili
-
bug(cli): hapi doctor inline-media prints a fabricated B:\ helper-script path in packaged installs Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 70/100
-
Crush Aperta
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 85/100
catppuccin/catppuccin#3125 ·
-
Add a SECURITY.md Aperta
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 90/100
ElementsProject/cln-application#167 · 1 commento · 1 reazione ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 75/100
Quantco/pnpm-licenses#17 ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 75/100