gaoyian7251/dsh-window-state

dsh-window-state

在 DSH 桌面客户端「设置 → 通用设置」中选择启动窗口状态(默认 / 最大化 / 全屏)。Windows.

미분류cordisdeepseek-harnessdsh

dsh-window-state

在 DSH 桌面客户端的 设置 → 通用设置 里增加一行「启动窗口状态」,可选择每次启动时窗口以 默认 / 最大化 / 全屏 打开(Windows)。

原理

DSH 桌面主窗口由 Electron 主进程创建,插件运行时(Host / Client)没有任何 IPC 或服务能触达 BrowserWindow 的 maximize / fullscreen(已反编译 app.asar 验证:唯一的窗口状态通道 dsh-desktop:window-fullscreen 是主进程→渲染进程的单向通知,且 main.js 里没有任何全屏/最大化入口)。

因此本插件走越界机制——通过 Win32 API(user32.dll)从子进程定位并控制窗口:

  • 用 EnumWindows 按窗口类 Chrome_WidgetWin_1 + 标题含 DeepSeek Harness 定位主窗口(不能用进程 pid,因为 Host Node 进程与 Electron 主进程是不同 pid)。
  • ShowWindowAsync(hwnd, SW_MAXIMIZE / SW_RESTORE) 实现最大化 / 还原。
  • 全屏:剥离 WS_CAPTION | WS_THICKFRAME 样式 + SetWindowPos 到全屏分辨率;退出时恢复样式并重新最大化。

选择持久化在 localStorage(dsh-window-state:startup),两条路径生效:

  1. webserver/index-inject 注入一段同步脚本,在启动最早时刻读取并应用选择。
  2. POST /dsh-window-state/apply 在用户修改设置时立即应用。

局限

  • 仅 Windows(依赖 PowerShell + Win32 API)。
  • 全屏是通过剥离窗口边框实现的「伪全屏」,等价于 BrowserWindow.setFullScreen(true) 的视觉效果(无系统标题栏、铺满整个显示器)。
  • 依赖 PowerShell(powershell.exe 或 pwsh.exe)与 user32.dll,均为 Windows 自带或可免费安装的组件。不要求它们出现在 PATH 里:插件会先探测各个绝对安装位置(含 %SystemRoot%\System32\WindowsPowerShell\v1.0、PowerShell 7 / 7-preview、应用商店版 pwsh,以及两个 C:\ 字面量兜底),全都不可用才退回 PATH 查找。即便如此,PATH 被清理过的机器仍建议修回来——见下面「常见问题」。

安装

从 GitHub 安装(推荐,尚未发布到 npm):

github:gaoyian7251/dsh-window-state

在 DSH 的 设置 → 插件 → 安装 里填入上面的标识,或通过 CLI 安装到 profile:

dsh plugin install github:gaoyian7251/dsh-window-state

也可以直接把仓库克隆到 profile 的 node_modules 下。安装后需重启桌面客户端才生效(profile 的插件图在进程启动时构建)。

使用

重启后打开 设置 → 通用设置,找到「启动窗口状态」一行,选择 默认 / 最大化 / 全屏:

  • 选择会立刻应用到当前窗口,并持久化,下次启动自动生效;
  • 默认 = 保持 Electron 记住的上次窗口位置与大小。

常见问题

换台电脑后就不好使了:提示「未能立即应用(spawn powershell.exe ENOENT)」

这台机器的 PATH 里没有 powershell.exe。它不在 C:\Windows\System32 根目录,而在 C:\Windows\System32\WindowsPowerShell\v1.0 —— 只有该子目录出现在 PATH 里时,spawn('powershell.exe') 才找得到它(Windows 的 CreateProcess / SearchPathW 不查 App Paths 注册表)。某些安装器或「PATH 优化 / 清理」工具会把系统 PATH 整段重置,连带丢掉 Windows 默认项,于是换台电脑就失效。

先确认(30 秒):

cmd /c "where powershell.exe"
# INFO: Could not find files for the given pattern(s).   ← 就是这个原因

Test-Path "$env:SystemRoot\System32\WindowsPowerShell\v1.0\powershell.exe"
# True                                                  ← 文件在,只是不在 PATH

修法(二选一,改完都必须重启 DSH 桌面客户端,进程环境变量只在新进程里生效):

1. 把目录加回 PATH(推荐,顺便修好其他依赖 powershell.exe 的工具,例如 DSH Market 的「重启应用」)

以管理员身份把下面这一项加回系统 PATH(「此电脑 → 属性 → 高级系统设置 → 环境变量」的「系统变量 → Path」),加不了管理员就加进用户 PATH,效果一样:

%SystemRoot%\System32\WindowsPowerShell\v1.0

顺手建议确认 %SystemRoot% 和 %SystemRoot%\System32\Wbem 也在。

2. 依赖插件自带的解释器探测与环境修正(v0.1.1+ 起)

插件不假设 PATH / 环境变量是对的。它按顺序尝试下面这些位置,任何一个能启动就成功:

1. <Windows>\System32\WindowsPowerShell\v1.0\powershell.exe   ← 5.1,正常位置
2. <PF>\PowerShell\7\pwsh.exe                                 ← PowerShell 7
3. <PF>\PowerShell\7-preview\pwsh.exe                         ← PowerShell 7 预览版
4. %LOCALAPPDATA%\Microsoft\WindowsApps\pwsh.exe              ← 应用商店版 pwsh 的执行别名
5. C:\Windows\System32\WindowsPowerShell\v1.0\powershell.exe  ← 环境变量取不到时的字面兜底
6. C:\Program Files\PowerShell\7\pwsh.exe                     ← 同上
7. powershell.exe                                             ← 最后才退回 PATH 查找
8. pwsh.exe

<PF> 依次取 %ProgramW6432%、%ProgramFiles%、字面 C:\Program Files

绝对路径候选会先用 existsSync 过滤、按大小写不敏感去重,所以上面这串在多数机器上实际只会保留 2~4 条。

(%SystemRoot% 本身取不到时,会依次用 %windir%、%SystemDrive%\Windows、C:\Windows。)

所以只装一个 PowerShell 7 也能用:

winget install --id Microsoft.PowerShell

另外,插件在起子进程前会修正子进程的环境变量,而不是原样透传:

  • PATH:缺哪补哪,把 %SystemRoot%\System32、%SystemRoot%、%SystemRoot%\System32\Wbem、…\WindowsPowerShell\v1.0 补到最前,不删你原有的任何条目;
  • SystemRoot / windir:父进程缺就按同样的回落链补上;
  • TEMP / TMP:指向不存在的目录时改用系统临时目录(Add-Type 每次都要编译 C#,需要可写的临时目录);
  • 环境变量名在 Windows 上大小写不统一(Path / PATH),插件做大小写不敏感读写,不会产生重复键。

只有所有候选都起不来时才会报错,此时设置行会明确告诉你:

本机启动不了 PowerShell:%SystemRoot%\System32\WindowsPowerShell\v1.0 下没有 powershell.exe,PATH 里也找不到 powershell.exe 或 pwsh.exe。请把该目录加回 PATH,或安装 PowerShell 7,然后重启 DSH

而不是只丢一个 ENOENT。

从本地路径装过之后,重装报 ERR_PNPM_EPERM ... rename ..._tmp_... -> ...dsh-window-state

用本地路径安装(dsh plugin install <本地目录>)时 pnpm 会建立一个 Junction 链接,而卸载时不会把它从 node_modules 里删掉;之后新版本无法 rename 落位,就会报 EPERM。清掉这个链接再装即可(rmdir 只删链接,不会动你的源码目录):

cmd /c rmdir "$env:USERPROFILE\.dsh\profiles\desktop\node_modules\dsh-window-state"
dsh plugin install github:gaoyian7251/dsh-window-state

从 git 安装的是真实目录,之后卸载 / 升级都不会再有这个问题。

⚠️ 只能用 cmd /c rmdir 删这个链接。 不要用 PowerShell 的 Remove-Item -Recurse:它会穿透 Junction 去删链接指向的目录 —— 也就是你的插件源码(曾因此把源码仓库的 .git 删坏)。

目录结构

lib/index.js    Host 半(Win32 helper + webServer 路由 + index-inject)
lib/client.js   Client 半(settings.general.item 行 + 分段控件)
cordis.patch.yml  挂载补丁
package.json      包清单(dsh.client / dsh.bundle.patch)