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 [EMAIL PROTECTED] http://bugzilla.ximian.com/show_bug.cgi?id=77734 --- shadow/77734 2006-03-10 09:32:10.000000000 -0500 +++ shadow/77734.tmp.30147 2006-03-10 11:13:04.000000000 -0500 @@ -4,13 +4,13 @@ OS: unknown OS Details: Fedora Core (Rawhide) Status: NEW Resolution: Severity: Unknown Priority: Normal -Component: libgdiplus +Component: Windows.Forms AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] QAContact: [EMAIL PROTECTED] TargetMilestone: --- URL: Cc: @@ -55,6 +55,21 @@ ------- Additional Comments From [EMAIL PROTECTED] 2006-03-10 09:32 ------- "Also reported in the FC BZ #184409" The RH chaps have now closed this as they're basically just packaging without joining the fun and games. + +------- Additional Comments From [EMAIL PROTECTED] 2006-03-10 11:13 ------- +The problem is that Mono applies + g.TranslateTransform(120, 120, MatrixOrder.Append); +every time the method is called *on top* of the previous transform. + +It seems that MS reset that transformation "somewhere". I don't think +it's a GDI+/libgdiplus "feature", but something that SWF does before +calling the paint method. + +Adding a + g.TranslateTransform(-120, -120, MatrixOrder.Append); +at the end of the method makes the clock work as expected (well it's +the proof of the problem, not a solution ;-) + _______________________________________________ mono-bugs maillist - [email protected] http://lists.ximian.com/mailman/listinfo/mono-bugs
