https://bugs.documentfoundation.org/show_bug.cgi?id=119070
V Stuart Foote <[email protected]> changed:
What |Removed |Added
----------------------------------------------------------------------------
OS|Linux (All) |All
Blocks| |71732
See Also| |https://bugs.documentfounda
| |tion.org/show_bug.cgi?id=10
| |3322,
| |https://bugs.documentfounda
| |tion.org/show_bug.cgi?id=44
| |267
Version|6.0.6.1 rc |Inherited From OOo
CC| |[email protected],
| |[email protected],
| |[email protected]
--- Comment #8 from V Stuart Foote <[email protected]> ---
Nothing new here!
Same behavior in
LibreOffice 3.3.0
OOO330m19 (Build:6)
tag libreoffice-3.3.0.4
Why would one expect fidelity when taking text with differing font metrics and
attributes (e.g. underlining) through filter export from MS Word to PDF, import
from PDF into Draw document canvas as individual text runs, and then an export
to PDF from Draw?
The PDF is structured with text runs drawn from spans on export, each change of
font & attributes in the source OOXML or ODF will ensure it is handled in a
different text run in the PDF. Then on filter import, positioning of *each*
individual run as a Draw object onto document canvas is limited by our 1/100mm
placement resolution.
Additionally, there is also a known issue in the precision of how fonts are
scaled and text glyph height and span width is calculated--which is then
manifested in filter during import and export.
That is why LibreOffice will *never* be considered a PDF editor--we do not hold
positional precision of the objects placed to document canvas during filter
import and then export, neither graphics nor text.
Referenced Bugs:
https://bugs.documentfoundation.org/show_bug.cgi?id=71732
[Bug 71732] [META] Bugs related to text rendering, typography and font features
in LO
--
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
