Re: What's the status of bug [Bug 5748] - Char widths are not properly calculated?]

From: msevior@physics.unimelb.edu.au
Date: Sat Oct 04 2003 - 18:13:21 EDT

  • Next message: E . A . Zen: "AbiWord Weekly News #164 (2003, week 40) released"

    >> Try this simple test. With your changes, load up a document of at
    >> least 15 pages.
    >>
    >> Change the zoom to a number of different values. Does the document
    >> look the same at all zooms? Do the lines break at the same points at
    >> all zooms? Do you have exactly the same number of lines on the last
    >> page at all zooms?
    >
    > With or without my change (the minus thing) if you load a large document
    > and change the zoom the number of pages in the document changes. In an
    > example, my document 37 pages at 100% of zoom. and 39 at 25% of zoom.
    > I guess that this is bad.
    >

    Right. That is because the character heights are not calculated
    independent of zoom. (There is a tlu() in the height calculation.) But
    what I meant was, try doing your suggestion of putting the tlu back in the
    GR_Win32CharWidths class and reverting my changes elsewhere. Then the
    document layout changes going from say 100% => 80% or 100% => 130%.

    The character Widths and heights should be exactly the same for for the
    same run no matter what the zoom is. That is the secret of the new layout
    engine.

    The minus thing should go in anyway. It prolly helps get the font right. I
    suspect that Windows will always screwup at 25% zoom because it appears to
    be trying to "fix" the insane small font size requests we send it at that
    very small zoom.

    Martin
    > Jordi,
    >
    >
    > --
    >
    > Jordi Mas i Hernāndez (homepage http://www.softcatala.org/~jmas)
    > http://www.softcatala.org



    This archive was generated by hypermail 2.1.4 : Sat Oct 04 2003 - 18:34:08 EDT