[Mono-bugs] [Bug 73367][Nor] New - When Control::ClientSize is updated, the control's actual size does not change.
bugzilla-daemon@bugzilla.ximian.com
bugzilla-daemon@bugzilla.ximian.com
Fri, 4 Mar 2005 16:59:55 -0500 (EST)
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 4lw0e0402@sneakemail.com.
http://bugzilla.ximian.com/show_bug.cgi?id=73367
--- shadow/73367 2005-03-04 16:59:55.000000000 -0500
+++ shadow/73367.tmp.14578 2005-03-04 16:59:55.000000000 -0500
@@ -0,0 +1,40 @@
+Bug#: 73367
+Product: Mono: Class Libraries
+Version: unspecified
+OS: All
+OS Details:
+Status: NEW
+Resolution:
+Severity:
+Priority: Normal
+Component: Windows.Forms
+AssignedTo: mono-bugs@ximian.com
+ReportedBy: 4lw0e0402@sneakemail.com
+QAContact: mono-bugs@ximian.com
+TargetMilestone: ---
+URL:
+Cc:
+Summary: When Control::ClientSize is updated, the control's actual size does not change.
+
+Description of Problem:
+ When a subclass of Control adjusts the ClientSize property in the
+ constructor, the Control's area is not increased; drawing operations are
+ clipped to the Control's old bounds. This problem does not occur when the
+ Size property is changed instead of ClientSize.
+
+Steps to reproduce the problem:
+1. Create a subclass of Control that first sets its Size, and then changes
+its ClientSize to a larger value in the constructor.
+2. Add the Control to a form.
+3. Use GDI+ to draw to the Control.
+
+Actual Results:
+ The drawing is clipped to the original Size value, even though the
+ control's Size reflects the new ClientSize value.
+
+Expected Results:
+ The drawing should be clipped to the new size.
+
+Additional Information:
+ Peter Bartok might already be working on this bug. I saw a comment on IRC
+ about Control size issues.