屏幕保护程序仍然必须安装到System32？

概述屏幕保护程序仍然必须安装到System32？

回到我的delphi时代，我写了几个屏幕保护程序 – 每个都是一个单一的可执行文件，放到System32文件夹中，在这个文件夹中，windows XP显示控制面板将其视为可用。 都好。

我现在正在C＃中编写一个更复杂的屏幕保护程序，它必然分布在多个程序集中（它使用插件模型：将所有程序集合并成一个可执行程序不是一个选项）。

将所有文件转储到System32中似乎不是很整洁 – 更不用说它在64位系统上不起作用。

有什么其他的方式来安装在windows系统上的屏幕保护程序？

自动windows UItesting方法

.NET进程间“事件”

在附加到NotifyIcon的ContextMenu中延迟单击事件

如何阅读扫描支票的支票号码和银行汇票号码

使用windows C＃应用程序将应用程序限制为32位体系结构

如果有必要，我愿意依靠Vista / Win7。

到目前为止，我唯一的build议是在Program files下正常安装屏幕保护Program files ，然后在System32中放置一个触发器/启动器。

如何以编程方式编辑特定用户的registry项？

CLR在哪里安装？

保存到Excel文件导致在C＃窗口中的错误

有了MongoDB，是否可以通过.NET Reactive Extensions（RX）接收第三方编辑的通知？

活动窗口上是否有windows系统事件更改？

32位屏保进入system32，而64位屏保进入SysWoW64。

我发现更多信息…

屏幕保护程序不必安装到System32 （或SysWoW64 ）。

但是 ，控制面板不会找到它，并且不会列出它进行选择。

除非它被配置为当前的屏幕保护程序。

让我来解释一下…当前的屏幕保护程序由在HKEY_CURRENT_USERControl PanelDesktop找到的SCRNSAVE.EXE注册表键指定。 此键的值是.SCR文件的完整路径。

显示器 （XP）或屏幕保护程序 （Win7）控制面板扫描System32 （和SysWow64在64位系统上） .SCR文件。 它也扫描包含当前屏幕保护程序的文件夹，如果不同的话。

因此，如果您直接设置注册表项，屏幕保护程序将被控制面板列出并可供选择。 但是，只要用户选择不同的屏幕保护程序，控制面板的下一次调用将不会列出新的屏幕保护程序。

总结

以上是内存溢出为你收集整理的屏幕保护程序仍然必须安装到System32？全部内容，希望文章能够帮你解决屏幕保护程序仍然必须安装到System32？所遇到的程序开发问题。

如果觉得内存溢出网站内容还不错，欢迎将内存溢出网站推荐给程序员好友。