Help from Win32 Guru's requested.

From: msevior@physics.unimelb.edu.au
Date: Thu Sep 11 2003 - 11:24:24 EDT

  • Next message: Jordi Mas: "Re: commit: fix serbian string set loading"

    Dear Win32 Guru's,
                      We've almost got the gr_Win32Graphics class on a par
    with the equivalent Unix class but there is an important
    thing that is still broken.

    The heights,ascents and descents of the fonts are still calcualted from
    the Zoomed fonts rather than the zoom independent scaled font used for the
    character width calculation.

    This leads to non-WYSIWYG behaviour as we change zoom and fit different
    numbers of lines on each page.

    I tried to calculate the font metrics using the same trick as the
    calculating the scaled zoom-independent fonts but I got results that were
    not consistant with the zoomed font heights.

    I suspect this is because Windows calculates and actually applies affine
    transforms to the font characteristics based on the current Drawing
    Context.

    This is true?

    If it is true, how do we go about making sure our scaled zoom independent
    calculation acurately reflects this transformation?

    I think that if we can nail this we completely fix the non-WYSIWYG
    behaviour on Windows and get it up to the Unix level.

    Thanks

    Martin

    This archive was generated by hypermail 2.1.4 : Thu Sep 11 2003 - 11:42:13 EDT