https://bugs.freedesktop.org/show_bug.cgi?id=88038
V Stuart Foote <vstuart.fo...@utsa.edu> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |edmond_cio...@yahoo.com, | |owen.ge...@gmail.com, | |tima...@gmail.com, | |vstuart.fo...@utsa.edu Version|4.2.6.3 release |4.2.0.0.alpha0+ Master See Also| |https://bugs.freedesktop.or | |g/show_bug.cgi?id=79730 Summary|WRITER WEB: Inserted image |WRITER WEB: handling of |should default to insert as |inserted images -- data URI |link |embedding as base64 for | |email support, broke LO as | |HTML editor --- Comment #7 from V Stuart Foote <vstuart.fo...@utsa.edu> --- Lets rest the Summary "WRITER WEB: handling of inserted images -- data URI embedding as base64 for email support, broke LO as HTML editor" That is the issue--so now what to do from Design / UX perspective. Is LO functional for an intended use? For emailing a document as HTML, embedded is much more functional, convenient, and *is* the norm. So a yes there. But, it looks like we went too far in "correcting" bug 63211 -- MAILMERGE: looses embedded image when e-mailing as html. See the commit and its help: fdo#63211 - embed images in HTML export http://cgit.freedesktop.org/libreoffice/core/commit/?id= 5dd1b3da57862a6577717544dde56482add89170 http://cgit.freedesktop.org/libreoffice/help/commit/?id=59090e419fef3a6ec7a5270585d72312dafb78d2 Michael Stahl called it in https://bugs.freedesktop.org/show_bug.cgi?id=79730#c6 "it looks like this commit will unconditionally(!) write the images as embedded base64-encoded, regardless of whether it is set as an embedded or linked image, and thus introduced this regression" As a result we have bug 48887 and dup bug 79370 So, while the default of always embedding images (as data URL -- RFC 2397) is not technically incorrect (I actually prefer to embed) unfortunately it has broken the use of Writer Web's "HTML source" editor mode as it does not present the data URI of the image, nor show its insertion point. I've no problem with the default handling of images in ODF documents converted to HTML being to embed them. But there should be working options for the insertion of graphics into HTML documents by relative links or internet URI (RFC 1808). Perhaps even give a user a configuration option to make inserting links their preferred handling in all ODF converted to HTML. The HTML view editor formatting, of linked images rather than embedded, has been lost since early in the 4.2 cycle with HTML refactoring for fdo#63211. And that absolutely needs to be corrected--in some fashion. Most would agree that Writer's Web HTML editor is long overdue for rework--to again make LibreOffice's HTML markup editing mode fully functional and regain relevance as an HTML/XHTML editor. Design and UX functional goal should be to edit HTML 4 & 5 of various structure, and support in-line CSS, and of course should expose any embedded data URI. -- You are receiving this mail because: You are on the CC list for the bug. _______________________________________________ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise