[Design] Redesign decisions and resolved comments
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 5/5
- Thời gian dự kiến
- Hơn một tuần
- Mức phù hợp với người mới
- 38/100
- Loại issue
- Tính năng
- Độ rõ ràng
- Đặc tả rõ ràng
- Mức độ hoạt động
- Sôi nổi
- Công nghệ
- bun, typescript
Hướng nghiên cứu
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.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
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.
- Ngôn ngữ chính
- TypeScript
- Star
- 351
- Fork
- 20
- Merge trung bình
- 14 giờ 7 phút
- Pull request đã merge (30 ngày)
- 34
Hướng dẫn đóng góp
Chưa lập chỉ mục được hướng dẫn đóng góp cho kho mã nguồn này
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của githubnext/chopin
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
githubnext/chopin#154 ·
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 74/100
githubnext/chopin#149 ·
-
[Design] Style Mermaid diagrams Đang mở
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 35/100
githubnext/chopin#165 ·
-
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 35/100
githubnext/chopin#164 ·
-
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 35/100
githubnext/chopin#162 ·
Tất cả issue của githubnext/chopin
Issue tương tự
-
bug(cli): hapi doctor inline-media prints a fabricated B:\ helper-script path in packaged installs Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 70/100
-
Crush Đang mở
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 85/100
catppuccin/catppuccin#3125 ·
-
Add a SECURITY.md Đang mở
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 90/100
ElementsProject/cln-application#167 · 1 bình luận · 1 reaction ·
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 75/100
Quantco/pnpm-licenses#17 ·
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 75/100