Do you use Aspose.Words for converting Word documents to PDF? If yes, you may post/share your issue along with resource files in the Aspose.Words forum: Aspose.Words Forum.
Yes, we do.
But I don’t think the use-case is of practical relevance as it is infeasible to display 57 columns of a Word table on a single page’s width without squashing the columns so hard, that you’re unable to read anything.
That’s why we will refrain from filing this issue - unless you specifically want to analyze the performance on a completely “broken” Word document.
You’re absolutely right; trying to fit 57 columns on a single page would make the data too small to read clearly. However, the time cost (e.g., 15 minutes) still seems excessive, and the file size (228MB) is quite large. I would suggest posting the issue along with a sample app, including the necessary resource files.
I’ll try to isolate the issue and, if possible, make sure to post it in the Aspose.Words forum.
Thank you for your efforts. If you encounter any other issue(s) or have questions regarding Aspose.Cells APIs, please don’t hesitate to reach out to us.
Just in case you want to follow the respective Word to PDF issue: Gigantic file size when saving Aspose.Words.Document as PDF
@M.Heinz
Thank you for your feedback. We have created the relevant issue CELLSNET-58078 for Cells product. We will notify you promptly once there are any updates.
Thanks @John.He ,
your colleague has already pointed that one out. I’ve been talking to them about an additional Aspose.Words issue though, which at first I didn’t want to file due to the structure/relevance of the test data, but they were interested in the report anyways. C.f. Gigantic file size when saving Aspose.Cells.Workbook as PDF - #8 by amjad.sahi.
Thank you for your additional feedback.
I think it is good that you’ve raised the Word-to-PDF performance and size issue in the Aspose.Words forum. Kindly allow the Aspose.Words team some time to thoroughly evaluate the matter. They will respond to you in the thread with their findings and further details.
No worries there. As stated earlier: For this specific document, the result is impractical to view in Word anyways, so I’m not too concerned about any immediate resolution of the Words issue.
If they’re able to improve the performance of the Aspose.Words component using the specified testcase though, I’m not against it by all means .
Alright and sure, let Aspose.Words team gets back to you with their analysis and findings. In the meantime, we will continue addressing the issue (i.e., CELLSNET-58078 - Gigantic file size when saving Aspose.Cells.Workbook as PDF). Rest assured, we will update you here as soon as we have new updates or make any progress to share.
This is to inform you that your issue (Ticket ID: “CELLSNET-58078”) has been resolved. The fix/enhancement will be included in the next release (Aspose.Cells v25.4) scheduled for release in the first half of April 2025. You will be notified when the next version is released.
The issues you have found earlier (filed as CELLSNET-58078) have been fixed in this update. This message was posted using Bugs notification tool by leoluo
Hi, any chance CELLSNET-58078 will be ported to Aspose cell for Java ?
We are also encountering xlsx files exported to PDF by Aspose resulted in very large PDF sizes.
Generally, we port enhancements/fixes from .NET to Java with every release to make Aspose.Cells for Java more robust and up-to-date. Could you please try the latest Aspose.Cells for Java 25.4 and let us know your feedback.
hi @amjad.sahi
just tried java 25.4 library. Still experiencing large xlsx converted to PDF in Java.
(140kb xlsx gets converted to 47MB pdf )
Also checked the release note Aspose.Cells for Java 25.4 Release Notes
and there’s no mention of gigantic file conversion fix as in the .net release.
Where can we submit the xlsx file for the dev team to take a look (for Java )
Thanks
It seems you are using different Excel files for the conversion. Anyways, we recommend you to kindly post a new thread/topic in Aspose.Cells category with all the details, sample code and resource files (please zip them prior attaching). We will then check your issue with Aspose.Cells for Java and assist you accordingly in your thread.
@amjad.sahi ,
fyi: I’ve confirmed your fix cuts the runtime and space-complexity (RAM in use) drastically and the resulting PDF file size by roughly 80% down to approx. 11844 KB.
I’m a bit surprised though, that the MinimumSize-option in new Aspose.Cells.PdfSaveOptions { OptimizationType = Aspose.Cells.Rendering.PdfOptimizationType.MinimumSize }
doesn’t change the file size at all (identical to the byte), but the Sha256 differs, when the option is (un)set.
It’s great to hear that the latest version successfully resolved your issue as expected.
You don’t need to set PdfOptimizationType.MinimumSize when using PdfSaveOptions to render to PDF. You can simply save the Excel file directly to PDF.
@M.Heinz ,
I tried OptimizationType = Aspose.Cells.Rendering.PdfOptimizationType.MinimumSize
, the generated pdf file size is reduced to 7944 KB from 11854 KB with Aspose.Cells for .Net 25.4.