prefix+d — 回收选中区域并最小化其窗口

语言 · 中文 · English · 日本語

← 返回设置页帮助

prefix+d 回收选中 region 的格子，并把它的窗口最小化到任务栏。和 prefix+x 不同，它不关闭窗口——应用继续运行，窗口随时可以找回。

默认 chord：d · 配置项：collapse_region · 在「设置 → 快捷键 → 区域操作」改

为什么需要这个键

prefix+d 是为「临时切窗、用完回收」这条工作流专门设计的：

  1. 布局已经摆好，你临时想塞一个 app 看一眼——用 prefix+c 把某个 region 切一刀，在腾出的子区里放它，不打乱其他已摆好的 app。
  2. 看完要收掉这个临时窗口、把切出来的子区还回去，但不想动那个 app（它可能是浏览器、终端，后面还要用）。
  3. 这时按 prefix+x 不合适——x 是 close_window，会真的关掉窗口，可能弹「保存？」、甚至丢数据。
  4. 用 prefix+d：只把窗口最小化（应用还活着），同时把切出来的子区合并回兄弟区，布局恢复到切之前。下次触发 binding 经 MRU 把它找回还原——临时用完即收，零误伤。

一句话：prefix+c 开临时窗，prefix+d 收临时窗；要真关窗才用 prefix+x。

触发流程

1. （可选）按  prefix+q N    选中 region；不选默认 region 0
2.        按  prefix+d       该 region 的当前窗口被最小化（SW_MINIMIZE）

一步到位：prefix+q → d → 数字，选中该区并立即执行本操作（详见 prefix+q）。

最小化语义

走 Win32 SW_MINIMIZE 显示命令：

  • 窗口不死：缩到任务栏，应用继续运行，什么都没关。
  • 不可拦截：没有 WM_CLOSE 那种「保存？」握手——最小化总会成功，绝不会丢未保存的数据。
  • 随时找回：点任务栏按钮还原，或重新触发那个 binding（见下）。

回收后会发生什么

  • 该 region 的临时全屏标记被清掉。
  • 格子立即从布局里移除。
  • 如果这个 region 是 split 切出来的，它会被回收——兄弟 region 扩张把空间收回去。
  • 引擎不会自动给这个已消失的格子摆下一个窗口。
  • 想把窗口找回来：在任务栏点它还原；或重新触发那个 binding（prefix + 它的键）——引擎经 MRU 重新发现该窗口并把它还原摆回原位。prefix+r 会重新摆整个布局（同样会还原）；prefix+f 会顶上该应用的下一个窗口。

与 prefix+x（关闭）的区别

prefix+d 和 prefix+x 都会移除 region 的格子、并回收 split 子 region。区别在于对窗口做了什么：

  prefix+d collapse_region prefix+x close_window
Win32 动作 SW_MINIMIZE WM_CLOSE
窗口去向 最小化，仍存活 关闭（应用自己决定）
「保存？」对话框 / 应用可拦截 否 是
丢数据风险 无 可能（未保存文档）
可逆 可——任务栏还原 / 重新触发 无撤销
移除 region 格子 是 是
回收 split 子 region 是 是

经验法则：想「先收起来、回头还要」用 prefix+d；想真的「关掉」用 prefix+x。

拒绝条件

情况 行为
当前没有可用布局 静默
selected_region 对应位置没有窗口 静默；同时清掉该 region 的 stale 全屏标记
窗口已死 静默

收错了 region 怎么办

什么都没被销毁——回收是非破坏性的。

  • 窗口没丢：在任务栏找到它点一下就还原。
  • 或者重新触发那个 binding，把它重新摆回来并还原。
  • 和 prefix+x 不同，这里没有应用的关闭流程、也没有「保存？」对话框要操心。