https://bugs.documentfoundation.org/show_bug.cgi?id=100746
--- Comment #14 from V Stuart Foote <[email protected]> ---
And here is the StarMath notation for kompilainenn's attachment 128714 formula
=-=
left ( sum from{k=1} to{n} a_k b_k right ) leslant left ( sum from{k=1} to{n}
a_k^2 right ) left ( sum from{k=1} to{n} b_k^2 right )
=-=
On the Windows builds for all these sample formulas, with either GDI+ or OpenGL
rendering sm math remains correct internally--but we have a rendering issue for
the glyph used in each node.
That is you can see the bounding box for each node is being calculated
correctly by positioning the edit cursor on the operator or before the
character--in this example each of the left ( or right )--and the formula
canvas will show the bounding box of node. On the Linux builds the glyphs are
constrained to the bounding boxes.
When rendering on Windows we scale the glyphs close to the node's vertical
height but do not constrain them horizontally to the bounding box while
scaling--i.e. on Windows the glyph does not stretch anisotropically to fit
vertical an/or horizontal bounds of the node--on Linux we do.
Additionally with OpenGL rendering we clip the scaled glyph to the node's
bounding box which makes for some badly garbled formulas.
A bit of a special case, the sqrt and nroot operators show a node bounding box
for just the radical symbol--the overbar is then calculated to intersect the
top right corner of the bounding box. With GDI+ or OpenGL the radical is simply
scaled not stretched vertically to fit its bounding box.
--
You are receiving this mail because:
You are the assignee for the bug._______________________________________________
Libreoffice-bugs mailing list
[email protected]
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
