以编程方式禁用屏幕保护程序不会影响控制面板吗?

发布于 2024-08-26 04:35:00 字数 252 浏览 9 评论 0原文

我已使用此页面中描述的方法成功禁用了屏幕保护程序。
问题是,当我这样做时,控制面板对话框仍然指示有一个活动的屏幕保护程序。那里似乎没有任何改变。如果用户检查它,他无法知道为什么屏幕保护程序不起作用。
这是预期的行为吗?这不是问题吗?

我使用的 Windows XP x64 已完全打上最新更新的补丁。

I've successfully disabled the screensaver using the method described in this page.
The problem is that when I do this, the control panel dialog still indicates that there is an active screensaver. Nothing seems to be changed there. If the user checks it, he has no way of knowing why the screen saver doesn't work.
Is this the expected behavior? Isn't this a problem?

I'm on windows XP x64 fully patched with the latest updates.

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(2

微凉 2024-09-02 04:35:00

我希望 SPI_SETSCREENSAVEACTIVE 用于临时挂起屏幕保护程序,应在应用程序关闭之前将其设置为其先前的值。注册表修改可能是实现不太短暂的更改的方法。

I expect that SPI_SETSCREENSAVEACTIVE is intended for temporary suspension of the screensaver should be set to its prior value before application close. Registry munging is probably the way to effect a less transient change.

蓝眼睛不忧郁 2024-09-02 04:35:00

我建议运行 procmon,同时通过控制面板禁用屏幕保护程序,同时通过您的应用程序禁用它,看看有什么不同。对我的计算机进行快速检查似乎表明禁用应该删除 HKCU\Control Panel\Desktop\SCRNSAVE.EXE 密钥。

I'd suggest running procmon whilst disabling the screensaver via the control panel and whilst disabling it via your app to see what's different. A quick check on my machine seems to indicate that disabling should delete the key HKCU\Control Panel\Desktop\SCRNSAVE.EXE.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文