我在WPF世界相对比较新，我立即注意到的一件事是调整窗口大小时窗口内容的绘制方式有多慢。例如，如果在窗口边缘有滚动条，那么这些滚动条会在缩小时部分隐藏，并且在放大时会在它们和窗口边框之间留有空间。我怎样才能调整WPF窗口更小的“laggy”？
这甚至发生在Visual Studio中创建的空WPF项目。更糟糕的是，它也发生在背景中，并且您可以在放大时看到窗口后面的东西（其他窗口，桌面墙纸等）泄漏。
起初，我认为这是一个WPF的丑陋的局限性，看到本地或WinForms应用程序调整大小就好（如果写得很好）。但是当我看Expression Blend时，窗口背景保持不透明（尽管窗口内容仍然滞后）。他们做什么来防止所描述的问题，并且有什么方法可以改善调整到更接近原生/ WinForm GUI的大小？
你是否在运行没有SP1的Vista？从我已阅读，这是一个应该已经固定一个共同的问题..
http://social.msdn.microsoft.com/Forums/en-US/wpf/thread/3960d6a6-e873-455c-9ddc-1e2dd32e090b/
我没有看到这种行为，我自己。我在vista x64 sp1和/或运行xp x32 sp3的虚拟PC上开发。 Wpf使用directx，它可以是你的视频卡/机器吗？尝试在差异机器上运行你的应用程序，看看你是否有相同的结果。
我在调整大小时遇到了与接口滞后相同的问题。我怀疑这个延迟的原因是它调整了直接X中的底层帧缓冲区，这永远不会特别快。但我不确定你可以做些什么。
我一直在寻找关于这个问题的信息。我只是认为这是一个窗口“功能”，一些无畏的微软程序员认为它会很酷。我希望能够关闭它，以便窗口大小实际上会跟随我的鼠标，而不是滞后，然后超调。格儿。
滞后的原因很好explained here
是的，我这样做。正如我所说的Expression Blend似乎没有这个问题。你有没有更多的指向你所说的“共同问题”的指针？ – gix 2009-02-17 02:55:31
对不起困惑 - 我读过，这是固定的Vista和Vista SP1之间。 – markt 2009-02-17 03:35:46