Description: Was directed here by Mike Kaganski from this original post -> https://ask.libreoffice.org/en/question/187915/converting-to-html-reduces-image-size/ Basically, when we run... soffice --convert-to html test.docx The image quality of Grouped images (that are combined into a single image by the conversion) is lower than when viewed in the LO Writer. Again, thank you so much for creating LibreOffice and sharing it with the world. Our company does work in Medical Publishing, and we transform/organize raw data from publishers to provide to practitioners and students in the form of apps/web-apps. We're currently in the process of creating support for word document uploads for publishers, and LibreOffice is crucial to us since it provides extremely accurate representations/conversions of the original Word documents. There are a lot of grouped images in the medical journals (for example, comparing different examples of a specific injury/disease), and this enhancement would be crucial for us since it would prevent text (in grouped images) from becoming too blurry and unreadable. Any help would be greatly appreciated. Thank you again for creating LibreOffice, and we wish you all the best in the future. =) Steps to Reproduce: 1. Running "soffice --convert-to html test.docx" on command line Actual Results: Grouped image (which is combined into one single image) quality is reduced Expected Results: Similar image quality to when viewed in LO Writer. Reproducible: Always User Profile Reset: No Additional Info:
cc: Mike Kaganski
Also, I've started tinkering with the source code. Most of the relevant code seems to be in sw/source/filter/html/htmlflywriter.cxx, where OutHTML_FrameFormatGrfNode() (line 1777) or OutHTML_FrameFormatAsImage() (line 1739) both call the below WriteGraphic() method in svx/source/xoutdev/_xoutbmp.cxx (line 113) ErrCode XOutBitmap::WriteGraphic( const Graphic& rGraphic, OUString& rFileName, co nst OUString& rFilterName, const XOutFlags nFlags, const Size* pMtfSize_100TH_MM, const css::uno::Sequence< css::beans::PropertyValue >* pFilterData ) Would anyone happen to know if modifying the pMtfSize_100TH_MM parameter would alter the output image size/quality? I've been doing custom builds with this parameter modified but have had problems so far. Any help would be greatly appreciated. Thank you and wish you all the best~~
note: typo above "co nst" (not in the custom code though)
Is this really only a macOS issue ? From the discussion on Ask, it would appear to be applicable to all OSes. Is there a test document available, where we can attempt to reproduce this issue ? It also seems from the Ask discussion that the feature-lack was already recognized and that this report should therefore be in the NEW state, rather than UNCONFIRMED. Setting NEEDINFO
Could it be that this is a similar report to : https://bugs.documentfoundation.org/show_bug.cgi?id=122077
Dear Young S., This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping
Yes, this is the same report as https://bugs.documentfoundation.org/show_bug.cgi?id=122077 And you're correct, it's an acknowledged missing feature. Switching the status to NEW. Can switch remove or close this if you prefer, as it's basically a duplicate of the linked bug report. Thanks and wish you all the best.
*** Bug 122077 has been marked as a duplicate of this bug. ***