[Windows][P1] 主窗口同时出现原生标题栏与应用内自绘标题栏

[Cooper-X-Oak]

现象

• 在当前本地基线 884455a 运行 Windows release 可执行文件：
  • D:\Users\cooper\Practice-Project\202604\openless\openless-all\app\src-tauri\target\x86_64-pc-windows-gnu\release\openless.exe
• 主窗口屏幕实拍可见原生 Windows 标题栏仍然存在，同时应用内部又绘制了一条自定义标题栏区域：
  • docs/windows-evidence/main-window-runtime-capture-recheck.png
• 当前窗口配置仍保留：
  • decorations: true
  • transparent: true
  • hiddenTitle: true
  • titleBarStyle: "Overlay"
  • 见 openless-all/app/src-tauri/tauri.conf.json
• 前端仍在 Windows 分支渲染 WinTitleBar，并绘制固定 36px 的自定义标题栏：
  • openless-all/app/src/components/WindowChrome.tsx
• 当前复核结果：
  • 主窗口可正常显示内容，因此之前的“黑屏”结论已不成立
  • 但标题栏层级冲突仍然可见，且属于当前基线下稳定存在的静态 UI 缺陷

影响

• Windows 主窗口的非客户区层级不一致，视觉上会同时暴露系统框架和应用内框架。
• 这会削弱窗口边界、标题区和内容区的清晰分层，让 UI 明显带有未完成的移植痕迹。
• 在多窗口切换和失焦场景下，这种混合 chrome 更容易造成“哪个才是真正标题栏”的判断负担。

建议接受标准

• Windows 主窗口只保留一种一致的标题栏模型，不再同时出现原生标题栏与应用内自绘标题栏。
• 运行当前 Windows release 构建时，窗口顶部层级与内容区边界在视觉上清晰且一致。
• 主窗口在 focused / unfocused 状态下的标题区层级符合同一种 Windows 窗口模型。

TODO / 不确定项

• TODO: 若团队决定保留自绘标题栏，需要单独确认 inactive/focused 状态是否也存在额外视觉缺口。

[Cooper-X-Oak]

Fixed by merged PR #108: #108

Relevant changes in that PR:

• Windows main window native decorations were disabled
• the app now uses a single custom titlebar model instead of native + in-app double chrome

Closing as resolved by the merged fix.

[Cooper-X-Oak]

Resolved by merged PR #108.