https://bugs.documentfoundation.org/show_bug.cgi?id=118299
--- Comment #9 from Horst Schirmeier <[email protected]> ---
(In reply to Regina Henschel from comment #8)
> I think, that the behavior is correct, but unexpected for users:
>
> The reason of the problem is, that the image itself has no information about
> dpi. And therefore this happens: [...]
>
> You can avoid such problems, if you explicitly set the dpi-value in the
> image. Then LibreOffice honors this value and the image has the same size in
> cm on all systems.
I don't think many people would agree with you that it's "correct" for a
presentation program to save a presentation in a way that's not portable.
Of course, your image DPI / environment DPI discussion perfectly explains the
technical reason this happens (just as the bug report I referred to earlier
does), but that doesn't make it "correct" from a user's perspective. I'd still
call a bug a bug (which should be solved by e.g. additionally storing the DPI
value that was assumed when importing / cropping the image in the presentation
file), and not blame it on the user for not manually specifying an arbitrary
DPI value for an imported image file.
In fact, I think this is a particularly nasty, user-experience shattering bug,
as it can blow up in a presenter's face right when doing the actual
presentation -- on a presentation notebook provided by a conference / meeting
host -- when the .odp looked perfect up until the very last moment they copied
it onto an USB stick.
--
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
Libreoffice-bugs mailing list
[email protected]
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
