AskaEth
abc51a957b
r4 复审 p1（证据链前提错误）+ 裁定 A（D47：整窗透明度优先于 DWM 圆角）。
## 事实订正（四处错前提 + 两处残留断言）
- `probe.rs`：删掉「winit 在 decorations=false 下给 WS_POPUP」与「popup+layered = 本产品
窗口的完整形状」。产品样式按 winit `window_state.rs::to_window_styles` 的来源写成
`PRODUCT_STYLE`（`WS_CAPTION|WS_BORDER|WS_CLIPSIBLINGS|WS_SYSMENU|WS_THICKFRAME|
WS_MINIMIZEBOX|WS_MAXIMIZEBOX` = `0x04CF0000`，**不含 WS_POPUP**），并新增
`product` / `product+alpha` 两行（五行实验）。裸 popup 行改名为 `probe:popup*`，
明确标注「对照，不是产品形状」。
- `corner.rs`：平台矩阵第 ③ 条改成「调整带只给带 WS_CAPTION|WS_THICKFRAME 的窗口；
裸 popup 假形状上的 `+0,+0` 不能解释产品」；补第 ④ 条「整窗 α 会关掉圆角（裁定 A）」
并说明日志里 `pref=` 有值即证明请求确实发出。
- `app/update/appearance.rs` 与 `transparency/{dwm.rs,transparency.rs}` 的注释：把「第一嫌疑是
无边框 WS_POPUP」改成「整窗 α 引入的 WS_EX_LAYERED」；`frame=` 的真进程取值写明是
`overlapped`（关 min/max 则 `other`），**永远不会是 popup**。
- 实测复核（`m116_corner_controlled_experiment`，本机 Server 2025 / RDP 断开）：
`product` 行 `Δframe = +0,-7`（与 `decorated` 同格），`product+alpha` 也是 `+0,-7`
⇒ 分层位不改变那条带子，`Δframe` 不能解释圆角失效。
## 裁定 A 落地
- 日志新增中立观测栏 `suppressed_by=window_alpha`（`format_line` 多一个参数；进 `CornerApplied`
指纹，α 1.0↔<1 各触发一次重下/一行日志）。只陈述「分层位来自我们的整窗 α」。
- 设置页：外观说明句写明「开启整窗透明度时 Windows 不会给窗口圆角，回到 100% 自动恢复」；
新增 `SettingsAppearanceCornerSuspended` 一档，仅在「跟随系统 + α<1」时作为**当前状态提示**
出现；档位本身照常显示用户选的值（不偷偷改成「直角」）。中英双份 + golden。
- 未动：per-pixel α、D36 的 LWA_ALPHA 实现、α 与圆角的优先级。
## 顺带
- `presenter/prefs.rs` 的 `AppearanceBase` 文档「三个键/只读」→「四个键」（r4 P3）。
- 证据目录（DevDocs/artifacts/m116/{README.md,probe-table.md}）按上面重写：五行真值表原样贴出、
产品行标明「跑出来的不是手写的」、旧的「无边框 ⇒ 没有边框带」结论改为「只在假形状上成立，
产品不用这个形状」。
门禁：check 0 / fmt --check 0 / `cargo test -p unlucky-app-iced --lib` 0（448 passed, 0 failed,
2 ignored）。ignore 探针实跑：`PROBE_RC=0`，两行产品读数见报告。
36 lines
2.6 KiB
Rust
36 lines
2.6 KiB
Rust
//! 设置页「Appearance」分组文案（M116 首次落地：窗口圆角一档）。
|
||
//!
|
||
//! 加 key 时把条目写进 `$($acc)*` 后面即可（形状见 [`crate::catalog`] 的「域装配」一节）。
|
||
//!
|
||
//! ## 为什么只有圆角这一组的 key
|
||
//!
|
||
//! 本分组的既有控件（整窗/面板透明度、背景图、配色来源……）是 M93 落的，文案是英文基线字面量
|
||
//! （`pages/appearance/section.rs`）。M116 新增的圆角档位**从一开始就走词表**（tower 口径：
|
||
//! 设置项文案不许硬编码），所以这里先只有它这一组；老控件接词表归 i18n 接线 mission。
|
||
//!
|
||
//! ## 文案口径（不许暗示所有平台一致）
|
||
//!
|
||
//! 用户定案：Win11 / Server 2025 开系统圆角，Win10 可以不开，其他系统按窗口合成器的默认规则。
|
||
//! 所以说明句必须写清「谁负责画圆」而不是「我们支持圆角」——后半句在 Win10 上是假的。
|
||
|
||
macro_rules! settings_appearance_entries {
|
||
($next:ident, $($rest:ident,)* { $($acc:tt)* }) => {
|
||
$next! { $($rest,)* {
|
||
$($acc)*
|
||
SettingsAppearanceCorner => ("Window corners", "窗口圆角"),
|
||
SettingsAppearanceCornerSystem => ("Follow system", "跟随系统"),
|
||
SettingsAppearanceCornerSquare => ("Square", "直角"),
|
||
SettingsAppearanceCornerHint => (
|
||
"On Windows 11 and Server 2025 we ask the system to round the window; whether it does, and how the edge looks, is up to the compositor. Software rendering does not change that - corners are drawn by the system, not by our renderer. While window transparency is below 100%, Windows does not round the window; the corners come back at 100%. Windows 10 keeps square corners. On macOS and Linux the desktop's own rules apply, and we never draw corners ourselves.",
|
||
"Windows 11 与 Windows Server 2025 上我们请求系统处理窗口外框圆角：是否圆、边缘什么样由系统合成器决定（软件渲染也一样——圆角由系统画，不由我们的渲染器画）。开启整窗透明度（低于 100%）时，Windows 不会给窗口圆角；透明度回到 100% 圆角自动恢复。Windows 10 保持直角；macOS 与 Linux 交给桌面自己的规则，我们不自己画圆角。"
|
||
),
|
||
SettingsAppearanceCornerSuspended => (
|
||
"Not in effect right now: window transparency is below 100%. Setting it back to 100% restores the rounded corners.",
|
||
"当前因整窗透明度不生效：把整窗透明度调回 100% 圆角即恢复。"
|
||
),
|
||
} }
|
||
};
|
||
}
|
||
|
||
pub(crate) use settings_appearance_entries;
|