edit | blame | history | raw

用户目标

  • 继续以第二位 UI 设计师角色,独立评审 TagLauncher“免费版 + Pro 解锁”首期界面。
  • 只看:
  • Data 页完整 Pro 状态区
  • Theme 页紧凑镜像状态条
  • 主题卡片上的轻量 Pro 标识 / 预览态
  • 与 Pro 相关的轻量弹窗 / 提示语气
  • 约束:
  • 不新增单独 Pro 页签
  • 不营销化
  • 只改 UI,不改功能

已完成事项

  • 复读并遵守 design-taste-frontend,只抽取其中适用于产品内设置 UI 的规则。
  • 基于现有实现继续评审:
  • src/Apptag/PreferencesView.swift
  • src/Apptag/EditModeViews.swift
  • src/Apptag/AppGridTheme.swift
  • 形成一份可直接实现的界面方案,重点明确布局、标识策略、亮暗主题可读性规则和最容易做丑的坑。

关键决策

  • 设计读法:
  • 这是 macOS 工具型设置界面,不是营销页,也不是付费页。
  • 应保持原生偏好设置气质,靠状态组织而不是视觉促销。
  • Dials:
  • DESIGN_VARIANCE 3
  • MOTION_INTENSITY 2
  • VISUAL_DENSITY 5
  • Data 页使用“完整状态区”,Theme 页使用“镜像状态条”,两者语义分层,不做重复权益堆叠。
  • 长期标识统一用 Pro 小胶囊,不用 V 锁,不用 crown,不做全局锁态。
  • Pro 主题卡保持完整渐变预览,不做灰化、模糊、黑纱遮罩。
  • Pro 提示不用橙色告警语义:
  • Settings 内走白底 sheet
  • App Grid 内走轻量黑底 overlay 家族
  • 整体继续沿用现有圆角、accent、边框和按钮语法,不引入金色、紫色或价格页风格。

文件变更

  • 新增会话记录:
  • .codex-sessionhistory/2026-06-26-Pro界面评审.md

未决问题

  • 排序若仍是“拖拽即保存”,实现层是否需要先补一个明确“保存排序”动作,不属于本轮 UI 结论,但会影响最终提示触点。

后续建议

  • 实现时优先从这四个挂点开始:
  • PreferencesView.swiftData 顶部
  • PreferencesView.swiftTheme 说明与网格之间
  • ThemeOptionButton
  • SettingsConfirmationView 与现有 overlay 提示家族
  • QA 先锁:
  • 免费 / 已购 / 老付费自动 Pro / 处理中 / 取消 / 失败 / 无可恢复购买
  • 29 语种长度
  • 深浅主题对比度
  • 主题预览态与已解锁态切换