• László Németh's avatar
    tdf#118691 DOCX import: fix table loss caused by <w:cr> · f63a60f5
    László Németh yazdı
    According to the OOXML standard, <w:cr> (carriage return –
    Unicode character 000D) is equivalent to a break
    with null type and clear attributes, so we handle it as
    a <w:br/>, instead of endOfParagraph, fixing
    losing table paragraphs and tables containing <w:cr/>.
    
    Note: It seems, MSO cannot handle carriage return characters
    in table cells correctly. It shows squares (unknown
    characters) without line break there. Copying this text to
    a non-table paragraph in MSO, we get the correct layout with
    line breaks. Copying this text with carriage return characters
    back to a table cell, we get squares again. With this LO fix,
    it will be possible to fix the bad tables edited by MS Word
    by using LO, because LibreOffice import/export converts all
    <w:cr>s to <w:br>s (as before, but now without destroying
    the structure of the tables).
    
    Change-Id: Iee42f71e9a00531353582e7127c2c212ea0890d0
    Reviewed-on: https://gerrit.libreoffice.org/60585
    Tested-by: Jenkins
    Reviewed-by: 's avatarLászló Németh <nemeth@numbertext.org>
    f63a60f5
Adı
Son kayıt (commit)
Son güncelleme
..
documentation Loading commit data...
inc Loading commit data...
qa Loading commit data...
source Loading commit data...
util Loading commit data...
CppunitTest_writerfilter_misc.mk Loading commit data...
CppunitTest_writerfilter_rtftok.mk Loading commit data...
CustomTarget_source.mk Loading commit data...
IwyuFilter_writerfilter.yaml Loading commit data...
Library_writerfilter.mk Loading commit data...
Makefile Loading commit data...
Module_writerfilter.mk Loading commit data...
README Loading commit data...