<html>
<head>
<base href="https://bugs.documentfoundation.org/">
</head>
<body><span class="vcard"><a class="email" href="mailto:kjambunathan@gmail.com" title="Jambunathan K <kjambunathan@gmail.com>"> <span class="fn">Jambunathan K</span></a>
</span> changed
<a class="bz_bug_link
bz_status_RESOLVED bz_closed"
title="RESOLVED INVALID - What I see in ODT file (LibreOffice UI) is not what I see when I export it to PDF"
href="https://bugs.documentfoundation.org/show_bug.cgi?id=144700">bug 144700</a>
<br>
<table border="1" cellspacing="0" cellpadding="8">
<tr>
<th>What</th>
<th>Removed</th>
<th>Added</th>
</tr>
<tr>
<td style="text-align:right;">CC</td>
<td>
</td>
<td>kjambunathan@gmail.com
</td>
</tr></table>
<p>
<div>
<b><a class="bz_bug_link
bz_status_RESOLVED bz_closed"
title="RESOLVED INVALID - What I see in ODT file (LibreOffice UI) is not what I see when I export it to PDF"
href="https://bugs.documentfoundation.org/show_bug.cgi?id=144700#c12">Comment # 12</a>
on <a class="bz_bug_link
bz_status_RESOLVED bz_closed"
title="RESOLVED INVALID - What I see in ODT file (LibreOffice UI) is not what I see when I export it to PDF"
href="https://bugs.documentfoundation.org/show_bug.cgi?id=144700">bug 144700</a>
from <span class="vcard"><a class="email" href="mailto:kjambunathan@gmail.com" title="Jambunathan K <kjambunathan@gmail.com>"> <span class="fn">Jambunathan K</span></a>
</span></b>
<pre>(In reply to V Stuart Foote from <a href="show_bug.cgi?id=144700#c9">comment #9</a>)
<span class="quote">> 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</span >
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.</pre>
</div>
</p>
<hr>
<span>You are receiving this mail because:</span>
<ul>
<li>You are the assignee for the bug.</li>
</ul>
</body>
</html>