Currently, every .odt file created by writer adds a thumbnail image, approximately 18 kb in size. With some small files, this almost doubles their size, and it drastically increases the files' size. Furthermore, the thumbnails are not really useful: some OSes don't display them, and on those that do display them, they're of too low a resolution to be helpful in identifying the document (and making them so would just make the files larger). Creating a user preference for whether to create this images (preferably turned off by default) would be very helpful.
I wil set it to new, and enhancement.
Taking it... Let's see if this can be done in decent time..
i think disabling thumbnail generation is a pretty esoteric use-case,
especially with today's storage hardware.
we could easily add a configuration setting for this, but adding
this option to the Tools->Options UI would clutter up that dialog
with another esoteric option that much less than 1% of users would
fortunately in 4.2 we have the expert configuration UI for such
use cases; the "Office.Common/Save/Document/PrettyPrinting"
setting was already removed from the Options UI as a consequence of that.
Another vote for WONTFIX from me, for the same reasons that Michael just outlined. Setting this for now...
Additionally, if the previews are not useful at their current size, they may need to be made larger (if they're JPEGs, it might be possible to trade resolution for quality -- thus not making them much larger).
clarified with Astron on IRC, the objection is just against the
extra UI in Tools->Options, a config option without extra UI is fine :)
I am not really happy with abandoning this option into the expert configuration dialog, which looks hard to handle for me, since it's just a big list of preferences that one can tweak, similiar to the about:config page in FF. Without the possibility to search this list, how should the user not be frustrated by sliding his way through the huge list to find the particular option he is looking for?
I feel that this is too “esoteric” as well. We don’t really want to clutter the options pages even more. About the config list not being searchable, please report a new bug for that :-)
(In reply to comment #7)
> I feel that this is too “esoteric” as well. We don’t really want to clutter
> the options pages even more. About the config list not being searchable,
> please report a new bug for that :-)
Ftr, this is reflected already in bug 67642. Of course, it could have been more clever to report each of those issues as a single bug.
Assigning it to Michael Meeks after our IRC conversation today.
christianju committed a patch related to this issue.
It has been pushed to "master":
fdo#61320: Allow user to choose whether to create thumbnails inside odf.
The patch should be included in the daily builds available at
http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More
information about daily builds can be found at:
Affected users are encouraged to test the fix and report feedback.
Thanks for the patch Christian ! =)
Of course it would be lovely to have the ability to search and find neat settings like this more easily in the expert config.
I guess we could even imagine a category of especially useful settings in there (perhaps) =)
Closing for now though.
*** Bug 78422 has been marked as a duplicate of this bug. ***
So how does one exclude the thumbnail from an individual file? Count my vote as another one that this is not esoteric.
(In reply to comment #13)
To remove the thumbnail from an individual file, rename the file's .odt extension to .zip, and open it with an archiver. In the file META-INF/manifest.xml, there should be a line that says
<manifest:file-entry manifest:full-path="Thumbnails/thumbnail.png" manifest:media-type="image/png"/>
Delete this line. Then, delete the "thumbnails" directory.
The thumbnail will be regenerated the next time you save the file in LibreOffice.
Thank you for the great details. I appreciate it. Does that mean nothing has been added to the UI, and that is the only procedure to remove the thumbnail from a file?
*** Bug 105621 has been marked as a duplicate of this bug. ***