A very nice addition to the html export filter could be to add an option to force the external / embedded export of all images in the document. I can imagine, for example, two scenarios in which this option could be useful: 1) document with embedded images that one wants to export to html+links to local "images" folder as for web publishing. 2) document with link to local images that one want to export as a unique html with embedded images as for document embedding like in an email. Now the choice depends on how the document is created into LibreOffice.
Keep in mind that the HTML exporter, now loses data. Infact if you have a document with locally stored linked images (instead of embedded) the html produced document embeds all images, losing all filenames. If you manage to extract the images from the produced html output exported by LibO by means of an external filter/tool, you can't recover file names and this is _bad_.
** Please read this message in its entirety before responding ** To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present on a currently supported version of LibreOffice (5.1.6 or 5.2.3 https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to "inherited from OOo"; 4b. If the bug was not present in 3.3 - add "regression" to keyword Feel free to come ask questions or to say hello in our QA chat: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug-20170103
The option is still missing in the html export _but_ now it correctly preserves the external linked images names (yay!). Linux Ubuntu 16.04-64 Version: 5.2.3.2 Build ID: 1:5.2.3~rc2-0ubuntu1~xenial1
As this bug is filed (for filters and storage component), the option is present now (since 5.2, commit http://cgit.freedesktop.org/libreoffice/core/commit/?id=46fa816aa0a713c54836b9689fa7a1c9ff55ef5a). The filter option to allow image embedding is "EmbedImages", and may be used from the command line stis way: > soffice --convert-to html:HTML:EmbedImages originalfile This bug may be, however, converted to be about missing UI option to use this feature (there could be "Change filter settings" checkbox enabled in Save As dialog for HTML, and proper filter settings dialog implemented).
You can't confirm yourself a bug. Could you please try to reproduce it with the latest version of LibreOffice from https://www.libreoffice.org/download/libreoffice-fresh/ ? I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' if the bug is still present in the latest version.
As Mike Kaganski said, in command line now there is a "force embed images" option but: 1) it misses the complementary "force save images as external files + links" 2) these options are absent in the GUI Tested with LibO 5.3.3.2 GNU/Linux
To add a new GUI option is a valid enhancement request -> NEW. Note that there's no need for "complimentary force save images as external files + links" option, because this mode is the default (i.e. it is used without explicit command-line html:HTML:EmbedImages filter option).
Mmmm I'm not sure Mike. As I say previously for the previous versions of LibO (and that behaviour isn't changed yet) the default behaviour is to save the document as it was created. So if you have a doc with embedded images and you want to save it as a main html file with separated and linked images (to put it in a web server for example) you have to export those images and link them all before exporting the doc into HTML so I think that option "force save images as external files + links" could be _very_ useful indeed...
You are mixing two different things. HTML export filter is used when you "Save as"-HTML. It works as I described; it doesn't matter if the images were linked or embedded - they will end up linked. I suppose that you are talking about XHTML filter that may be used in File->Export. That is another thing.
1) you are right Mike! 2) very interesting observation! It should be documented or there should be a warning. Of course inserting the gui option for the embedded/linked images is self explanatory by itself... 3) since html is not really a text format I wonder if having a save as (html with images linked) and export as (xhtml with images linked or embedded) in two different menus have much sense. Why html and xhtml are not both in the export menu? And yes, reloading a document saved in html does not bring it up the same (you lose some formats options like the text styles) so it is not really a save/load but more an import/export procedure...
See bug 44291, and it's proposed patch at https://gerrit.libreoffice.org/#/c/50388/, for an example of adding a GUI option to the export filter.