niri 怎么用 toggle-windowed-fullscreen 在投屏浏览器演示时隐藏界面又保留窗口形态【免费下载链接】niriA scrollable-tiling Wayland compositor.项目地址: https://gitcode.com/GitHub_Trending/ni/niri用浏览器投屏演示比如 Google Slides 这类网页演示时niri 用户常遇到一个矛盾浏览器只有进入全屏模式才会隐藏标签页、地址栏等界面而真正全屏后窗口会占满整块屏幕——在超宽屏上演示比例失衡或者你本来就希望浏览器只占屏幕的一部分旁边还能放演讲者视图和会议软件。toggle-windowed-fullscreen就是为解决这个问题而设计的 niri 按键绑定自 25.05 版引入它告诉应用“你已经全屏了”但窗口实际上仍然是一个普通窗口你可以随意调整大小、放到屏幕任意位置Screencasting.md。先弄清它和普通全屏的区别niri 里让窗口变大有多条路径本文只关心其中两条的差别完整对比见 Fullscreen-and-Maximize.mdfullscreen-window默认绑定ModShiftF真正的全屏窗口覆盖整个屏幕niri 会在其后面渲染一块纯黑背景。应用感知到全屏状态后通常会隐藏标题栏等 UI。toggle-windowed-fullscreen只向应用报告“你处于全屏状态”窗口本身保持在正常窗口形态。应用因此隐藏了浏览器界面但窗口尺寸、位置都由你控制。Fullscreen-and-Maximize.md 对后者的原文描述是“Niri can also tell a window that its in fullscreen without actually making it fullscreen, via thetoggle-windowed-fullscreenaction. This is generally useful for screencasting browser-based presentations, when you want to hide the browser UI, but still have the window sized as a normal window.”准备条件toggle-windowed-fullscreen本身只依赖 niri 版本25.05 及以上。但你的场景是投屏演示屏幕共享走 portal pipewire 链路需要以下条件Screencasting.md可用的 D-Bus 会话pipewirexdg-desktop-portal-gnomeniri 以会话方式运行通过niri-session或显示管理器启动而不是随意在一个已有桌面里开窗口运行。文档说明在主流发行版上这些通常“开箱即用”。支持 portal 投屏的应用包括 OBS、Firefox、Chromium、Electron、Telegram 等。在 config.kdl 中绑定快捷键niri 的配置从$XDG_CONFIG_HOME/niri/config.kdl或~/.config/niri/config.kdl加载两者都不存在时回退到/etc/niri/config.kdl若都没有niri 会用内置的默认配置生成一份到$XDG_CONFIG_HOME/niri/config.kdl建议以默认配置为基础修改Configuration:-Introduction.md。编辑配置文件在binds {}段中加入文档给出的示例绑定binds { ModCtrlShiftF { toggle-windowed-fullscreen; } }如果已有binds {}段把这一行加进去即可。注意binds {}与其他段不同省略它时 niri 不会用默认值补齐所以不要误删整段。默认配置里ModShiftF已被fullscreen-window占用而ModCtrlShiftF未被占用上面的组合可以直接使用resources/default-config.kdl。保存后无需重启 niri配置是热加载的live-reload编辑并保存文件后包括按键绑定在内的更改立即生效。如果不确定改得对不对可以运行niri validate解析配置并查看报错Configuration:-Introduction.md。执行一次投屏演示并验证效果打开浏览器加载演示页面如 Google Slides保持窗口形态。在投屏工具的窗口选择对话框中选中这个浏览器窗口走 portal 的应用如 OBS、Chromium 的屏幕共享选择器。聚焦浏览器窗口按下ModCtrlShiftF或你配置的按键。按ModCtrlShiftF再按一次可以取消 windowed fullscreen恢复浏览器界面。成功的判定标准来自文档描述的两个事实浏览器界面被隐藏应用响应了全屏状态同时窗口仍然保持普通窗口形态——可以被调整大小、放到任意位置。文档给出的示例场景就是一个处于 windowed-fullscreen 的 Google Slides 演示窗口旁边并排放着演讲者视图窗口和正在投屏的会议应用Screencasting.md。按了没反应时如何判断文档明确提示并非所有应用都会响应全屏状态通知所以有时按下绑定后看起来像什么都没发生——这属于预期内的兼容性问题而不是配置错误Screencasting.md。如果浏览器 UI 没有隐藏先用同一个浏览器做一次真实全屏ModShiftF确认该应用本身会在全屏时隐藏界面真实全屏能隐藏而 windowed fullscreen 无效时问题就落在这条应用兼容性提示上。另外要注意 windowed fullscreen 状态下的一条限制窗口自带的标题栏最大化按钮和手势可能不生效因为窗口始终认为自己处于全屏状态此时可以用 niri 侧的 action 来最大化或取消最大化窗口Fullscreen-and-Maximize.md。相关配置可一并考虑如果演示时需要让观众明确知道哪个窗口正在被投屏可以用is-window-cast-targettrue窗口规则给投屏目标窗口换一种边框颜色如果要动态切换投屏目标窗口/显示器/清空可以用set-dynamic-cast-window、set-dynamic-cast-monitor等 action均为 25.05 起可用详见 Screencasting.md 的 Dynamic screencast target 一节。这两项是独立于 windowed fullscreen 的可选功能不影响上面的主路径。【免费下载链接】niriA scrollable-tiling Wayland compositor.项目地址: https://gitcode.com/GitHub_Trending/ni/niri创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
