suzmii
6cc929e47d
修复陶泥儿对话外框没把输入区包住：外框底边不再与输入区重合
- 根因：`.project-supervisor-message-list` 在文件末尾还留着一条同选择器、同权重的
`bottom: 156px`（"列表在上、输入区在下"那版两盒布局的残留）。它按"后写胜出"把上一轮
bdb07c141 改的 `bottom: 0` 悄悄顶掉，外框底边落在输入区腰上、输入区下半截露在框外，
真机上看到的就是"消息区外框底边与输入区压在一起、外框没把输入区完整包住"。
- styles.css：把那条残留规则换成对话框盒子的最终几何（top/right/bottom/left 全 0，
`padding-bottom` 与 `scroll-padding-bottom` 都是 256px）。它位置在文件靠后，同权重后写
胜出，顺带把 `:has(.plan-gdd-surface, .planning-lane-runtime-strip)` 给列表留的
`padding-bottom: 12px` 压回去，滚到底时最后一条消息不会被输入区盖住。
- styles.css：输入区补上第四条边——`max-height: calc(100% - 24px)`（24px = 上下各 12px）。
左右下三边仍显式内缩 12px，上边由 max-height 兜底，于是外框完整包住输入区：四条边都不
与外框描边重合，底边留出 12px 边距（外框底边 0 / 输入区底边 12px）。
- styles.css：窄屏（≤760px）改成一个模型——外框画在列表与输入区共同的父节点
`.project-supervisor-conversation` 上，列表撤掉自己那只框（框里不套框），输入区回到
文档流，靠外框 12px 内边距四周留白、随列高增长不溢出。原来那条窄屏输入区规则权重低于
`.project-supervisor-composer.is-direct-codex` 那条，其实一直是死声明，这次才真正生效。
- tests/chatDialogFrameLayout.test.ts：新增用例，先按真实层叠（媒体查询是否命中 -> 特异性
-> 源码顺序）求生效值，再断言外框四边归 0、输入区四边内缩同一个值、底边与左右留白严格
大于 0、留白 256 = 12px 内缩 + 228px 输入区最高高度 + 16px 间距（228 由编辑器
max-height 140、输入框行距 8、操作排 28px 方钮、输入框下内边距 4、输入区上下内边距 16、
操作条 2 + 30 方钮逐项从真实声明里算出来），以及窄屏下外框/列表/输入区各自落位、输入区
仍在外框节点子树里且交互控件原位。
- tests/appSurface/project-development.suite.ts：把那条按"第一条匹配规则"取值、用 230 估
算的留白断言同步成按声明算出的 228 与实际间距 16，并注明层叠生效值的守卫在新用例里。
- 变异验证：输入区 `bottom: 12px -> 0`（还原"贴死重合"）时新断言失败；外框
`bottom: 0 -> 156px`（还原上一轮残留）时"外框底边必须严格低于输入区底边"失败（-144）。
- 说明：本机无无头浏览器、vitest 未开 `css: true`，像素级观感只能真机复核；这里钉的是
层叠生效的声明级几何关系与"输入区仍在外框节点的子树里"。
2026-09-11 10:36:45 +08:00
..
2026-09-05 19:48:27 +08:00
2026-09-11 10:36:45 +08:00
2026-09-01 17:00:44 +08:00
2026-09-01 17:00:44 +08:00
2026-08-22 13:17:26 +08:00