- android - 多次调用 OnPrimaryClipChangedListener
- android - 无法更新 RecyclerView 中的 TextView 字段
- android.database.CursorIndexOutOfBoundsException : Index 0 requested, 光标大小为 0
- android - 使用 AppCompat 时,我们是否需要明确指定其 UI 组件(Spinner、EditText)颜色
我有一个设置了最小高度的表单,因为我不希望它在“简约显示”模式下调整大小超过某个点。
当用户尝试通过 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/
当我调整窗口大小并发送 WM_SIZE 消息时,WM_SIZE 消息是发送到消息队列还是直接调用窗口过程? 最佳答案 通过鼠标调整窗口大小会将 WM_SIZE 直接发送到窗口过程,它不会通过消息队列。
我正在尝试使用 WM_SIZE 事件来强制应用程序具有最小大小,代码: case WM_SIZE: int nWidth; int nHeight; int _dWidth;
我制作小游戏时遇到了一些低优先级窗口消息的问题,这些消息不断地从系统发送并阻止运行游戏逻辑的代码。 我像这样创建我的消息循环: bool Window::SystemRoutineAndCheckQu
当我调整窗口大小时,我想告诉程序的另一部分我的窗口已更改大小。我在 MSDN 上阅读那: WM SIZE 消息 WM SIZE 消息在窗口大小更改后发送到窗口。 但是,即使在拖动时我也会收到 WM_S
我创建了一个无标题窗口。 我手动(或以编程方式)调整其大小,使其高度为 30 像素或更小。 当我捕获底部边框以垂直调整其大小时,它的行为如下如果我拖动顶部边框。事实上,在调试程序时,WM_SIZING
CreateWindowEx API 真的会发送 WM_SIZE 消息吗? 当我通过 CreateWindowEx 创建一个窗口作为全屏模式时, CreateWindowEx 发布 WM_SIZE 但
以编程方式发送 WM_SIZE 消息是否有问题,例如: SendMessage(hWnd, WM_SIZE, 0, 0); 我不关心 wParam 和 lParam 的值(我的 WM_SIZE 事件处
我有一个设置了最小高度的表单,因为我不希望它在“简约显示”模式下调整大小超过某个点。 当用户尝试通过 Aero 将窗口捕捉到屏幕顶部来最大化窗口时,窗口会最大化,但窗口的高度仅为 240 像素(设置的
当 WM_SIZE 和 WM_PAINT 消息都被发送时(例如:当我将窗口调整到更大的尺寸时),是否保证 WM_SIZE 消息将在 WM_PAINT 消息之前发送? 最佳答案 是的,首先接收到 WM_
我有 TVirtualStringTree 的后代使用我自己的自动调整列程序的类。为了让它在控件的大小发生变化时工作,我已经覆盖了 Resize程序: type TMyVirtualStringT
我的测试表明,当我调用 ShowWindow() , 一个 WM_SIZE消息被发送。 我可以依赖这种行为(因为我找不到它的文档)吗? 最佳答案 根据 MSDN,调用 ShowWindow() 具有以
在调整窗口大小时,我需要获得窗口客户区的正确大小(宽度/高度)。我尝试使用 GetClientRect,但它总是提供错误的值(请参阅下面的详细信息)。 User32.RECT clientRECT;
如果我使用此方法(或 WM_KEYUP 并以相同的 return 0 最后),我将无法获得 WM_SIZE 命令: case WM_KEYDOWN: { keys[wParam] = 1;
我有一个处理消息的函数,我在 WindowProcedure 之外捕获某些消息以触发所需的行为。 问题是,虽然其他消息似乎正在按需要工作,但出于某种原因我无法捕获 WM_SIZE 消息。WM_SIZE
我正在尝试使用带有 MFC 框架 (VS 6.0) 的 C++ 拦截我基于 CDialog 的窗口的大小和位置变化,以便根据新的大小和/或位置调整我的合成物的位置。 我该怎么做? 谢谢! 最佳答案 1
为什么 SetScrollInfo() 函数会向 WndProc() 发送 WM_SIZE 消息? 编辑 显然,这是 WinAPI 中的错误。正在发送 WM_SIZE 消息,因为我忘记包含 WS_HS
我是一名优秀的程序员,十分优秀!