[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.