fix(query): 修复确认弹窗长 SQL 折行及相关界面的宽度对齐问题

[zavier]

变更内容与原因

1. 变更确认弹窗长 SQL 折行（根因修复）

db_mutate 确认弹窗的 SQL 框宽度在构造期写死（上限 78 列），但 pi-tui overlay 默认渲染宽度为 min(80, termWidth)，Text 组件按 w-4 硬折行——SQL 最长行 ≥71 字符时框内容行超宽，右框线掉到下一行、框体崩坏。

• 框宽改为 render(w) 时按真实宽度自适应（内容预算 w-10），宽度变化（含 resize）时重建容器
• 长 SQL 在框内按显示宽度软换行（新增纯函数 wrapToDisplayWidth，按码点迭代不劈开 emoji 代理对），完整 SQL 可见、不再截断 WHERE 条件；物理行超 12 行折叠为省略提示
• 框宽计算改用 visibleWidth，修复中文/emoji SQL 框宽低估导致的过度截断；顺带消除双重省略号

2. 全部界面交互的同类问题排查与修复

对照上述 bug 类型审计了全部 14 个 UI 相关模块：

• related-browser：build() 以初始宽度 80 布局，首帧 render(w) 不重建——窄终端（<86 列）首屏表格折行断裂，按键后自愈。改为 render 时宽度变化即重建
• history / favorites / relations：列表列对齐从码元（.length/slice/padEnd）改为显示宽度（truncateToDisplayWidth/padToDisplayWidth），修复中文 SQL/中文名导致的列错位、右侧列被 SelectList 截掉
• 审计确认安全的路径：SelectList / renderers / TruncatedMultiline 均有逐行截断防线，schema/tables 走 markdown 自然折行，result-table 内部码元截断均被下游显示宽度函数兜底——全仓无触发 TUI 超宽断言崩溃的路径

验证方式

• npm run check / npm test（287 通过，含 9 个新增 wrapToDisplayWidth 与中文对齐回归用例）/ npm run lint（0 errors）/ npm run fmt:check 全绿
• 真实 pi-tui Container/Text 渲染回归：80/60/100/40 列 × 长 UPDATE/中文/emoji/多行折叠共 20 场景，确认弹窗无任何超宽行、框线宽度全一致（修复前 ≥71 字符即折行）