[Libreoffice-bugs] [Bug 144700] What I see in ODT file (LibreOffice UI) is not what I see when I export it to PDF

[bugzilla-daemon at bugs.documentfoundation.org]

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

Jambunathan K <kjambunathan at gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |kjambunathan at gmail.com

--- Comment #12 from Jambunathan K <kjambunathan at gmail.com> ---
(In reply to V Stuart Foote from comment #9)
> No issue with PDF export on Windows build
> 
> The PDF subset embeds the same fonts as defined in each of the styles used
> in the ODT:
> 
> SimSun
> TimesNewRomanPS-BoldMT
> TimesNewRomanPSMT
> 
> But the PDF generated on your system shows NotoSerifCJKjp-Bold-VKana as a
> Type 1 font, suspect that wonky font fall back caused the issue for the
> 'Content Heading' and then backing of subsequent paragraphs.
> 
> =-testing-=
> 
> Version: 7.2.1.2 (x64) / LibreOffice Community
> Build ID: 87b77fad49947c1441b67c559c339af8f3517e22
> CPU threads: 8; OS: Windows 10.0 Build 19043; UI render: Skia/Vulkan; VCL:
> win
> Locale: en-US (en_US); UI: en-US
> Calc: threaded


I don't have the SimSum font on my debian machine.  

To eliminate, font fallback issues I have removed the east asian script that
sneaked in to "Contents Heading".   

I am attaching the following files that has only english / latin script and
fonts.


1. example-latin-only.odt
2. example-latin-only.pdf:  Above file exported to pdf
3. Bird's eye view of example-latin-only.odt.png
4. Bird's view of example-latin-only.pdf-in-evince.png
5. 'StandardPage' page style's preview tab shows the black strip.png
6. Play with Tiling Properties and see MULTIPLE strips appearing.png

Images 5 & 6 are annotated.


My question is why does the black strip DOES appear in the page style preview
and pdf, but NOT in libreoffice UI.

Even if there is a "misconfiguration" of how the image is tiled in
'StandardPage', my contention is that the LibreOffice UI should reflect what a
user will ultimately get.  

So, the correct behaviour is one of 

1. LibreOffice UI should show the black strip -- if it can show it in preview
why can't it show in the compose window
2. The PDF export should show no black strip, because the LibreOffice compose
window doesn't show one.

I am not sure where the bug lies,  ATLEAST the LibreOffice UI and PDF export
/must/ provide a consistent view of the document.

I am also attaching the following images which are used as page backgrounds. 
(I have simply extracted the images from `example-latin-only.odt`)

1. 10000000000003AC000002C16B4304CB01673EB1.png
2. 10000000000003AC000002C1E6E482E8A2E80086.png
3. 10000000000003AC000002C1FAF82061274AB7EC.png




FWIW, `example-latin-only.pdf` shows the following font information, and these
fonts are very much present in my system, and hence there the question of
'fallback' doesn't arise.

-- 
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/20210925/82a9326d/attachment-0001.htm>