https://bugs.documentfoundation.org/show_bug.cgi?id=150408
Bug ID: 150408
Summary: "Legal numbering style" is not applied to list levels
with <w:isLgl/> tag
Product: LibreOffice
Version: unspecified
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: UNCONFIRMED
Severity: normal
Priority: medium
Component: Writer
Assignee: libreoffice-bugs@lists.freedesktop.org
Reporter: parsonsandr...@gmail.com
Description:
I work on a team which uses libreoffice CLI to convert .docx files to PDF.
We've found that documents drafted in Microsoft Word with the "legal numbering
style" applied to list level do not retain the expected Arabic numeral
formatting for every enumerated level.
I don't know the exact version of libreoffice used; we use a Docker image based
on Ubuntu 20.04 and install the libreoffice package using apt.
To convert `.docx` files to PDF, we run the following:
`soffice --headless --invisible --nodefault --view --nolockcheck --nologo
--norestore --nofirststartwizard --convert-to pdf {filename} --outdir
{directory}`
Likewise, when opened with LibreOffice Writer 6.0.7.3 on Ubuntu 18.04
(Desktop), a 1.1 will display as 1.a. (please see "Steps to Reproduce", "Actual
Results", and "Expected Results").
When examining the numbering.xml file of the document in question, I see
<w:isLgl/> tags.
I don't have familiarity with the Office Open XML standard, but I've come
across two reference documents:
1. (older, more detailed)
https://web.mit.edu/~stevenj/www/ECMA-376-new-merged.pdf
2. (newer, less detailed) MS-OE376 v20171212:
https://interoperability.blob.core.windows.net/files/MS-OE376/%5bMS-OE376%5d.pdf
As far as I can tell, this feature corresponds to MS-OE376, Part 4, 2.9.4 isLgl
(Display All Levels Using Arabic Numerals).
It appears that libreoffice correctly follows the numer style. However, I
interpret `<w:isLgl/>` tag as an override which causes Microsoft Word to ignore
the number style and instead apply legal numbering. In this case, I would
expect libreoffice/LibreOffice Writer to do the same.
Nota bene: I'm new here. I intentionally styled libreoffice differently from
LibreOffice to distinguish, respectively, between the CLI package and the suite
of GUI applications. As I'm not familiar with the project, I don't know if that
is a reasonable distinction. Please excuse any misconceptions.
Steps to Reproduce:
1. In Microsoft Word, write arbitrary text on two or more lines.
2. Define a new multilevel list style to apply to the text drafted in step (1).
3. Under the "Click level to modify" selector, select the second level.
4. Set the "Number style for this level" to anything except for "1, 2, 3, ...".
For example, set level two to "a, b, c, ..."
5. Check the "Legal style numbering" box; this should disable ("grey out") the
"Number style for this level" drop-down menu.
6. For added effect, repeat steps (3), (4), and (5) for the third level; set
its number style to something like lowercase Roman numerals ("i, ii, iii, ...")
and apply "Legal style numbering".
7. Save the document as a `.docx`.
8. Open the document in LibreOffice. Observe that LibreOffice respects the
number format and not the legal styling.
Actual Results:
LibreOffice respects the number format and not the legal number styling. The
isLgl tag is not applied.
(from numbering.xml)
<w:numFmt w:val="lowerLetter"/>
<w:isLgl/>
<w:numFmt w:val="lowerRoman"/>
<w:isLgl/>
Expected Results:
The isLgl tag should override numFmt.
(from numbering.xml)
<w:numFmt w:val="lowerLetter"/>
<w:isLgl/>
<w:numFmt w:val="lowerRoman"/>
<w:isLgl/>
Reproducible: Always
User Profile Reset: No
Additional Info:
Nothing to add at the moment.
--
You are receiving this mail because:
You are the assignee for the bug.
