[Libreoffice-bugs] [Bug 112558] Line spacing of Calibri and Times New Roman no longer calculated as before

[bugzilla-daemon at bugs.documentfoundation.org]

https://bugs.documentfoundation.org/show_bug.cgi?id=112558

V Stuart Foote <vstuart.foote at utsa.edu> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |erack at redhat.com,
                   |                            |vstuart.foote at utsa.edu

--- Comment #4 from V Stuart Foote <vstuart.foote at utsa.edu> ---
@Jay, *

Opening a sheet in calc, or table in writer, you get a cell height as recorded
into the ODF (or as filter imported from OOXML). The text also receives a font
and point size assignment from the ODF (or import filter).

So, the table cell on opening will not resize. But text string will recalculate
its vertical height as extracted from its font metric. Calculating that height
at a given point size is what changed at 5.3 (for bug 55469), and was just
tweaked at 5.4.2 and current master by Caolan (for bug 107249).

Point is--there is no size relationship between the table cell and its
contained text string other than what was calculated when the table cell was
originally formatted. As font metric is read and the text string re-rendered
into the table cell it can end up breaking at different places as the canvas is
zoomed in or out.

The string matches or it doesn't, and IIUC the actual table cell height and
width dimension suffers some of the same rounding issues as now fixed font
height, and that rounding manifests when zooming the cells on canvas.

Seems the thing to correct here is scaling the table cell to avoid shifting the
wrap point, and not the other way round with font handling.

To me, this is another twist on the issue Thomas put forth in bug 112497, that
is that the line spacing in table cells is now being correctly (and
consistently) calculated against the font metric cross platform and it has some
effect on the UI. Not wrong (assuming fidelity of the font metric) but changed.

Height differences between Linux and Windows builds can occur because of
divergent font metrics between the hhea and OS/2, one gets used in Linux/macOS
the other in Windows.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/libreoffice-bugs/attachments/20170922/2542d336/attachment.html>