6

我在 WPF 世界中相对较新，我立即注意到的一件事是，当您调整窗口大小时，窗口内容的绘制有多么滞后。例如，如果您在窗口边缘有滚动条，则这些滚动条在缩小时将部分隐藏，而在放大时它们与窗口边框之间有空间。

这甚至发生在 Visual Studio 中创建的空 WPF 项目中。更糟糕的是，它也发生在背景上，你可以看到窗口后面的东西（其他窗口、桌面壁纸等）在放大时会漏出。

起初，我认为看到原生或 WinForms 应用程序大小调整得很好（如果编写得当），这是 WPF 的一个丑陋限制。但是当我查看 Expression Blend 时，窗口背景保持不透明（尽管窗口内容仍然滞后）。他们做了什么来防止所描述的问题，有什么方法可以改进调整大小以更接近本机/WinForm GUI？

4

5 回答 5

3

滞后的原因在这里得到了很好的解释

于 2010-01-20T03:53:35.117 回答
1

您是否在没有 SP1 的情况下运行 Vista？根据我的阅读，这是一个应该已解决的常见问题。

http://social.msdn.microsoft.com/Forums/en-US/wpf/thread/3960d6a6-e873-455c-9ddc-1e2dd32e090b/

于 2009-02-17T02:43:38.767 回答
0

我也一直在寻找有关此问题的信息。我只是认为这是一些勇敢的微软程序员认为很酷的 Windows“功能”。我希望能够将其关闭，以便窗口大小调整实际上会跟随我的鼠标，而不是滞后然后过冲。Grr。

于 2009-04-10T15:24:26.650 回答
0

我自己没有看到这种行为。我在 vista x64 sp1 和/或运行 xp x32 sp3 的虚拟 PC 上开发。wpf使用directx，它可能是你的视频卡/机器吗？尝试在差异机器上运行您的应用程序，看看是否有相同的结果。

于 2009-02-20T01:51:09.680 回答
0

调整大小时界面滞后，我也有同样的问题。我怀疑滞后的原因是它在直接 X 中调整底层帧缓冲区的大小，这从来都不是特别快。我不确定你能做些什么。

于 2009-02-20T03:02:49.443 回答