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）。

crates/app-iced/src/pages/instances/tests/saves.rs

@@ -315,15 +315,17 @@ fn every_preview_state_gets_its_own_caption() {
                 .to_string()
         }
     );
-    // 失败的副文案要带 OS/解码器原文（只进括号），没生成的那格只要一句短话。
-    assert_eq!(
-        saves.screenshots[2].detail,
-        format!(
-            "{}（9437184 > 8388608 字节）",
-            texts.saves_preview_reason(ScreenshotThumbKind::TooLarge)
-        )
+    // 副文案三格一样是「大小 · 时间」：原因在框里，不把墙变得比图还吵（原文留在 DTO 里）。
+    assert!(
+        saves.screenshots[1].detail.starts_with("4.0 KB"),
+        "没生成的那格也要有大小与时间：{:?}",
+        saves.screenshots[1].detail
+    );
+    assert!(
+        saves.screenshots[2].detail.starts_with("9.0 MB"),
+        "失败的那格同样保留元数据：{:?}",
+        saves.screenshots[2].detail
     );
-    assert_eq!(saves.screenshots[1].detail, texts.saves_preview_none());
 }
 
 /// 像素长度与宽高对不上时**不许**建句柄（`Handle::from_rgba` 不校验长度 ⇒ 画出来是花屏）。