Bug 131751 - Character emphasis is not rendered correctly in print and export
Summary: Character emphasis is not rendered correctly in print and export
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Printing and PDF export (show other bugs)
Version:
(earliest affected)
6.4.2.2 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: CJK Font-Effects
  Show dependency treegraph
 
Reported: 2020-03-31 20:32 UTC by Kenneth Hanson
Modified: 2022-04-15 17:42 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:
Regression By:


Attachments
Test document used to create PDFs (14.95 KB, application/vnd.oasis.opendocument.text)
2020-03-31 20:33 UTC, Kenneth Hanson
Details
PDF output of print-to-file (11.62 KB, application/pdf)
2020-03-31 20:33 UTC, Kenneth Hanson
Details
PDF output of export-to-pdf (11.49 KB, application/pdf)
2020-03-31 20:34 UTC, Kenneth Hanson
Details
PDF output of print-to-file with large font (12.10 KB, application/pdf)
2020-03-31 20:49 UTC, Kenneth Hanson
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Kenneth Hanson 2020-03-31 20:32:28 UTC
Description:
Under Character Formatting > Font Effects, one can choose "character emphasis" from among the following: dot, circle, disk, and accent. They are supposed to place a mark above or below each character.

These render (badly) in LO, but not when printing or exported as PDF. Instead, a single mark appears somewhere above the formatted character sequence. Furthermore, the vertical and horizontal position varies depending on the choice of print or export. Neither seems to get even its single dot in the right place for any particular character, compared to the LO UI.

Three examples are provided: a test document, a PDF produced by print-to-file (not sure of this is due to LO or my OS, but it's in the print dialog), and a PDF produced by export-to-PDF.

OS is Kubuntu 19.10.

Steps to Reproduce:
1. Add character emphasis
2. Print to file or export to PDF
3. View result

Actual Results:
One emphasis mark appears over the formatted character sequence.

Expected Results:
One emphasis mark appears over each character in the formatted sequence.


Reproducible: Always


User Profile Reset: No



Additional Info:
n/a
Comment 1 Kenneth Hanson 2020-03-31 20:33:30 UTC
Created attachment 159195 [details]
Test document used to create PDFs
Comment 2 Kenneth Hanson 2020-03-31 20:33:59 UTC
Created attachment 159196 [details]
PDF output of print-to-file
Comment 3 Kenneth Hanson 2020-03-31 20:34:19 UTC
Created attachment 159197 [details]
PDF output of export-to-pdf
Comment 4 Kenneth Hanson 2020-03-31 20:49:49 UTC
Created attachment 159198 [details]
PDF output of print-to-file with large font

Larger font demonstrates just how bad the vertical placement is.
Comment 5 Dieter 2020-04-09 08:19:37 UTC
I've only tested PDF-Export and I can confirm the described behaviour with attachment from comment 1. But I couldn't find emphasis setting under Format => Character => Font Effects

Is it possible to add a screenshot from that dialog?

Version: 7.0.0.0.alpha0+ (x64)
Build ID: 1c9ced04189c9d23ffea05d5570960b54b05ef28
CPU threads: 4; OS: Windows 10.0 Build 18363; UI render: Skia/Raster; VCL: win; 
Locale: de-DE (de_DE); UI-Language: en-GB
Calc: CL
Comment 6 Kenneth Hanson 2020-04-09 16:55:36 UTC
You need to enable CJK ("Asian Language") support.

Sorry, I didn't realize this wasn't always there. I tested just now and it does not appear when CJK support is disabled.
Comment 7 Dieter 2020-04-14 09:14:40 UTC
(In reply to Kenneth Hanson from comment #6)
> You need to enable CJK ("Asian Language") support.
> 
> Sorry, I didn't realize this wasn't always there. I tested just now and it
> does not appear when CJK support is disabled.

Thanks for advice. I can confirm it with

Version: 7.0.0.0.alpha0+ (x64)
Build ID: 962b415edb47187737a5f05c4ff3f6724a19c564
CPU threads: 4; OS: Windows 10.0 Build 18363; UI render: Skia/Raster; VCL: win; 
Locale: de-DE (de_DE); UI-Language: en-GB
Calc: threaded
Comment 8 QA Administrators 2022-04-15 04:00:57 UTC Comment hidden (obsolete)
Comment 9 Kenneth Hanson 2022-04-15 17:15:52 UTC
Bug still present in v7.2.6.2.