https://bugs.documentfoundation.org/show_bug.cgi?id=113726
Andrew Church <achurch+...@achurch.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Resolution|NOTABUG |---
Ever confirmed|0 |1
Status|RESOLVED |REOPENED
--- Comment #5 from Andrew Church <achurch+...@achurch.org> ---
> The description of <text:s> has, "This element shall be used to represent the
> second and all following “ “ (U+0020, SPACE) characters in a sequence of “ “
> (U+0020, SPACE) characters.
As an initial issue, "shall be used to represent the second" does not imply
"shall not be used to represent the first", so I don't think this is enough to
resolve the question.
Looking at the ODF 1.3 specification
(https://www.oasis-open.org/committees/download.php/67566/OpenDocument-v1.3-part3-schema.odt):
"""
6.1.2. White Space Characters
Consumers shall collapse white space that occur in
* a <text:p> or <text:h> element [...]
Collapsing white space characters is defined by the following algorithm:
[...]
5) Leading " " (U+0020, SPACE) characters at the start of the resulting text
[...] are removed.
"""
I hope I haven't omitted any relevant points by accident, but by my reading of
this algorithm, "<text:p> space</text:p>" should have the initial space removed
and be parsed as the text "space" (5 characters), suggesting that Excel has the
right of it and <text:s/> is required to correctly encode the leading space.
Apologies for not doing the legwork on this in the first place, but reopening.
--
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs