https://bugs.documentfoundation.org/show_bug.cgi?id=143635
--- Comment #6 from Telesto <[email protected]> --- (In reply to Heiko Tietze from comment #5) > (In reply to Telesto from comment #4) > > What 'original size' isn't that clear. > > * Original size of Image without DPI is screen DPI and number of pixels. > > * And image with DPI will choose original size based on embedded DPI. > > * Or in my case, in wanted original size to be the size before relative > > change. > > From the UX/my POV it's the first option. You don't revert the last size > modification but all. Switching from absolute to relative and back shouldn't > affect the image size (likely filed in another ticket). And with "Keep > ratio" I expect the other value to follow changes at the first whether > absolute or relative. 1) I'm not really able to match NEW with you're remarks.. Which part did you exactly confirm? 2) Slightly out of scope of my initial report. Level 1 Initial size The dimensions of an image will be calculated based on available pixels & DPI. If DPI is embedded in the file embedded DPI will be used to calculate dimensions. If not available the fallback will be screen DPI (didn't if there was some change here, Tomaz was working on something). 'original size' means is to me dimensions embedded in file. A fallback size because lack of DPI is 'some size'. You can technically say: it's the original size at import time for LibreOffice. But to it's an arbitrary size from user perspective with 'advanced level' of knowledge. Level 2 Correction If the image dimensions calculated at 'level 1' exceed page margins it will be downsized to fit within margins regardless of the original dimensions (for Writer; didn't check the rest) If you press original size it will restore the 'level 1' dimensions. Which isn't by definition the size at insertion time (as it shrinks to page margins) which can be perceived as 'original size' from user perspective. Which is yet again one of ambiguity's of 'original size' And produces often a non-functional result (image of 50x30 on A4 paper). Original size works (only) perfectly for for image who fit within page margins anyhow.. Another issue being that 'original size' being less useful * where DPI isn't embedded in file (pretty common) * A DPI being embedded, but far to low (have seen this couple of times) I personally prefer a smaller image by dimensions (not file size) with high DPI instead of hug image with low DPI Point being: I still not totally grasp what 'original size' exactly attempting to do. In my perception it only works out in say 50% of the cases. I also struggle with the label - aside from functionality part. It's more default/initial dimensions. ------------------- Off topic Being able to define image size on 'crop tab' (called scale) and "type tab" also not great (but well that's Bug 132853) And I would love some feedback of consequences of manual defined dimensions for DPI (on the type tab). So increase of dimensions lowering the DPI. And decrease of dimensions increasing DPI. When resizing an image mostly to take DPI account (to prevent crappy quality). Another interesting option would be defining size by DPI. Dialog space isn't the issue. If it exceeds the limits of what a Word processor should be able to do, well.. I would take usefulness as benchmark; I think it's useful (but well I'm not the general public) -- You are receiving this mail because: You are the assignee for the bug.
