[Mono-bugs] [Bug 79778][Nor] Changed - TabPage gets set to visible even if TabControl is not visible
bugzilla-daemon at bugzilla.ximian.com
bugzilla-daemon at bugzilla.ximian.com
Sun Oct 29 17:05:23 EST 2006
Please do not reply to this email- if you want to comment on the bug, go to the
URL shown below and enter your comments there.
Changed by alex.olk at googlemail.com.
http://bugzilla.ximian.com/show_bug.cgi?id=79778
--- shadow/79778 2006-10-29 14:28:04.000000000 -0500
+++ shadow/79778.tmp.22919 2006-10-29 17:05:23.000000000 -0500
@@ -67,6 +67,21 @@
------- Additional Comments From monkey at jpobst.com 2006-10-29 14:28 -------
xenomorph showed me a fix for the TabPage one, but that let me see
that it was happening in other controls, so this is deeper than just a
TabControl bug. An example showing it in TextBox is attached above.
The key seems to be adding a control to a unparented/not visible
control. For the textbox, it's the scrollbars.
+
+------- Additional Comments From alex.olk at googlemail.com 2006-10-29 17:05 -------
+Jonathan is absolutely correct. It's not a TabPage problem but a
+Control or maybe a driver problem.
+
+We don't have the problem on linux because the XplatUIX11 driver only
+maps the whole and the client windows whereas the XplatUIWin32 driver
+calls "Win32ShowWindow(handle, WindowPlacementFlags.SW_SHOWNORMAL);"
+in XplatUIWin32.SetVisible.
+
+That means, no check is done in Control.SetVisibleCore to verify that
+a control (!= Form, PopupMenu , etc.) has a TopLevelControl. We simply
+call driver.SetVisible(handle, true) which is wrong then.
+
+
More information about the mono-bugs
mailing list