https://bugs.freedesktop.org/show_bug.cgi?id=53992
Markus Mohrhard <markus.mohrh...@googlemail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |tbehr...@suse.com
--- Comment #2 from Markus Mohrhard <markus.mohrh...@googlemail.com> ---
(In reply to comment #0)
> One of either LO or Microsoft Excel is wrong here, but I don't know which.
> Without determining who is wrong and who is right, LO can implement a change
> which mitigates the problem.
>
> In LO, two consecutive <text:p> elements in a string cell will appear as two
> lines with no additional formatting needed. In Excel, they appear
> concatenated with no whitespace between them, unless an
> fo:wrap-option="wrap" attribute is also present in the cell's style.
>
> I have not checked the specs but I will presume that the default wrapping
> behaviour (i.e. the default value for fo:wrap-options) is not to wrap cell
> contents. Cells in spreadsheets normally just overflow in the x direction
> when their contents don't fit.
>
No. The spec does not specify the default behavior so actually both
applications are correct.
I agree that we can export the wrap-options attribute unconditionally but it
does not solve the problem that there are still documents and will be documents
without that attribute.
@Thorsten: Is there a reason why there is no default value in the ODF1.2 RNG? I
haven't found any default value definitions for optional attributes in the
whole spec.
--
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
