Hacktoberfest 2026: những issue maintainer đã đánh dấu cho tháng Mười, đang mở và phù hợp người mới. Xem issue Hacktoberfest

[Design] Redesign decisions and resolved comments

Đang mở
#163 0 bình luận 0 reaction 0 người được giao Xem trên GitHub

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
Lĩnh vực
design, frontend

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#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.
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

  1. Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
  2. 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.
  3. Fork repository và làm thay đổi trên một nhánh.
  4. Mở pull request có tham chiếu số hiệu của issue.

Issue khác của githubnext/chopin

Tất cả issue của githubnext/chopin

Issue tương tự

Thêm issue về TypeScript

Nhận issue mới trong hộp thư của bạn

Bản tóm tắt ngắn những issue GitHub phù hợp với người mới.