[Libreoffice-bugs] [Bug 34133] Add ability to automatically compress and resize images

bugzilla-daemon at bugs.documentfoundation.org bugzilla-daemon at bugs.documentfoundation.org
Sat May 13 21:53:36 UTC 2017


https://bugs.documentfoundation.org/show_bug.cgi?id=34133

Yousuf Philips (jay) <philipz85 at hotmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Blocks|                            |103152

--- Comment #75 from Yousuf Philips (jay) <philipz85 at hotmail.com> ---
(In reply to Joey Reid from comment #72)
> However, it seems that Yousuf and Tomaz do not envision us as the target
> audience

We always have two target audiences with LibreOffice, those who never change
defaults (regular users) and those who change defaults (professional users). We
have these two type of users in our UI guidelines as Benjamin and Eve.[1] So
for Benjamin, someone who doesnt know or care about lossy compression, we
compress his images by default so he has smaller files. For Eve, someone who
may want to retain the original images that were inserted, we give her the
option to enable/disable this option globally, as well as enable/disable this
option per file in the insert image dialog and the file properties dialog.

[1] https://wiki.documentfoundation.org/Design/HIG_foundations#Persona

> and at the same time you want to workaround another bug in
> LibreOffice's graphics system by silently resizing large images

Whether the bugs in the graphics system are fixed or not, optimizing images
automatically benefits Benjamin, but with the graphic system bugs still being
around, its a greater benefit, especially when he's running a slower system.

> (at least by drag and drop which is how most users insert images).

Do you have some proof to backup this claim? I've never inserted in image by
drag and drop in a word processor and know friends and family who dont either
(primarily because they dont know it has the feature). Unless the image is on
the desktop or the user already has the file manager open at the folder where
the image is, dragging and dropping wouldnt be the most efficient means of
adding an image to a document.

> Finally, I do not think Word works the way Yousuf and Tomaz thin it works. 

Well it does, as Tomaz provided in the youtube screencast in comment 74, so you
must have done something wrong with your testing. If you still disagree, please
attach a screencast so we can see your results.

The simple fact is that if optimization is set on a document, the user visually
seeing it happen after inserting it into a document is the best way to notice
and fix the issue, rather than a user only noticing it after reopening the
document, as MSO does, and possibly after they have already gotten rid of the
originals.

As stated before, those who want to discuss this should come to the design
meeting this Thursday where people's point of view can clearly be heard and
discussed, which cant be done with constant back and forth in comments.


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=103152
[Bug 103152] [META] Writer image bugs and enhancements
-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/libreoffice-bugs/attachments/20170513/662d0219/attachment.html>


More information about the Libreoffice-bugs mailing list