gpt4 book ai didi

c - 拖动窗口的左边框时无法摆脱抖动

转载 作者:太空宇宙 更新时间:2023-11-04 03:45:18 24 4
gpt4 key购买 nike

截至2015年3月26日,问题已解决,请参阅本页底部,这是一个非常肮脏的把戏。

截至2014年8月18日,已部分解决:DWM是元凶(请参阅最后评论)。

我已经使用Win32 API构建了自己的窗口样式。在Windows XP和Windows 7下,一切正常。但是,在Windows 8下,发生了奇怪的事情:拖动窗口的左边框会在右侧造成极大的抖动,而根本不会移动。
看看this,您会明白我的意思。

当我拖动右边框时,左侧不会移动,应该移动。诚然,有些闪烁,但这是可以接受的。参见this

我已经尝试使用几个标志来尝试SetWindowPos()(begin/End)DeferWindowPos,但无济于事。即使使用SWP_NOREDRAW并阻止所有其他绘画也无济于事。无论是否带有CS_HREDRAWCS_VREDRAW

当然,我正在使用双缓冲。然而,消除这种令人讨厌的抖动似乎是不可能的。我也尝试了另一个用于Intel HD 4000图形引擎的驱动程序,但仍然无济于事。我会忽略什么吗?是Windows 8的错误吗?

顺便说一句,当我打开“在拖动时显示窗口内容”选项(在“高级系统设置”菜单中)时,所有其他应用程序都显示相同的行为。

任何帮助将不胜感激。

干杯,埃德蒙。

PS:禁用“拖动时显示窗口内容”是没有选择的,因为它是应用程序的内置功能。

Edit1:看来d7samurai也在同一个问题上挣扎。

后续:我已经尝试了很多方法来消除抖动,但是没有任何帮助。问题在于W8根本不执行应做的事情。以SWP_NOREDRAW标志为例。正如预期的那样,已移动的窗口侧的重新粉刷被抑制了,到目前为止一切顺利。但是...(窗口的另一侧)仍然有效,该侧已重新粉刷!它不仅完全没用而且没有用,而且还可以抖动处理!而且,绘画比W7和XP慢两倍。在这个问题上花了整整一周的时间后,我完全完成了W8!这实际上是一个POC,负责这项拙劣工作的人精神错乱。我真的希望W9会做得更好。阿们

直角抖动:

似乎上述异常不仅限于W8。当W7设置为“最佳外观”或至少设置为“启用桌面合成”以及“在窗口和按钮上使用视觉样式”时,它也显示相同的行为。然后,我认为根本不使用SetWindowPos函数,而是通过发送ShowWindow( hWnd, SW_MAXIMIZE )命令并在我指定所需大小和位置的地方截获WM_GETMINMAXINFO msg来欺骗窗口是可能的。你猜怎么了?我仍然不安。啊!!!

接下来做什么?是否有可能在较低/较深的层次上拦截绘画(挂钩?)以便以体面的方式重画窗口?

更新dd 03-26-2015,一个很肮脏的把戏:

Eureka ! 我终于找到了解决问题的办法。但是首先,让我解释一下正在发生的事情以及为什么拖动伴随着抖动。假设您要扩展窗口的左侧。与扩展右侧相反,这是通过两个步骤完成的。首先,将窗口的内容及其原始大小移到左侧。完成此操作后,内容将扩展到新的右侧与上一个右侧重合的程度。简而言之,它是“移动”后跟“调整大小”的结合,这就是导致难看的抖动的原因。拖动窗口顶部时,也会发生类似的情况。在Windows 8.1或10中,您无能为力。我也很遗憾地尝试了新的DWM函数(BufferedPaintInitBeginBufferedPaintEndBufferedPaintBufferedPaintUnInit),但无济于事。 SetWindowPlacement()也会产生抖动。显然,所有这些功能都是导致调整大小的罪魁祸首。
然后我认为,当您创建一个新窗口并以新大小显示它时,它根本不会抖动。我想说的很明显。因此,反复创建一个新窗口并随后销毁前一个窗口可能是一个解决方案,但这当然不是很有效。在考虑这个想法时,我偶然发现了一个隐藏的窗口以新的/另一个大小可见,然后隐藏了前一个窗口,也没有显示抖动。此过程比创建/销毁序列有效得多。因此,在程序开始时,我只创建了两个窗口,第一个窗口是隐藏的,第二个窗口是可见的。以下代码段应更详细地说明无抖动调整大小的过程:

........
i = prm->hpi; // get current index
h1 = prm->parent[i]; // get current handle
flags = SWP_NOCOPYBITS;
flags |= SWP_NOSENDCHANGING;
// if DWM tries to make a mess of it:
// DWM enabled top border right border
if( prm->parent[1] && ( rgn == TBE || rgn == LBE ) )
{
i = i + 1 & 1; // get new index
prm->hpi = i; // save new index
h2 = prm->parent[i]; // get new handle
prm->hParent = h2; // set as current one
flags |= SWP_NOREDRAW; // bypass message pump
flags |= SWP_SHOWWINDOW; // make h2 visible
SetWindowPos( h2, HWND_TOP, px, py, cx, cy, flags );
PaintParent( h2 ); // paint it now
DwmFlush(); // wait till finished
ShowWindow( h1, SW_HIDE ); // make h1 invisible
}
// DWM disabled or dragging the right or bottom border:
else SetWindowPos( h1, HWND_TOP, px, py, cx, cy, flags );

还有一件事:使用 DwmFlush()确保新窗口的所有绘制完成,然后隐藏另一个窗口,否则将看到一些闪烁。当然,以上过程比常规过程要慢一些。在我的系统上(使用i5-3570K处理器)为3..26毫秒,具体取决于窗口的大小及其内容。但是至少那可怕的抖动已经消失了。

我确实意识到这是一个很肮脏的把戏,因此,如果有人知道更整洁的解决方案,请告诉我们。

最佳答案

看起来在Windows 8.1及更高版本下,您必须与DWM合作,而不是绕开它。

这意味着您必须通过DwmGetCompositionTimingInfo找出进行合成的时间表,并确保在适当的时候将渲染事件放入队列中。您可能还会发现,您需要在WM_SIZING事件之后立即重新使窗口无效并重新绘制窗口,或者甚至使用自己的计时器来绘制比发送WM_SIZING事件更多的时间。例如。如果DWM以50 fps的速度合成,但是每秒只会收到WM_Sizing事件,那么如果您将自己的计时器与GetWindowPos一起使用,则可能比依赖WM_SIZING的绘画频率更高。

您可能会发现在绘画后明智地使用DwmFlush也可能有助于减少这种抖动。

关于c - 拖动窗口的左边框时无法摆脱抖动,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/25043570/

24 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com