[Libreoffice-bugs] [Bug 133370] DOCX FILESAVE: Don't export column break in non-column situations, since Word treats as pagebreak.

[bugzilla-daemon at bugs.documentfoundation.org]

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

Justin L <jluth at mail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
     Ever confirmed|0                           |1
                 CC|                            |jluth at mail.com
             Status|UNCONFIRMED                 |ASSIGNED
            Version|Inherited From OOo          |4.3.0.4 release
           Keywords|                            |bibisected, regression
           Assignee|libreoffice-bugs at lists.free |jluth at mail.com
                   |desktop.org                 |

--- Comment #1 from Justin L <jluth at mail.com> ---
This is almost certainly why only DOCX is affected:
LO 4.3 commit d747d0fc3b3e9c02a2eaa5b4a03c6905a68663d0
Author: Miklos Vajna on Thu Feb 13 15:25:44 2014 +0100

    DOC/RTF export: fix handling of column breaks when there is only one column

    The first real part of commit 4d5c193b2fd38c6cab049fcb97189462fff0fddb
    (INTEGRATION: CWS limerickfilterteam08 (1.64.6); FILE MERGED,
    2003-09-01) tweaked the DOC export, so that in case there is only one
    column, the column break is not exported: this way the Writer and Word
    layout matches, because Word handles that situation by handling the
    break as a page one, but Writer layout ignores it.

    On import, the DOC filter changes a column break to a page break in that
    situation, so visually the roundtrip is OK. The RTF filter does the
    same: the tokenizer turns a column break into a page one if necessary,
    and on export then we can ignore such a column break.

    However, the DOCX filter is different: there we don't tweak the column
    break on import, so we want to keep it on export as well. (A perfect
    solution for this would be one more layout compat option, then filters
    can stop tweaking the break types.)


The "a perfect solution for this would be one more layout compat option" was
implemented in LO 5.2.2 with the two patches for bug 76349.


Since the import for DOCX has NOT tweaked the column break, and the UI views
the imported DOCX column break as a page break, it will NOT be correct to
simply ignore the column break in this situation - otherwise DOCX files will
lose visual page-breaks.

Proposed fix at https://gerrit.libreoffice.org/c/core/+/94799

-- 
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/20200525/3a686075/attachment.htm>