Winform的SplitContainers重绘问题 [英] Winform SplitContainers redraw issue

问题描述

我还添加了另一个SplitContainer中的面板内的SplitContainer。一切都重新绘制罚款时，分路器移动。但是，调整内部的SplitContainer的正确，如果主SplitConainer的大小由主窗体的最大化改变不起作用/还原按钮。

I have added a SplitContainer inside another SplitContainer's Panel. Everything redraws fine when the splitters move. But resize of inner SplitContainer doesn't work correctly if the main SplitConainer's size changed by the main form's maximize/restore buttons.

如果我移动分割它重绘一切都很好。我想一切都无效化在每个SplitPanel SizeChanged事件，但没有运气。你有什么想法？

If I move the splitter it redraws everything fine. I tried Invalidating everything in each SplitPanel SizeChanged event, but no luck. Do you have any idea?

推荐答案

我想这就是原因。这个问题是简化了复杂的布局成几个简单的布局后走了。

I think this is the cause. The issue was gone after simplifying the complex layout into several simple layouts.

<一个href="http://social.msdn.microsoft.com/forums/en-US/windowsuidevelopment/thread/25181bd5-394d-4b94-a6ef-06e3e4287527/" rel="nofollow">http://social.msdn.microsoft.com/forums/en-US/windowsuidevelopment/thread/25181bd5-394d-4b94-a6ef-06e3e4287527/

一个小调查显示，Windows停止发送WM_SIZE当它达到一定的嵌套层次。换句话说，它不会发送WM_SIZE你的子窗口，如果你尝试调整它们的大小，当你在父的人处理WM_SIZE。这取决于用户的东西/更新/ serivice包的最大嵌套级别，在它停止传播WM_SIZE可能会有所不同，从15到31，甚至在最新的XP 32位/ SP2要高得多（实际上无法访问）。 但它仍然在XP x64的太少，还是有些类似的丑陋的事情发生在其他消息在某些构建了Vista。

A little investigation showed that Windows stops sending WM_SIZE when it reaches some certain nesting level. In other words, it won't send WM_SIZE to your child windows if you try to resize them when you process WM_SIZE in the parent ones. Depending on the USER stuff/updates/serivice packs the maximum nesting level at which it stops propagating WM_SIZE may vary from 15 to 31 and even much higher (effectively unreachable) under latest XP 32bit/sp2. But it still too little under XP x64 and still some similar ugly things happen to other messages under some builds of Vista.

所以它肯定是在Windows错误。

这篇关于Winform的SplitContainers重绘问题的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！