[Libreoffice-bugs] [Bug 122837] Libreoffice covertly/silently butchers my text, breaks WSIWYG principle

[bugzilla-daemon at bugs.documentfoundation.org]

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

--- Comment #10 from Buovjaga <todventtu at suomi24.fi> ---
(In reply to Zsolt from comment #9)
> (In reply to Buovjaga from comment #8)
> > It is not LibreOffice butchering your text - it is HTML! You need to use
> > non-breaking spaces. Type the two spaces with: Ctrl-Shift-space
> > You will notice they appear as grey boxes in LibreOffice.
> 
> Evene if this is true, it doesn't explain LibO asking to save when no
> changes to the document occured.
> Also how do you explain the spaces being retained when you do the same in a
> new document.

Ok, I took a closer look at this.

LibreOffice (confusingly) has two different methods to save html: File - Save
as AND File - Export... (XHTML). They produce different results (yes, silly).

If you go via Save as, both spaces are saved as regular spaces, which means
viewing the text in a browser will *render them* as a single space. The two
spaces are retained inside the .html markup, but browsers will butcher the
rendering as they please.

If you go via Export..., the first space will be saved as a regular space, but
the second one will be saved as the Unicode character NO-BREAK SPACE:
http://www.fileformat.info/info/unicode/char/00a0/index.htm
So the method of Export... is a bit sneaky, as it does not use the html markup
  as one would expect. The browser does respect the NO-BREAK SPACE
character and renders the result as two spaces.

-- 
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/20190127/5da837fe/attachment.html>