Files
MailUI4Agents/client/electron/tailwind.config.js
JianFeeeee c19eea5e3c feat(webui): 真正动可见层的现代化 —— 字号、层次、间距、分隔线
# 起因:上一轮的「现代化」基本不算现代化

用户指出「我说的是 webui 现代化」。回看上一轮,我交付的其实是**底层改进**:
圆角加大一档、自定义滚动条、焦点环、过渡、reduce-motion、令牌与可访问性。
这些都对,但**可见变化几乎只有圆角** —— 界面看起来还是老样子。

实测数据确认了「老」在哪:

  text-xs(12px)  172 处   ← 被当正文用
  text-[10px]     84 处
  text-[11px]     68 处
  text-[9px]      19 处   ← 现代显示器上基本读不了
  text-sm(14px)   69 处
  text-base(16px)  4 处

  57 处 border-b + 21 处 border-r,其中 67 条是 border-gray-200 的硬灰线

  阴影:全站共 10 处,且全是 Tailwind 系统默认档;
        index.css 里 --shadow-1/2/3 三个语义令牌**定义了但零处使用**

所以真正的病因是三条:**字太小、层次为零、硬线切分**。

# 改动

## 1. 字号体系抬一档(tailwind.config.js)

不用 Tailwind 默认档,重定为:

  3xs 11px(角标下限,取代 9/10px 魔法数字)
  2xs 12px(元信息,取代 11px)
  xs  13px(次要正文,原 12px —— 拿它当正文的地方自动变舒适)
  sm  14px(正文)
  base 15px

并把 171 处裸 px 类名(text-[9px]/[10px]/[11px])统一换成令牌 ——
顺带消除魔法数字。行高一起给:小档位 1.35/1.45,正文 1.55,
只放大字号不放行高会把密排列表顶得很难看。

## 2. 把层次接出来(原本是死代码)

tailwind.config.js 新增 boxShadow 映射 `--shadow-1/2/3` + 新增
`--shadow-panel`(横向偏移 + 大扩散,竖向几乎不偏移,否则全高面板像浮在半空)。

用于:列表面板(lg:shadow-panel,**同时去掉 border-r 硬线**)、
登录/初始化卡片(shadow-sm → shadow-2 + 去硬边框)、
地址自动补全下拉(shadow-lg → shadow-2)、窄屏滑入详情面板
(shadow-2xl → shadow-3 + 去 border-l)、主题分段控件的选中滑块。

深色下层次比浅色更难感知,所以 --shadow-panel 在深色里更实一些;
深色里靠边框分组几乎看不见,层次是**唯一**有效的分组手段。

## 3. 分隔线软化(改令牌而不是改 67 处类名)

`--c-gray-200` 浅色 229 231 235 → 234 236 241,深色 44 49 59 → 39 43 52。
改在令牌上,67 条边框 + 8 处底色一次性生效且不会漏。

**刻意没有一起调 gray-300**:它同时是滚动条滑块色,调淡会让滑块更难看见。

## 4. 配比放宽(列表行的呼吸感)

MailList:行内距 px-3 py-2.5 → px-3.5 py-3,列表 gap space-y-0.5 → space-y-1,
表头 py-3 → py-3.5。未读主题字重 medium → semibold,已读 gray-500 → gray-600。

## 5. 量出来的两个真实对比度缺陷(不是估算)

新增 `test/manual/modernization-verify.mjs`,用真实渲染做四条判据。
它量出浅色下两个 WCAG AA 不达标(阈值 4.5:1):

  - 会话别名 `text-blue-500` 白底 3.68:1(别名在 mail list / thread / mailview
    共 4 处,都是 11px 小字)→ 改 blue-600/700,达 5.17:1
  - 时间戳 `text-gray-400` 压在选中行淡蓝底 `bg-blue-50` 上 4.44:1

第二个的**根因是调色板缺一档**:浅色下 `--c-gray-400` 与 `--c-gray-500`
完全相同(都是 107 114 128),于是「比次要文字再深一档的中间色」根本不存在,
时间戳无处可退。拉开 gray-500 → 90 98 112(5.65:1),并把 5 个列表组件的
行内元信息(19 处)从 gray-400 提到 gray-500。

# 验证

- typecheck 干净
- 前端全量 `npm test` EXIT=0(markdown-xss / narrow-layout / theme 30 /
  background 15 / vitest 216)
- **真实渲染** `modernization-verify.mjs`:浅色 8/8、深色 8/8,判据含
  最小字号 ≥ 11px(改造前 9px)、邮件正文 ≥ 14px、列表面板真有 box-shadow、
  gray-200 是软化值、40 处正文对比度全部达标

# 我自己的三处错(都被这次的度量拦下)

1. **判据量错对象**:第一版拿「收件箱列表」要求 40% 元素 ≥13px,量出 39.7%
   判失败 —— 而收件箱本质是元信息密集区,发件人/时间/别名本来就该小。
   改成量真正该达标的**邮件正文**(≥14px)。
2. **探针忽略 alpha**:`parseRgb` 把 `rgba(239,246,255,0.4)` 的 alpha 丢掉当实色,
   于是把淡蓝底当纯蓝算出 4.44:1 的假缺陷。改为按画家算法合成整条背景链。
3. **config 注释换算写错**:3xs 注释写 10px,0.6875rem 其实是 11px。
2026-09-12 09:54:31 +08:00

258 lines
12 KiB
JavaScript
Raw Blame History

This file contains ambiguous Unicode characters

This file contains Unicode characters that might be confused with other characters. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.

/** @type {import('tailwindcss').Config} */
/**
* 颜色走 CSS 变量而不是写死的十六进制。
*
* # 为什么不逐处加 dark: 前缀
*
* 全站约 700 处颜色用法散在 21 个组件里。逐个写 `bg-white dark:bg-gray-900`
* 有两个致命问题:漏一处就是深色下的白底白字(而且只有肉眼能发现),
* 以及此后每加一个组件都要记得写两遍 —— 那种约定活不过三次改动。
*
* # 为什么改调色板就够了
*
* 这套代码里灰阶**本身就是语义色阶**
* - `white` / `gray-50` / `gray-100` = 表面层次(卡片 / 页面底 / 悬停)
* - `gray-200` / `gray-300` = 分隔线
* - `gray-900` → `gray-400` = 文字主次
*
* 深色模式要做的正是把这条色阶**反转**white 变近黑、gray-900 变近白。
* 于是零组件改动就能整体切换,新组件照常写 `bg-white text-gray-900`
* 也自动适配 —— 不需要任何人记得任何约定。
*
* # 为什么是 `rgb(var(--x) / <alpha-value>)` 而不是直接存颜色串
*
* 代码里有 `bg-blue-50/70`、`bg-gray-50/60` 这样的透明度修饰符。
* 变量若存 `#f9fafb`Tailwind 生成的 `rgb(#f9fafb / 0.7)` 是无效 CSS
* 那些半透明高亮会静默失效(不报错,只是不透明)。存 RGB 三元组才行。
*/
const withAlpha = (v) => `rgb(var(${v}) / <alpha-value>)`;
const grayScale = {
50: withAlpha('--c-gray-50'),
100: withAlpha('--c-gray-100'),
200: withAlpha('--c-gray-200'),
300: withAlpha('--c-gray-300'),
400: withAlpha('--c-gray-400'),
500: withAlpha('--c-gray-500'),
600: withAlpha('--c-gray-600'),
700: withAlpha('--c-gray-700'),
800: withAlpha('--c-gray-800'),
900: withAlpha('--c-gray-900'),
950: withAlpha('--c-gray-950')
};
/**
* 强调色blue / red / green / amber / orange / yellow
*
* 这条色阶在这套代码里也是**语义色阶**,与灰阶同理:
* - `50` `300` = 表面chip 底、提示条底、徽标底、边框)
* - `400` `900` = 前景(文字、图标、实心按钮底)
*
* 深色模式下两段的走向**相反**:表面段要变暗(照搬浅色的近白值会在深色页面上
* 糊出一块刺眼亮斑),前景段要变亮(照搬浅色的 red-700 落在深色卡片上只有
* 2.67:1读不动。所以它必须走变量不能写死 —— 见 index.css 的两组定义。
*/
const accent = (name) => ({
50: withAlpha(`--c-${name}-50`),
100: withAlpha(`--c-${name}-100`),
200: withAlpha(`--c-${name}-200`),
300: withAlpha(`--c-${name}-300`),
400: withAlpha(`--c-${name}-400`),
500: withAlpha(`--c-${name}-500`),
600: withAlpha(`--c-${name}-600`),
700: withAlpha(`--c-${name}-700`),
800: withAlpha(`--c-${name}-800`),
900: withAlpha(`--c-${name}-900`)
});
/**
* 实心按钮/徽标的底色 —— `--s-*`,两种模式下**同值**。
*
* 为什么不能跟 accent 的前景段走:那一段在深色下被提亮成了浅色
* red-600 → rgb(246,141,141)),而 `bg-red-600 text-white` 的白字落上去
* 只有 1.6:1。实心按钮的底色本来就该保持饱和 —— 深色模式下变的是页面,
* 不是「危险操作按钮是红的」这件事。
*
* 只覆盖 backgroundColor`text-red-600` / `border-red-600` 仍走 accent()。
* Tailwind 的 backgroundColor 默认继承 colors这里逐档覆写 400900
* 50300 是表面段,仍从 colors 继承 —— 它们在深色下就该变暗)。
*/
const solid = (name) => ({
400: withAlpha(`--s-${name}-400`),
500: withAlpha(`--s-${name}-500`),
600: withAlpha(`--s-${name}-600`),
700: withAlpha(`--s-${name}-700`),
800: withAlpha(`--s-${name}-800`),
900: withAlpha(`--s-${name}-900`)
});
export default {
content: ['./index.html', './src/**/*.{js,ts,jsx,tsx}'],
// class 而不是 media主题要能被人显式选择。跟系统走是**默认值**
// 不是唯一选项 —— 白天开深色主题是常见偏好。
darkMode: 'class',
theme: {
extend: {
/**
* 层次elevation
*
* index.css 里一直定义着 `--shadow-1/2/3` 三个语义令牌,但**没有任何地方用过**
* —— 全站只有 10 处阴影,而且都是 Tailwind 的系统默认档shadow / shadow-sm /
* shadow-2xl。同时界面用 67 条 `border-*-gray-200` 硬线来分组。
*
* 结果就是整个应用看起来是平的:弹窗、下拉、抽屉飘不起来。
* 这里把已有的令牌接出来,让层次成为可用且统一的表达手段(
* 也是深色模式下唯一有效的分组方式 —— 深色里靠边框分组几乎看不见)。
*/
boxShadow: {
1: 'var(--shadow-1)',
2: 'var(--shadow-2)',
3: 'var(--shadow-3)',
panel: 'var(--shadow-panel)'
},
/**
* 字号体系。
*
* # 为什么要重定而不是用默认值
*
* 默认档位xs=12px在这套界面上被当**正文**用了 172 处,
* 另有一批 text-[9px]/[10px]/[11px] 的魔法数字(共 171 处)——
* 最小只有 9px在现在的显示器上基本读不动。整个界面看上去老旧
* 首先就是因为**字太小**。
*
* 这里的做法是把比例尺整体抬一档,并给两个小档位起名字:
* - `2xs` / `3xs` 取代 11px / 9-10px 的魔法数字(不再出现裸 px
* - `xs` 12px → 13px原本拿它当正文的地方自动变舒适
* - `sm` 14px 保持不变(现在它承担小标题与主要正文)
*
* 行高一起给:字号变大而不放行高会把密排的列表顶得很难看。
* 小档位用 1.4(紧凑但不能挤),正文档 1.55。
*/
fontSize: {
'3xs': ['0.6875rem', { lineHeight: '1.2' }], // 11px —— 角标与元信息下限
'2xs': ['0.75rem', { lineHeight: '1.35' }], // 12px —— 元信息
xs: ['0.8125rem', { lineHeight: '1.45' }], // 13px —— 次要正文
sm: ['0.875rem', { lineHeight: '1.55' }], // 14px —— 正文
base: ['0.9375rem', { lineHeight: '1.55' }], // 15px
lg: ['1.0625rem', { lineHeight: '1.5' }],
xl: ['1.25rem', { lineHeight: '1.4' }],
'2xl': ['1.5rem', { lineHeight: '1.35' }]
},
/**
* 圆角整体调大一档。
*
* 原值rounded 0.25rem / md 0.375rem)是好几年前 Tailwind 默认的
* 紧凑风格,在宽屏桌面应用上显得硬。这里只动默认比例尺,不改任何
* 组件的类名 —— 全站 200 处圆角一次性刷新,也不会出现「新组件用大圆角、
* 旧组件还是小圆角」的断层。
*
* 不用 CSS 变量Tailwind 的 borderRadius 不参与主题切换,
* 两种模式下圆角本就相同,走变量只会多一层间接。
*/
borderRadius: {
DEFAULT: '0.5rem',
md: '0.625rem',
lg: '0.75rem',
xl: '1rem',
'2xl': '1.25rem',
/*
* 语义化令牌(定义在 index.css 的 :root
*
* 数值档位是「大中小」;这两个名字回答的是「用在哪里」:
* - card 卡片/面板(比控件更大,观感更轻)
* - control 按钮/输入/滑杆(可点控件的统一形状)
* 两者都是显式选择,不依赖作者记得选 md 还是 lg。
*/
card: 'var(--radius-card)',
control: 'var(--radius-control)'
},
/**
* textColor 单独覆盖 white。
*
* `--c-white` 服务两种**互相冲突**的用途:
* - `bg-white` = 卡片表面 → 深色模式必须变暗
* - `text-white` = 彩色按钮上的文字 → 深色模式必须**保持浅色**
*
* 只有一个变量时后者跟着变暗,白字落在 `bg-chrome-700` 的激活导航项上
* 只剩 1.34:1 —— 几乎不可见(实测发现)。按钮底色在深色模式下依然是
* blue-600 那样的彩色,上面的文字本来就该是白的。
*
* Tailwind 的 textColor 默认继承 colors这里只改 white 一项,
* 其余gray/blue/...)仍走反转的色阶。
*/
textColor: {
white: withAlpha('--c-on-accent')
},
/**
* backgroundColor 单独覆盖强调色的 400900 档,让实心按钮底保持饱和。
*
* 每个强调色的 400900 在这套代码里承担**两个冲突用途**
* - `text-red-600` / `border-red-300` = 深色下必须**提亮**才读得动
* - `bg-red-600` + `text-white` = 深色下必须**保持饱和**
*
* 共用一档时后者必坏:深色下 red-600 被提亮到 rgb(246,141,141)
* 白字落上去只有 1.6:1 —— 与 text-white/bg-white 那次是同一类错误
* (一个名字服务两种语义)。
*
* 50300 不覆盖:那是表面段,深色下就该跟着变暗。
*/
backgroundColor: {
blue: solid('blue'),
red: solid('red'),
green: solid('green'),
amber: solid('amber'),
orange: solid('orange'),
yellow: solid('yellow')
},
colors: {
white: withAlpha('--c-white'),
gray: grayScale,
// slate 在这套代码里只用于登录页与少数深色块,与 gray 同源即可 ——
// 保留两个名字是为了不改那些组件,但它们指向同一条色阶。
slate: grayScale,
/**
* chrome —— 应用框架(侧栏 / 底部导航)的专用色阶。
*
* 为什么不能跟 gray 走:这两块**在浅色模式下本来就是深色的**
* (深色侧栏配浅色内容区是这套 UI 的原本设计)。把它们并入反转的
* gray 之后,深色模式下 `bg-slate-900` 变成了近白色 —— 侧栏比内容区
* 还亮,整个层次翻了过来(实测 rgb(243,245,248),而内容区是 rgb(17,19,24))。
*
* 独立成一条色阶后:浅色模式下它是深色框架,深色模式下**微调即可**
* (比内容区略深一点,保持"框架比内容更沉"的关系),两种模式下
* 语义一致。
*/
chrome: {
100: withAlpha('--c-chrome-100'),
200: withAlpha('--c-chrome-200'),
400: withAlpha('--c-chrome-400'),
600: withAlpha('--c-chrome-600'),
700: withAlpha('--c-chrome-700'),
800: withAlpha('--c-chrome-800'),
900: withAlpha('--c-chrome-900')
},
/*
* 强调色。表面段50300在深色下变暗、前景段400900变亮
* 两段走向相反 —— 详见 accent() 的注释与 index.css 的两组定义。
*
* 实心按钮底另走 --s-*(见上面的 backgroundColor
*
* 注意这里**只能有一份定义**JS 对象字面量的重复键后者胜出,
* 而那不会报错。上一版同时写了固定 hex 与 accent() 两份,
* accent() 覆盖了 hex 那份,但 index.css 里当时没有对应的 --c-red-* 等
* 变量 —— `rgb(var(--c-red-600) / 1)` 里的变量未定义使整条声明失效,
* 于是 bg-red-600 退回透明,白字落在白卡片上:按钮看不见但点得动。
*/
blue: accent('blue'),
red: accent('red'),
green: accent('green'),
amber: accent('amber'),
orange: accent('orange'),
yellow: accent('yellow')
}
}
},
plugins: []
};