我有一个设置了最小高度的表单,因为我不希望它在“简约显示”模式下调整大小超过某个点。
当用户尝试通过 Aero 将窗口捕捉到屏幕顶部来最大化窗口时,窗口会最大化,但窗口的高度仅为 240 像素(设置的最大尺寸)。如果我在 wParam
为 SIZE_MAXIMIZED
时尝试处理 WM_SIZE
消息,则会绕过任何设置表单高度的尝试。
目前,我正在处理 SC_MAXIMIZE
以检测何时按下最大化按钮,以及 WM_NCLBUTTONDBLCLK
以在用户双击标题栏时最大化窗口。在这两种情况下,我都可以切换扩展窗口模式并设置最小尺寸,以便能够全屏显示。
当然,如果通过 ShowWindow(SW_MAXIMIZE)
最大化窗口或者当 aero-snapped 到屏幕顶部时,这些消息都不会发布。
在系统实际进行最大化之前,是否有其他消息可以处理,以便我可以事先调整窗口大小和显示模式?
当前代码:
protected override void WndProc(ref Message m)
{
if (m.Msg == 0x0112) { // WM_SYSCOMMAND
if (m.WParam == new IntPtr(0xF030)) { // Maximize event - SC_MAXIMIZE from Winuser.h
// The window is being maximized
this.MaximumSize = new Size(9999, 9999);
ToggleDeviceDisplay(true);
linkToggleDeviceList.Visible = false;
}
} else if (m.Msg == 0x00A3) { // WM_NCLBUTTONDBLCLK - Double clicking on window title bar, min or max
if (this.WindowState == FormWindowState.Normal) {
if (grpDeviceList.Visible == false) {
this.MaximumSize = new Size(9999, 9999);
ToggleDeviceDisplay(true);
}
this.WindowState = FormWindowState.Maximized;
linkToggleDeviceList.Visible = false;
} else {
this.WindowState = FormWindowState.Normal;
linkToggleDeviceList.Visible = true;
}
return;
} else if (m.Msg == 0x0005) { // WM_SIZE
if (m.WParam == new IntPtr(0x02)) { // SIZE_MAXIMIZED
// CANT GET WINDOW TO GO TO FULL-SCREEN FROM HERE
this.MaximumSize = new Size(9999, 9999);
// THE LINE BELOW DOESN'T WORK, probably because it is already being sized
this.Height = Screen.FromHandle(this.Handle).WorkingArea.Size.Height;
} else if (m.WParam == new IntPtr(0x00)) { // SIZE_RESTORED
linkToggleDeviceList.Visible = true;
}
}
base.WndProc(ref m);
}
如果发送 WM_SIZE 最大化时窗口已经处于扩展显示模式,则没有问题,因为最大窗口大小设置为允许全屏,但是,如果他们尝试从最小模式最大化,我不能让应用程序切换到消息期间全屏显示。
我知道我可以触发一个计时器或其他东西从消息中运行,这样它就会快速调整大小,用户不会立即注意到它不是全屏,但这只是一个可怕的 hack。
编辑:
为了说明两种窗口状态,我上传了两张截图here .上图显示了扩展显示,它对窗口大小没有限制,下图显示了最小显示,它设置了高度限制,所以他们不能增加窗口的高度,因为它只会显示更多的空空间。
谢谢。
最佳答案
在我看来,您似乎正试图以一种过于复杂的方式来做一件简单的事情。我会处理 WM_GETMINMAXINFO
message ,只要它的大小或位置即将改变,它就会被发送到你的窗口。处理此消息使您有机会为每个属性指定最大值或最小值,从而有效地防止它变得比您想要的更小或更大。
我不会发布大量示例代码,因为您的问题表明您已经知道如何覆盖 WndProc
和处理窗口消息。您唯一需要做的就是在托管代码中定义 MINMAXINFO
结构。像这样:
[StructLayout(LayoutKind.Sequential)]
struct POINT
{
public int X;
public int Y;
}
[StructLayout(LayoutKind.Sequential)]
struct MINMAXINFO
{
public POINT ptReserved;
public POINT ptMaxSize;
public POINT ptMaxPosition;
public POINT ptMinTrackSize;
public POINT ptMaxTrackSize;
}
使用Marshal.PtrToStructure
将 Message.LParam
属性中包含的指针转换为上面定义的 MINMAXINFO
结构的实例。因此,在您的 WndProc
方法中,您需要执行如下操作:
MINMAXINFO mmi = (MINMAXINFO)Marshal.PtrToStructure(msg.LParam, typeof(MINMAXINFO));
更新:
从您发布的屏幕截图来看,这两个不同的显示看起来是相同的,唯一的区别是底部的 DataGridView 是否显示。无论窗体大小如何,都会显示顶部的 GroupBox。
因此,在我看来,解决方案是简单地处理 Form.Resize
事件(应该引发 regardless 你的表单是如何调整大小的,无论是通过手动拖动其边框、单击标题栏按钮或使用 Aero Snap)。
在该事件处理程序方法中,检查表单的当前尺寸。如果它足够大,请将 DataGridView
控件的 Visible
属性设置为 true
。如果它的大小不够,通过设置 DataGridView.Visible = false
切换到“最小模式”。
这不是一个技术上非常复杂的解决方案,但它似乎应该可以实现您想要的所有目标。据我了解,它的动机只是在表单太小而无法看到所有内容时提供一个更简单的界面,并在表单较大时扩展该界面。如果您处理 Resize
事件并在该事件触发后检查表单的实际大小,您就不会错。
另一种解决方案是启用 AutoScroll
属性并始终显示两个控件。用户所要做的就是向上或向下滚动以查看他们想要的任何内容。 WinForms 负责其余的工作。
关于c# - 从 WM_SIZE 消息更改表单大小,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/9336246/