禁用 WS_CAPTION 标志对于以窗口形式打开的 Chrome 应用不再有效

禁用 WS_CAPTION 标志对于以窗口形式打开的 Chrome 应用不再有效

多年来,我一直使用下面的 ahk 脚本禁用 Windows 10 应用程序窗口上的 WS_CAPTION(长 0x00C00000)标志,以使它们的标题栏不可见。最常见的使用情况是将 chrome 应用程序作为窗口打开。

LWIN & MButton::
MouseGetPos,,, WinUMID
WinSet, Style, -0xC00000, ahk_id %WinUMID%

我不确定这是因为我的 Windows 更新还是 Chrome 更新,但这不再适用于以窗口形式打开的 Chrome 应用程序。不过,它仍然适用于其他应用程序。我很确定我的脚本没有问题,因为我从未更改过它。另外,我的 AutoHotKey 没有更新,所以我猜它也没有问题。我已经填写了 Chrome 的错误报告(我认为他们没有向报告者提供网址),尽管我不确定这是他们的问题。有人也遇到过这个问题或知道是什么原因造成的吗?

根据询问3D1T0R,这是此脚本运行的当前窗口的屏幕截图。 此脚本曾经运行过的当前窗口的屏幕截图

非常感谢。

答案1

我设法通过在 chrome://flags 上停用 #windows10-custom-titlebar 标志并重新启动浏览器解决了该问题。感谢所有回复的人。

答案2

我用了 窗户侦探 选择 Chrome 窗口(普通窗口而不是应用程序)。

此工具允许编辑窗口的样式,所以我用它删除了 WS_CAPTION 样式几次。

点击后的结果按钮闪烁,有时 Chrome 窗口本身在屏幕上轻微移动,但标题保持不变。

重新审视改变后的样式,发现WS_CAPTION样式已经回到了Chrome窗口。

我的结论是,Chrome 的最新版本现在可以检测到样式的变化,并立即将其重置为之前的状态。

恐怕您面临的是 Chrome 不允许进行此类更改。如果我是对的,您可能需要换用其他浏览器,或者接受字幕无法避免的事实(至少在未来某个时候,也许字幕会改回来)。一个蹩脚的替代方案是移动 Chrome 窗口,使字幕位于屏幕外。

您可以在 Chrome 论坛上提出问题,要求撤销此操作,但机会可能很渺茫。

相关内容