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

            Bug ID: 154703
           Summary: META Export DOCX flies with framePr instead of
                    DrawingDML
           Product: LibreOffice
           Version: unspecified
          Hardware: All
                OS: All
            Status: UNCONFIRMED
          Keywords: filter:docx
          Severity: enhancement
          Priority: medium
         Component: Writer
          Assignee: libreoffice-bugs@lists.freedesktop.org
          Reporter: jl...@mail.com
                CC: jl...@mail.com
        Depends on: 105035
            Blocks: 104461

Created attachment 186534
  --> https://bugs.documentfoundation.org/attachment.cgi?id=186534&action=edit
n592908-frameC.docx: top frame border spacing copied to paragraph border
spacing

Currently the only time that framePr is exported is if framePr settings are
grabbaged on import. Otherwise (most) frames are exported as a DrawingML shape
- which is imported as an editeng drawing object.

An exploration into exporting textboxes and captions using framePr can be found
at https://gerrit.libreoffice.org/c/core/+/150114.

FramePr PROs:
    • simple xml
    • imports as SW native – not a synchronized editeng monstrosity, better
styles, text area is already MS Word compatible.

FramePr CONs
    • no overlap setting – layout decision to overlap sequential framePRs is
somewhat arbitrary.
    • limited wrapping choices. No before/after/through
    • relatively poor export support currently – missing
background/shadow/links
    • not allowed in header/footer (at least, that is LO export rule)
    • layout loops might occur: regression danger from making a change.

DrawingML PROs:
    • encourages code improvements to editeng
    • full wrapping support

DrawingML CONs:
    • LO imports as draw frame sync’d to hidden SW frame. Causes layout issues
    • poor anchor import - only TO-CHAR or AS-CHAR – often translates to poor
placement emulation

This is a META kind of report. My intention is to add documents that highlight
a specific issue so that the CONs (of both types) can be alleviated.

This first attachment shows top/left margins being duplicated on framePr import
(I assume). It bibisects to 3.3.1 (3.3.0 was OK). [Note - prior to 4.4, you
need to look at the number in the dialog box, not at the layout.]. Duplicate
left/right margins tend to be (mostly) absorbed in LO for some reason, but top
margins are applied twice.


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=104461
[Bug 104461] [META] DOCX (OOXML) frame-related issues
https://bugs.documentfoundation.org/show_bug.cgi?id=105035
[Bug 105035] FILEOPEN DOCX changed framePr: Two frames, anchored to the same
paragraph, imported as a single frame (comment 7)
-- 
You are receiving this mail because:
You are the assignee for the bug.

Reply via email to