# 起因:上一轮的「现代化」基本不算现代化
用户指出「我说的是 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。
87 lines
3.3 KiB
TypeScript
87 lines
3.3 KiB
TypeScript
import { useEffect, useRef, useState } from 'react';
|
||
|
||
/**
|
||
* 窄屏下的「页面覆盖」容器。
|
||
*
|
||
* 与分栏的区别:底层页面(列表)始终挂载,详情页从右侧滑入**盖在它上面**。
|
||
* 这样做的两个实际好处:
|
||
* - 列表的滚动位置与选中态天然保留 —— 它没被卸载
|
||
* - 退出动画有东西可播:如果直接卸载再渲染另一个组件,没有任何一帧
|
||
* 能让旧页面往右滑出去
|
||
*
|
||
* 因此这里必须区分「逻辑上是否打开」(open)与「是否还在 DOM 里」(mounted):
|
||
* 关闭时先播 200ms 滑出动画,动画结束才卸载。
|
||
*/
|
||
export default function NarrowStack({
|
||
base,
|
||
overlay,
|
||
open
|
||
}: {
|
||
base: React.ReactNode;
|
||
overlay: React.ReactNode;
|
||
open: boolean;
|
||
}) {
|
||
// mounted:是否在 DOM 里。entered:是否已滑到位(用于触发 transition)
|
||
const [mounted, setMounted] = useState(open);
|
||
const [entered, setEntered] = useState(open);
|
||
const timer = useRef<number | null>(null);
|
||
|
||
useEffect(() => {
|
||
if (timer.current !== null) {
|
||
clearTimeout(timer.current);
|
||
timer.current = null;
|
||
}
|
||
|
||
if (open) {
|
||
setMounted(true);
|
||
// 必须等浏览器至少绘制一帧「在右侧之外」的状态,否则从挂载到
|
||
// translate-x-0 是同一帧内完成的,transition 不会触发。
|
||
// 两层 rAF 是跨浏览器最稳的写法(单层在 Safari 上偶尔仍被合帧)。
|
||
const raf = requestAnimationFrame(() => requestAnimationFrame(() => setEntered(true)));
|
||
return () => cancelAnimationFrame(raf);
|
||
}
|
||
|
||
setEntered(false);
|
||
// 与下面的 duration-200 保持一致;提前卸载会把动画切掉半截
|
||
timer.current = window.setTimeout(() => {
|
||
setMounted(false);
|
||
timer.current = null;
|
||
}, 200);
|
||
return () => {
|
||
if (timer.current !== null) {
|
||
clearTimeout(timer.current);
|
||
timer.current = null;
|
||
}
|
||
};
|
||
}, [open]);
|
||
|
||
return (
|
||
<div className="flex-1 min-h-0 relative overflow-hidden">
|
||
{/* 底层:始终挂载。打开覆盖层时用 aria-hidden 把它从无障碍树里摘掉,
|
||
否则屏幕阅读器会读到两层内容。
|
||
|
||
`isolate`(isolation: isolate)是必需的:它让底层**自成一个层叠上下文**。
|
||
不加的后果在日历上实测到过:月视图的星期表头是 `sticky top-0 z-10`,
|
||
而覆盖层没有 z-index(= auto = 0)—— 两者在同一个层叠上下文里比,
|
||
`z-10` 赢过 `auto`,于是底层的表头穿透到二级页面之上,把日程内容遮住一条。
|
||
|
||
为何不只给覆盖层加 z-10 就完事:那只能治当下这一处。底层是任意业务组件,
|
||
下一个人在里面写个 `z-20` 就又复现,而这类 bug 只能肉眼看见。
|
||
isolate 把边界定在容器上,底层写多少 z-index 都出不来。 */}
|
||
<div className="absolute inset-0 flex isolate" aria-hidden={open ? 'true' : undefined}>
|
||
{base}
|
||
</div>
|
||
|
||
{mounted && (
|
||
<div
|
||
className={`absolute inset-0 z-10 flex bg-white shadow-3 transition-transform duration-200 ease-out motion-reduce:transition-none ${
|
||
entered ? 'translate-x-0' : 'translate-x-full'
|
||
}`}
|
||
>
|
||
{overlay}
|
||
</div>
|
||
)}
|
||
</div>
|
||
);
|
||
}
|