<html> <head> <base href="https://bugs.documentfoundation.org/"> </head> <body> <div> <a class="bz_bug_link bz_status_RESOLVED bz_closed" title="RESOLVED NOTABUG - EDITING: No proper image scaling when inserting an image" href="https://bugs.documentfoundation.org/show_bug.cgi?id=107703#c12">Comment # 12</a> on <a class="bz_bug_link bz_status_RESOLVED bz_closed" title="RESOLVED NOTABUG - EDITING: No proper image scaling when inserting an image" href="https://bugs.documentfoundation.org/show_bug.cgi?id=107703">bug 107703</a> from <a class="email" href="mailto:rb.henschel@t-online.de" title="Regina Henschel <rb.henschel@t-online.de>"> Regina Henschel</a> <pre>LibreOffice must never change any information, that is contained in the png-image. "dpi" or to be more correct the "physical pixel dimension" chunk belongs to the png-image. If the image does not fit into a page in Writer depending on that information, the view of the image is scaled down (see crop tab in properties dialog), but the image is not changed. If the pixel size information is missing or has no unit, then we can discuss, which ersatz LibreOffice should use. I agree with Tomaz, that it should not depend on system DPI. Perhaps 96 dpi is good, that is used for SVG-graphics in case the unit is "px". (In reply to Yousuf Philips (jay) from <a href="show_bug.cgi?id=107703#c9">comment #9</a>) Should images be > imported into a document with a dpi below 96 and be stretch the width of the > page, rather than keeping it at 96 dpi and having it take up less width on > the page? Always use the original dpi to calculate the size. Only scale the view, if otherwise it cannot be inserted. Do not scale up. Likely the user wants to put text besides the image.</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the assignee for the bug.</li> </ul> </body> </html>