https://bugs.documentfoundation.org/show_bug.cgi?id=48887
V Stuart Foote <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|FILESAVE: Save as HTML in |FILESAVE: Save as HTML in |Writer, even linked images |Writer, even linked images |are embedded (comment 30) |are embedded and link | |details are lost from the | |document (comment 24 | |comment 30 ) --- Comment #44 from V Stuart Foote <[email protected]> --- (In reply to David Spring from comment #43) > ... I was using LibreWriter 4.1 and the Save As HTML function worked > perfectly with images properly exported as links. I have updated to > Libre Writer 5.0.3 and now the Save As HTML function does not export > the images. No that is not correct. They are embedded as data URI into the HTML/XHTML by export filter with the "save as". The data URI is read correctly by all current web browsers and most applications. Unfortunately for the 5.0.x release the data URI were not being correctly read back in to LibreOffice. That has been fixed in master (5.2)--but needs to be back ported to 5.0 and 5.1 branches. > This is a disaster for those of us who use Libre Writer as an HTML web editor. And? Feel free to simply revert to LibreOffice 4.1.6, from archive here: http://downloadarchive.documentfoundation.org/libreoffice/old/4.1.6.2/ It will be sorted out eventually. > Apparently someone at the Document Foundation is not aware that in > Save As HTML, images MUST be separate links. Please please fix this error > as soon as possible. According to whom? Use of data URI (RFC 2397/3986) is perfectly acceptable HTML/XHTML format. Saying otherwise is just FUD. However as noted, there are two valid concerns here. One is that linkage details, as recorded by user preference in the ODF document, are being lost during filter export to HTML/XHTML, and can not be restored on import back into LibreOffice for editing in Writer/Web--loss of data and a legitimate regression. The other facet, is that the use of URL (links: both relative and absolute (RFC 1738/3986) regardless of preferences set per document--is not being honored during export filter to HTML/XHTML, so images are always embedded as data-URI--again a legitimate regression, but just for not honoring a user preference. > ... The real question is how such a major error could have occurred without > someone at the Document Foundation catching it??? Nope! That is not the way the project works. Rather see bug 88038, and follow enhancements for HTML5 and CSS3 suggested in bug 95861 -- You are receiving this mail because: You are the assignee for the bug.
_______________________________________________ Libreoffice-bugs mailing list [email protected] http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
