Bug 93472 - embeded OLE excel table does not render correctly when printing or creating PDF
Summary: embeded OLE excel table does not render correctly when printing or creating PDF
Status: RESOLVED INVALID
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
5.0.0.5 release
Hardware: x86 (IA32) Windows (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2015-08-16 17:33 UTC by Ralph
Modified: 2015-08-16 23:44 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:


Attachments
Document showing excel table that doesn't render completely (67.00 KB, application/msword)
2015-08-16 17:33 UTC, Ralph
Details
PDF showing areas of the test file that do not render. (160.34 KB, application/pdf)
2015-08-16 17:37 UTC, Ralph
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Ralph 2015-08-16 17:33:36 UTC
Created attachment 117949 [details]
Document showing excel table that doesn't render completely

When initially opening the attached "test agreement.doc" file, the bottom 3 rows of the embedded (OLE?) table does not render the bottom 3 rows of the excel table on the first page. If the document is printed or exported to a PDF, most of the table is blank. if the table is opened and closed it then renders and prints properly.
Comment 1 Ralph 2015-08-16 17:37:23 UTC
Created attachment 117950 [details]
PDF showing areas of the test file that do not render.
Comment 2 MM 2015-08-16 21:04:00 UTC
Unconfirmed with v4.4.5.2 under mint 17.2 x64.
Unconfirmed with v5.0.1.1 under mint 17.2 x64.
Confirmed with v4.4.5.2 under windows 7 x64.

Windows only problem ?
Comment 3 V Stuart Foote 2015-08-16 23:44:07 UTC
The OLE embedded Spreadsheet is simply not formatted to fit in the space allocated by the margins.  You can double click on the OLE object and resize its view "Window", or you can open the Sheet in Calc and adjust its font.

Also, note that the Page formatting has left and right margins of 1.25" which seems a bit excessive.

Point is, there should be no expectation that a MS Office binary, or MS OOXML formatted document is formatted exactly the same when opened in LibreOffice as these document formats pass through filters on import opening, or export when saving in these proprietary MS formats.

If you want better fidelity--remain in LibreOffice native ODF formats--.ODT in this case.  MS Office is doing a better job in creating compliant ODF 1.2 formatted documents.