 AskaEth
|
dc8323531b
|
feat(presenter): 多根发现（配置根 + 官方启动器标准位置），实例按自己的根解析存档/模组/启动（M274）
|
2026-11-12 19:55:51 +08:00 |
|
|
AskaEth
|
779a2ae254
|
feat(app-iced)+test(presenter): 句柄按 (目录,mtime,大小) 复用；缓存可清空；端到端出图
复审 r1 的三条：
1. 端到端图：DevDocs/artifacts/m251/saves-real-decode-light.png —— 真 host
（ULL_SCREENSHOT_REAL_HOST=1 + --data-dir 一个临时数据根）→ 后台列 screenshots/ →
palette_extract::thumbnail 真解码 → DTO → Handle::from_rgba → 上屏。三格是三张真 PNG
的真像素，副文案的 2.3 KB / 2.2 KB / 24.1 KB 也是真扫描值。造根脚本与复现命令进
artifacts/m251/{README.md,make-real-root.py}，并写明「哪张是排版、哪张是端到端」。
2. 每帧重建 Handle 的成本：改成**缓存**（不是实测）。model.rs 新增 process-level
memo，键 = (截图目录, 文件, mtime, 字节数)（与 presenter 的缓存键同源，目录单列一格），
上限 120 条（≈12MB）。判据：the_same_screenshot_reuses_one_handle 断言两次
from_state 拿到**同一个 Handle id**；变异（换回 Handle::from_rgba）即红。
a_changed_screenshot_gets_a_new_handle 钉住「文件变了必须换句柄」。
3. 进程级 memo 的副作用：两层各加 #[cfg(test)] clear_cache()/clear_handles()，用例从
已知状态起跑；两条上限从 240 收到 120（≈12MB/层，算术写进常量文档）。
顺带：句柄键改用 push 拼（format! 模板串会被页面字面量守门当成英文文案抓走）；
preview 的页面模型用例拆到 tests/saves/preview.rs（saves.rs 破 400）。
|
2026-11-11 17:09:17 +08:00 |
|
|
AskaEth
|
dd9962e610
|
test(presenter)+fix(i18n): 淘汰策略与共享缓存解耦；注释里的 ASCII 引号
- prune() 抽成独立函数：全局缓存被所有用例共享，谁往里面灌 240+ 条都会顺手清掉
别的用例刚缓存的键（实测：并行跑时 the_second_identical_refresh_... 假红）。淘汰
策略改在本地 Cache 上测，两条判据各自确定；
- clippy -D warnings：from_ref 代替 &[x.clone()]；
- model.rs 注释里的 "原因 + OS 原文" 用 ASCII 引号 → 页面字面量白名单守门报红，改
中文引号；core/events 的三处文档失真登记为 TowerFinding（scope 外）；
- 出处文案口径：TooLarge 的 detail 只留数字（presenter 不产人读文案）。
|
2026-11-11 16:52:47 +08:00 |
|
|
AskaEth
|
0b6b8f0a62
|
fix(app-iced): 缩略图墙一行两格 + 副文案只留元数据（出图实测）
- 3 格装不下：详情列宽 = FrameMetrics::column ≤ 424（1180 窗宽），卡片内宽约 370，
3×160+2×12=504 会把第 3 格挤成一条竖条（实测图上『未生成预览』竖着排）。改成 2 格
= 332px，与同列元信息卡的两列栅格同宽；
- 原因只进占位框（短句），副文案仍画『大小 · 时间』：160px 里塞「原因 + OS 原文」会摊成
三行，把墙变得比图还吵；原文留在 ScreenshotThumbFailure::detail 供排障；
- 出图：DevDocs/artifacts/m251/saves-light.png / saves-dark.png（1180×1400，
--software-renderer --screenshot，ULL_SAVES_FIXTURE=1）。
|
2026-11-11 16:40:41 +08:00 |
|
|
AskaEth
|
843f6d08f9
|
feat(saves): 截图缩略图墙（M251 · D54 全套：解码/缓存/上限/可见失败）
按 D54 落地，解码在 palette-extract、缓存在 presenter、像素随快照走、壳层只画。
palette-extract（上一提交）→ presenter：
- dto/saves/preview.rs：ScreenshotPreview{NotGenerated,Ready,Failed} + ThumbnailView
（带 is_consistent：长度 ≠ w×h×4 的像素不许进渲染器）+ ScreenshotThumbKind；
ScreenshotView 新增 preview 字段（像素不落盘，随 IPC 面走）；
- host/saves/thumbs.rs：attach() 在后台线程（spawn_list 同一条线程）按 mtime 倒序解前
60 张、单张 >8 MiB 先查大小不进解码器、失败也逐条带原因；进程级 memo 键 =
(路径, mtime, 大小)，覆盖/替换都会重解；超过 240 条只留本拍碰到的键；
- presenter 新增依赖 unlucky-palette-extract（塔已批，方向 presenter → palette-extract）。
app-iced：
- saves.rs 拆成 model / rows / wall（原文件 385 行，加完墙必破 400）：model 里建一次
iced Handle（渲染回调零解码、零重复上传），wall 3 列排格子，没像素的格子给
160×90 占位框 + 逐条原因；text.rs 拆出 text/saves.rs 承载存档/截图一族文案；
- i18n 加 4 条「这一格为什么没有图」（未生成/太大/读不出/解不出）+ 金表同步；
- 出图夹具（saves_shot）合成两种场景的像素，并摆出四种格子（真图×2/未生成/超限失败）。
用例：presenter 9 条（含缓存命中不重解、mtime 变了必重解、第 61 张不解、
>8MiB 不进解码器、缓存有界）+ app-iced 3 条（三种格子的副文案、坏像素降级）。
|
2026-11-11 16:33:56 +08:00 |
|