 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
|
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 |
|
|
AskaEth
|
798bfb279b
|
feat(palette-extract): 加 thumbnail(path, max_edge) 出限尺寸缩略图（M251 · D54）
D54 第 1 条：解码与缩放留在 palette-extract（截图是 PNG，现有 png/jpeg/bmp
解码 feature 已覆盖，零新依赖、零新 crate、零新 feature）。
- 把 finish() 拆成 decode_with_limits()（读 + 嗅探 + 卡解压炸弹）与 fit()（等比缩、
不放大），取色与缩略图共用同一段解码，只是目标边长不同；
- 新增 thumbnail(path, max_edge) -> Result<Rgba8, ExtractError>，失败给结构化错误
（Io / Decode），不 panic、不返回灰图；max_edge=0 按 1 处理；
- THUMBNAIL_MAX_EDGE = 160（D54 第 5 条）。
用例 5 条：真 PNG 等比缩到给定长边、小图不放大、坏 PNG 给 Decode、缺文件给 Io、
0 边按 1 处理。
|
2026-11-11 16:15:37 +08:00 |
|
|
AskaEth
|
8be91a9cc9
|
docs(design)+test(palette-extract): 修正「种子一定是原图真实颜色」的过度承诺
自测发现：400×400 红蓝棋盘在 MAX_EDGE=256（适配层 thumbnail 缩放）与 512（design 块平均）
下都取到 #704070，都不在原图上——「≤MAX_SAMPLES ⇒ 真实颜色」只对「传进 analyze_rgba 的
那个缓冲」成立，不是整条链的性质。
- Seed::color 文档写明边界 + 上游缩放同样会破坏该性质（附实测例）
- 结构性断言的注释/断言文案改为「design 不再叠第二层块平均」，不再声称能保住真实颜色
|
2026-11-02 11:05:06 +08:00 |
|
|
AskaEth
|
09b716ae79
|
docs(design)+test(palette-extract): r2 三条口径修正与常数绑定
- LowChroma 文档：删掉「彩度必然 < 候选门槛 5」（人气门槛也会淘汰高彩度小面积，
实测 0.5% 纯红报 113.36），改为与契约文档 §6 一致的口径；代码臂注释与 score::most_chromatic 同步
- Seed::color / share 改成有边界的说法：≤MAX_SAMPLES 才是图上真实色、share 的分母是有效采样点
- palette-extract 新增 max_edge_stays_within_the_design_sample_budget：
MAX_EDGE² ≤ MAX_SAMPLES（256² 当前余量为零，调大就红）
- card.rs：把 6.43~6.50 / 7.70~7.76 写成断言（原来只有 ≥4.5 下限，文档却宣称区间）
- LowChroma.color 字段注释改成「最接近可用的候选色」（113 那条并不「能用」）
|
2026-11-02 11:05:03 +08:00 |
|
|
AskaEth
|
579f3ae271
|
feat(palette-extract): 补 bmp 解码器（复审 r1 p2-2，定案加）
M73 的 Windows 壁纸探测只读注册表/.theme 里的路径，不筛扩展名，.bmp 壁纸真会出现；
image 的 bmp 是独立 feature 且无额外传递依赖（bmp = []），代价≈0。
- features 加 "bmp"，Cargo.toml 与 lib.rs 注释的口径对齐（原来注释说支持 bmp 但没开）
- 新增 bmp_is_supported（真编一张 BMP 再解码取色）
|
2026-11-02 11:05:00 +08:00 |
|
|
AskaEth
|
1aac62f6f0
|
feat(palette-extract): 图片解码适配层（D40 第 2 层，唯一引入 image 的地方）
- 新 crate unlucky-palette-extract：路径/字节 → RGBA → design 的种子
- image 只开 png + jpeg（关 default-features，不拖 rayon/avif/webp）
- 解码前按 Limits 拒超大尺寸（解压炸弹），解码后最长边缩到 256
- input(&Result<Rgba8, _>) 把失败翻成 ImageInput::Undecodable（回落链靠它区分「没设」与「坏了」）
- 11 个单测覆盖纯色/JPEG/抄错扩展名/垃圾字节/截断/缺文件/1px/灰图/大图/超限/零拷贝
|
2026-11-02 11:04:52 +08:00 |
|