<html>
<head>
<base href="https://bugs.documentfoundation.org/">
</head>
<body>
<p>
<div>
<b><a class="bz_bug_link
bz_status_RESOLVED bz_closed"
title="RESOLVED NOTABUG - Libreoffice covertly/silently butchers my text, breaks WSIWYG principle"
href="https://bugs.documentfoundation.org/show_bug.cgi?id=122837#c11">Comment # 11</a>
on <a class="bz_bug_link
bz_status_RESOLVED bz_closed"
title="RESOLVED NOTABUG - Libreoffice covertly/silently butchers my text, breaks WSIWYG principle"
href="https://bugs.documentfoundation.org/show_bug.cgi?id=122837">bug 122837</a>
from <span class="vcard"><a class="email" href="mailto:dqeswn@gmail.com" title="Zsolt <dqeswn@gmail.com>"> <span class="fn">Zsolt</span></a>
</span></b>
<pre>(In reply to Buovjaga from <a href="show_bug.cgi?id=122837#c10">comment #10</a>)
<span class="quote">> 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.</span >
Hmmm... in <a href="show_bug.cgi?id=122837#c2">Comment 2</a> Dieter Praas used simple save as, yet LibreOffice showed
the extra spaces, so why did that happen?
The spaces were retained for me too when I tried then, but now I realize it was
only because I pasted text instead of typing.
If I paste the (plain?) text in my example in the bug description (without the
quotes) and save normally, the spaces are are shown, not only by libreoffice
but also the browser.
(Looking at the files it look pretty different when I paste from here, the text
is in some sort of <pre> tag, instead of <p>, so I guess that some sort of
formatting is copied and that helps)
<span class="quote">>
> 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:
> <a href="http://www.fileformat.info/info/unicode/char/00a0/index.htm">http://www.fileformat.info/info/unicode/char/00a0/index.htm</a>
> 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.</span >
And why do you think the uncalled for save prompt on exit appears when I copy
in the example files?
Nothing is changed yet I'm prompted to save. This doesn't seem right at all.</pre>
</div>
</p>
<hr>
<span>You are receiving this mail because:</span>
<ul>
<li>You are the assignee for the bug.</li>
</ul>
</body>
</html>