Apache OpenOffice (AOO) Bugzilla – Issue 118892
Export Forms to PDF still broken
Last modified: 2012-02-15 15:04:20 UTC
Created attachment 77197 [details] Screenshots of Adobe Acrobat with two versions of Export to PDF This bug was originally submitted as Bug 118407 which was marked as a duplicate of Bug 117131 - Bug 117131 is marked as resolved/fixed. This does not fix Bug 118407 so this (new) bug report is being submitted. Attached a PDF with screenshots showing working (3.2.0) and broken (LibreOffice 3.4.5) It is possible that this may work OK in alternative readers such as Foxit, however this must work for the great majority who use Adobe. This is broken in both LibreOffice and OpenOffice indicating that the bug was introduced before the fork. Please also find attached the OpenOffice document to be able to reproduce the fault.
Created attachment 77198 [details] ODT document to demonstrate export to PDF bug
ALG: It looks good (and works) in Foxit reader, no extra line over the text. There indeed is some space over lines in Adobe Reader, but klicking there (in Adobe Reader) and trying to move the cursor shows that there is space, but no extra line (cannot move cursor above the text). Are you sure this is an error, and if, it maybe an error in Adobe reader? Have You changed the Adobe reader version you used for viewing and it looked good with an older version...?
Armin: Thanks for fast response: Using exactly the same version of Adobe Reader a ODT to PDF with and old version (Oo 3.2) displays fine, using the same Version of Adobe reader and latest LibreOffice and it's broken - see attached screen caps in the PDF. Thus its a bug in Office. Anyway; exports to PDF must work with Adobe as this is what 95% of people will view it in!! And Adobe reader has so many security issues, running anything other than the latest version would be unacceptable!!!!! Regards Paul
ALG: Yes, I agree, Paul. To find out what has changed, could you create a minimum document (probably one field) and created PDFs with old and new AOO/OOo? Then we could directly compare the two PDFs and evtl. quickly get a hint to what has changed. Thanks in advance!
Created attachment 77201 [details] Test ODF Document, demonstrating just the issue
Created attachment 77202 [details] PDF Version of the Test ODF Document
This is the same problem with issue 114010. Adobe Reader uses FontBBox of the font to draw text in form object. It seems it is not used in the body text. Adobe Standard 14 fonts are not have this kind of problem, so pdf files exported by OOo 3.2 does not have this problem. Use "Courier" font for your control as workaround.
i can confirm the problem, text in form controls created with oo33/aoo3.4 does not fit always after pdf export i think this is caused due to change: http://openoffice.2283327.n4.nabble.com/framework-features-changed-CWS-dba33a-form-controls-some-of-them-use-the-same-text-rendering-as-the-t-td2950702.html which was introduced with oo3.3. please have a look at the attachment "form_control_font.gif" oo3.3/aoo3.4 set "font-name", "font-size" and "font-style" from surrounding document text. oo32. does not. i don't know how to set the font attributes to "default"
Created attachment 77205 [details] form_control_font
Is this bug also the reason why Date Fields and Pattern Fields in a Write document exported to PDF do not work? They export with only Text Field functionality?
(In reply to comment #10) > Is this bug also the reason why Date Fields and Pattern Fields in a Write > document exported to PDF do not work? They export with only Text Field > functionality? PDF supports only Button (push, radio), Text, Choice (listbox or combobox) and Signature (with digital signature) field types, see 8.6.2 Field Dictionaries section of PDF Reference 1.7. We can not support date and pattern fields in PDF format.