首先,对冗长的帖子表示抱歉。
关于如何限制WM_DISPLAYCHANGE消息的发布范围的任何建议?
场景:Screen.AllScreens
返回在客户端上检测到的所有监视器的坐标和分辨率的数组。如果在工作站被锁定时(在一夜之间重新启动应用程序时)启动了应用程序,则Screen.AllScreens
仅返回一个元素,该元素详细说明单个屏幕,其中所有多个监视器的尺寸为一个。
随后,在这种情况下,当用户解锁工作站并开始使用该应用程序时,由于Screen.AllScreens
属性未返回true,正在使用的Infragistics控件(UltraWinDock)不允许将浮动窗口拖动到主屏幕之外。监视系统的配置。 Infragistics控件实际上查看了Screen.PrimaryScreen.Bounds
,但是Screen.PrimaryScreen
属性又调用了缓存的Screen.AllScreens
数组,该数组返回了巨大的主屏幕!
当应用程序正常启动(工作站处于解锁状态)时,控件将正常运行。
我可以看到Screen.AllScreens
被重置并且可以刷新的唯一方法是通过引发SystemEvents.DisplayChanging
事件,
这时内部字段设置为null。 (Screen.AllScreens
挂接到该事件。)Screen.AllScreens
然后将在下次调用时重新填充。
根据我的判断,可以通过SystemEvents.DisplayChanging
WMI消息引发WM_DISPLAYCHANGE
事件。
我管理变通办法的方法是通过调用:
[DllImport("user32.dll")]
public static extern int GetSystemMetrics(int nIndex);
参数SM_CMONITORS表示系统上的显示数量。这似乎总是返回存在的实际监视器数量,而不管工作站是否被锁定。
然后,我评估
Screen.AllScreens
数组的长度是否小于GetSystemMetrics(SM_CMONITORS)
的结果,如果是,我就钩住了SystemEvents.SessionSwitch
静态事件,并检查SessionSwitchEventArgs.Reason
属性的值为SessionUnlock
。工作站解锁后,会收到此事件并满足条件,因此我使用P / Invoke方法发布消息
[DllImport("user32.dll")]
public static extern bool PostMessage(IntPtr hWnd, uint wMsg, UIntPtr wParam, IntPtr lParam);
具有以下参数:
PostMessage(HWND_BROADCAST, WM_DISPLAYCHANGE,UIntPtr.Zero,IntPtr.Zero)
这样效果很好,并且达到了预期的效果!
Screen.AllScreens
被重置,Infragistics控制正常运行。在我看来,当在锁定的工作站上启动应用程序然后将其解锁时,
Screen.AllScreens
不会重新评估自身的晦涩错误。我承认这是一个罕见的问题,但仍然是一个问题。
对于WM_DISPLAYCHANGE消息,lParam和wParam描述为:
wParam
显示器的新图像深度,以每像素位数为单位。
帕拉姆
低位字指定屏幕的水平分辨率。
高位字指定屏幕的垂直分辨率。
我正在为这些参数发送空值
IntPtr.Zero
,因为我不知道发送消息时的实际值是多少。我在这里担心的是,我正在使用空参数在整个系统中广播
WM_DISPLAYCHANGE
消息,并且可能正在运行消耗WM_DISPLAYMESSAGE
并利用参数的进程。我希望,如果发送空参数,那么任何使用者都将忽略该参数,但这是一个非常危险的假设。有没有一种方法可以仅将消息发送或发布到有问题的应用程序,并消除影响其他进程的风险?
我尝试了以下无济于事:
PostMessage(IntPtr.Zero, WM_DISPLAYCHANGE, UIntPtr.Zero, IntPtr.Zero)
PostMessage(this.Handle, WM_DISPLAYCHANGE, UIntPtr.Zero, IntPtr.Zero)
PostThreadMessage(AppDomain.GetCurrentThreadId(), WM_DISPLAYCHANGE, UIntPtr.Zero, IntPtr.Zero)
SendMessage(this.Handle, WM_DISPLAYCHANGE, UIntPtr.Zero, IntPtr.Zero)
笔记:
我在P / Invoke或WMI方面没有很多经验。
目标框架是.Net 3.5。
到目前为止,我还没有看到广播
WM_DISPLAYCHANGE
方法的PostMessage的任何副作用。我已经下载了Infragistics的源代码,并指出了它们的代码中出现问题的位置,并考虑重新编译控件以集成修订,但还是对此表示反对。我已将此问题告知了Infragistics,但不能等待修复,也没有特别将其视为Infragistics问题,因为它是导致该问题的
Screen.AllScreens
。应用程序必须在一夜之间重新启动,并且不能更改为等到用户早上登录后再重新启动。
我创建了一个测试应用程序,该应用程序可以锁定用户的工作站,重新启动自身(该应用程序,而不是工作站),并在该应用程序锁定时评估
Screen.AllScreens
属性,然后在发送WM_DISPLAYCHANGE
方法后生成另一个快照。我想添加一个屏幕截图,但不允许像新的StackOverflow用户一样使用!!!
最佳答案
我简单地需要知道如何使用P / Invoke将PostMessage发送到特定的应用程序
您需要获取应用程序的hwnd,而不是:
SendMessage(this.Handle...
使用spy ++查找应用程序的窗口类,然后使用FindWindow()获取其hwnd。
但是这里可能缺少我的东西-您似乎足够有能力认识到这一点,所以也许我误会了,那是您重新编译的Infragistics应用程序中包含的代码吗?
关于c# - Screen.AllScreens错误,并将WM_DISPLAYCHANGE发布到单个WinForm应用程序,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/7901247/