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=81787 --- shadow/81787 2007-08-02 09:31:44.000000000 -0400 +++ shadow/81787.tmp.1846 2007-08-02 14:13:41.000000000 -0400 @@ -1,12 +1,12 @@ Bug#: 81787 Product: Mono: Class Libraries Version: 1.2 OS: unknown OS Details: -Status: NEEDINFO +Status: REOPENED Resolution: Severity: Unknown Priority: Wishlist Component: Sys.Drawing. AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] @@ -46,6 +46,26 @@ cairo_set_font_size (graphics->ct, FontSize); which adjust the cairo font size based on the different DPI (for screen) and hundreds of points (for printing). Does this affects the actual printing somehow ? + +------- Additional Comments From [EMAIL PROTECTED] 2007-08-02 14:13 ------- +flipm0de> in MS.NET i get the same size in print preview and in actual +print .. +<flipm0de> I cache the size of the strings once aquired and later on +dont recalculate, and this is whaen the things get messy ... +<flipm0de> this is how I noticed this +<spouliot> ah, so it wouldn't print correctly is the code is changed +to return the same value in both case ? +<spouliot> bbl +<flipm0de> I think it should ... +<flipm0de> this is what I get under Windows with MS.NET +<flipm0de> String "Test string" measured size: {Width=57.04753, +Height=13.96484} +<flipm0de> String "Test string" measured size: {Width=57.05114, +Height=13.96484} +<flipm0de> the first is during print preview and the second is during +actual print +<spouliot> sure "it should" but it doesn't right ? +<flipm0de> :) yes, but it is very close to equal _______________________________________________ mono-bugs maillist - [email protected] http://lists.ximian.com/mailman/listinfo/mono-bugs
