https://bugs.documentfoundation.org/show_bug.cgi?id=116911
V Stuart Foote <vstuart.fo...@utsa.edu> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |NEW
CC| |vmik...@collabora.co.uk,
| |vstuart.fo...@utsa.edu
Blocks| |103378
Ever confirmed|0 |1
--- Comment #5 from V Stuart Foote <vstuart.fo...@utsa.edu> ---
Confirmed on Windows 10 Pro 64-bit en-US with
Version: 6.0.3.2 (x64)
Build ID: 8f48d515416608e3a835360314dac7e47fd0b821
CPU threads: 8; OS: Windows 10.0; UI render: default;
Locale: en-US (en_US); Calc: CL
So this is really weird--is it a problem with the font. Or with export
filtering to PDF?
In sample ODT, the Default paragraph style has modified font to use Calibri,
and direct formatting is applied to increase font size.
Exporting from the ODT to PDF result renders in various viewers (Adobe Reader,
Firefox, Chrome) correct appearance. But as noted, a select, copy, paste from
the document has characters garble: l -> a, a -> l, o -> i, i -> o, g -> " "
Then dumping text of the PDF with gs (i.e. 'gswin64c -sDEVICE=txtwrite -o
output.txt Tue-1000-Apr-10-2018-Devotion-2.pdf') has corrupted strings.
If I change the Default style to use a font other than Calibri--e.g. Liberation
Sans, or Arial--the resulting PDF then has no string corruption on copy/paste
or if dumping the strings with gs.
For now can work around of using a different font.
But weird!
Referenced Bugs:
https://bugs.documentfoundation.org/show_bug.cgi?id=103378
[Bug 103378] [META] PDF export bugs and enhancements
--
You are receiving this mail because:
You are the assignee for the bug._______________________________________________
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
