Hacktoberfest 2026: le issue che i maintainer hanno segnato per ottobre, aperte e adatte ai principianti. Sfoglia le issue Hacktoberfest

[Design] Redesign decisions and resolved comments

Aperta
#163 0 commenti 0 reazioni 0 assegnatari Vedi su GitHub

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
Ambito
design, frontend

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#surfaces both 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 types
  • bun run ci
  • bun test packages/editor
  • bun 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

  1. Leggi tutta la issue e poi la guida ai contributi del progetto.
  2. Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
  3. Fai un fork del repository e lavora su un branch.
  4. Apri una pull request che faccia riferimento al numero della issue.

Altre issue di githubnext/chopin

Tutte le issue di githubnext/chopin

Issue simili

Altre issue su TypeScript

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.