[Libreoffice-bugs] [Bug 130670] Fileopen: Numbered lists don't restart after header in DOC (override of abstract definition)

[bugzilla-daemon at bugs.documentfoundation.org]

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

--- Comment #9 from Justin L <jluth at mail.com> ---
DOCX bug 95848 is probably a very useful resource for this bug.

commit 7992bd73a2307edce96a145e954f8e4c3ab9f57d
Author: Michael Stahl <Michael.Stahl at cib.de>
Date:   Tue Sep 3 13:49:57 2019 +0200
    tdf#95848 writerfilter: DOCX import: fix mapping of w:abstractNum

    The problem is that the bugdoc has multiple w:num numbering definitions
    that refer to the same w:abstractNum abstract numbering definition.

    Apparently (and i can't find this documented anywhere) w:abstractNum
    corresponds to a SwList in Writer, i.e. all w:num that refer to the same
    w:abstractNum share the same numbering tree, but they may have different
    numbering properties via w:lvlOverride.

    So i think this should be imported as a single SwList per w:abstractNum,
    and every use of w:lvlOverride should create a new SwNumRule, but still
    share the same SwList; the previous situation was a SwNumRule + SwList
    per w:num element.

    This implements simply a SwNumRule per w:num (regardless of
    w:lvlOverride) because that was easy; the AbstractListDef class gets a
    member to store the ListId of the created SwList when any of its
    associated w:num / ListDef is used first, and the non-first ones get
    this ListId set to force them into the same SwList.

    Unfortunately it turns out the export has the same
    SwNumRule->w:abstractNum problem, which remains to be fixed.

-- 
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/20210707/92b5156d/attachment.htm>