when i export blank Draw A4 document into pdf, the mediabox is not correct.
I have this mediabox :
1 0 obj
<</Type/Page/Parent 4 0 R/Resources 6 0 R/MediaBox[0 0 595 842]/Group<</S/Transparency/CS/DeviceRGB/I true>>/Contents 2 0 R>>
If i open with Acrobat Pro, i have : 209.91mm x 297.04mm - 595pt x 842pt
The correct size for A4 document is : 210mm x 297mm - 595,27559pt x 841,88976pt
reproduce with Calc and Writer. I try with A5 with same issue.
Thanks for your job.
-- Version: 184.108.40.206
-- Build ID: 8f96e87c890bf8fa77463cd4b640a2312823f3ad
-- Threads CPU : 8; Version de l'OS :Windows 6.2; UI Render : par défaut;
-- Locale : fr-FR (fr_FR); Calc: group
If I open with Master PDF Editor, select the page and see object properties, I get
It does not match your 595,27559pt x 841,88976pt.
Please give a link to your source of these unrounded pt values or tell the method by which you arrived at them.
Arch Linux 64-bit, KDE Plasma 5
Build ID: f533b3f39956fe8028c1f7f7cc3c37b0feed8b57
CPU Threads: 8; OS Version: Linux 4.8; UI Render: default; VCL: kde4; Layout Engine: new;
Locale: fi-FI (fi_FI.UTF-8); Calc: group
Built on November 19th 2016
Arch Linux 64-bit
unrounded pt values is calculate : Convert mm to inch and convert inch to points, 1 inche = 72 points
210mm = 8.26771in = 595.27559pt
297mm = 11.69291in = 841.88976pt
if you make a pdf with indesign, they are 3 number after point.
I use text edit software, and i see the document boxes value.
Source of reference :
If you do not put three digits after the comma, you do not have the right value in adobe acrobat pro. If you want to work with a printer, you need a correct display with acrobat pro
** Please read this message in its entirety before responding **
To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year.
There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present.
If you have time, please do the following:
Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/
If the bug is present, please leave a comment that includes the information from Help - About LibreOffice.
If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice.
Please DO NOT
Update the version field
Reply via email (please reply directly on the bug tracker)
Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not
appropriate in this case)
If you want to do more to help you can test to see if your issue is a REGRESSION. To do so:
1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from http://downloadarchive.documentfoundation.org/libreoffice/old/
2. Test your bug
3. Leave a comment with your results.
4a. If the bug was present with 3.3 - set version to 'inherited from OOo';
4b. If the bug was not present in 3.3 - add 'regression' to keyword
Feel free to come ask questions or to say hello in our QA chat: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa
Thank you for helping us make LibreOffice even better for everyone!
Created attachment 138029 [details]
PDF A4 make with LO 220.127.116.11
Created attachment 138030 [details]
PDF A4 make with LO 5.4.3
I did the tests with LibreOffice 18.104.22.168:
Attachment : A4-libreoffice-22.214.171.124.pdf
Result : MediaBox[0 0 595 842]
I did the tests with LibreOffice 5.4.3:
Attachment : A4-Lo-5.4.3.pdf
Result : MediaBox[0 0 595.247244094488 841.861417322835]
with LibreOffice 5.4.3 the result is more accurate, but not yet accurate.
X, there is 0.09722222209 error ~ 0.1 mm
Y, there is 0.3138888887mm error ~ 0.3 mm
Correct size :
X, 210mm = 8.26771in = 595.27559pt
Y, 297mm = 11.69291in = 841.88976pt
I tried export to PDF drawing from LO Draw
Version: 126.96.36.199.alpha0+ (x64)
Build ID: d8733e2c59f120acf9feddff04964becc3358621
CPU threads: 4; OS: Windows 10.0; UI render: GL;
TinderBox: Win-x86_64@62-TDF, Branch:master, Time: 2018-06-26_11:09:03
Locale: ru-RU (ru_RU); Calc: CL
and got PDF with 21,0 x 29,7 cm
>X, there is 0.09722222209 error ~ 0.1 mm
>Y, there is 0.3138888887mm error ~ 0.3 mm
are we sure, that correct export to PDF should be with accuracy more than 0,1 mm?
Created attachment 143214 [details]
Export to PDF A4 from LO Draw 6.2 alpha 0
There's a -0.01 mm difference in size in the PDF exporter code, which could be reliably eliminated, however then in some cases (Writer and Calc) there'd be a 0.01 mm difference because of conversion.
I debugged the Calc case, and the page size is coming from twips (probably also converted from mm at the start, as the fixed page sizes are given in their standard unit, then converted to 1/100 mm units for better accuracy):
11906 twips -> 210.01 mm
Unfortunately if it was stored as 11905 twips, that'd be converted to 209.99 mm, which would also be off.
Interestingly Draw doesn't seem to be affected by this, no idea why.