Bug 147395 - PDF form: Umlaute from writer export - display shifts them upwards, ÄÖÜ do become AOU
Summary: PDF form: Umlaute from writer export - display shifts them upwards, ÄÖÜ do be...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
7.2.5.2 release
Hardware: x86-64 (AMD64) macOS (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: PDF-Export
  Show dependency treegraph
 
Reported: 2022-02-12 18:54 UTC by Martin Trautmann
Modified: 2023-05-20 20:22 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments
sample odt file (10.79 KB, application/vnd.oasis.opendocument.text)
2022-02-12 18:55 UTC, Martin Trautmann
Details
sample pdf file from Umlaute.odt (23.95 KB, application/pdf)
2022-02-12 18:56 UTC, Martin Trautmann
Details
screenshot from sample PDF (144.45 KB, image/png)
2022-02-12 18:56 UTC, Martin Trautmann
Details
Side by side comparison of generated PDF and DOCX file (233.19 KB, image/png)
2022-02-15 15:15 UTC, Alex Thurgood
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Martin Trautmann 2022-02-12 18:54:54 UTC
Description:
When I create a PDF form from LibreOffice, it is possible to enter the text properly. But after leaving the field the text gets shifted upwards and the dots above the Umlaut becom invisible.

I tried differnet field sizes and vertical alignments, without success

In fact I was told that Umlaute become completely invisive on Windows.

Steps to Reproduce:
1.Create a form with Form > Design Mode, especially with more that 18 pts
2. Export form as PDF
3. Edit PDF form and insert e.g. ÄÖÜÅß

Actual Results:
ÄÖÜÅß are shifted upwards after leaving the field, leaving only AOUAß visible

Expected Results:
ÄÖÜÅß should remain visible


Reproducible: Always


User Profile Reset: No



Additional Info:
Version: 7.2.5.2 / LibreOffice Community
Build ID: 499f9727c189e6ef3471021d6132d4c694f357e5
CPU threads: 4; OS: Mac OS X 10.10.5; UI render: default; VCL: osx
Locale: de-DE (en.UTF-8); UI: en-US
Calc: threaded
Comment 1 Martin Trautmann 2022-02-12 18:55:35 UTC
Created attachment 178243 [details]
sample odt file
Comment 2 Martin Trautmann 2022-02-12 18:56:12 UTC
Created attachment 178244 [details]
sample pdf file from Umlaute.odt
Comment 3 Martin Trautmann 2022-02-12 18:56:49 UTC
Created attachment 178245 [details]
screenshot from sample PDF
Comment 4 Alex Thurgood 2022-02-15 11:43:53 UTC
Confirming with test document provided by OP and

Version: 7.3.0.3 for Arm / LibreOffice Community
Build ID: 0f246aa12d0eee4a0f7adcefbf7c878fc2238db3
CPU threads: 8; OS: Mac OS X 12.2.1; UI render: Skia/Metal; VCL: osx
Locale: fr-FR (fr_FR.UTF-8); UI: fr-FR
Calc: threaded

on Apple Silicon M1 MacbookPro
Comment 5 Alex Thurgood 2022-02-15 11:45:46 UTC
The difference I see is that the bottom gets cut off when I export to PDF, as opposed to the top, so the Umlaut is visible, but not the bottom of the characters.
Comment 6 Martin Trautmann 2022-02-15 12:34:54 UTC
You don't see the bottom!?

When I edit the field, I do see everything, so it's finde. But when I leave the field, the content gets shifted up. So I do not see the *top* and more.

May I see a screenshot from your behavior, which would be the opposite to mine?
Comment 7 Alex Thurgood 2022-02-15 15:15:42 UTC
Created attachment 178287 [details]
Side by side comparison of generated PDF and DOCX file

This is a side by side comparison of the generated PDF on the left (displayed with Apple Preview PDF viewer), and the DOCX when opened in Writer on the right.
Comment 8 Martin Trautmann 2022-02-15 15:18:51 UTC
This looks more as if the field was not high enough
Comment 9 Alex Thurgood 2022-02-15 15:29:57 UTC
(In reply to Martin Trautmann from comment #8)
> This looks more as if the field was not high enough

I didn't change anything in the DOCX document, just loaded it in LibreOffice, entered some text, and then exported it to PDF.
Comment 10 V Stuart Foote 2023-05-20 20:20:21 UTC
Seems more a PDF export filter issue for handling the table cell formatting of the form "controls".

reproduced with STR of OP, and working with the form in Adobe Acrobat.

Version: 7.5.3.2 (X86_64) / LibreOffice Community
Build ID: 9f56dff12ba03b9acd7730a5a481eea045e468f3
CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: threaded