Skip to content

Docx abstract numbering elements has no Nsid. #627

Closed
oyms opened this Issue Sep 27, 2012 · 0 comments

2 participants

@oyms
oyms commented Sep 27, 2012

This is a feature requests, rather than a bug report, as the file is valid without these identifiers. It does however create problems downstream, when merging word documents with bullet points or numbered lists.
The Nsid is documented here.
This is an abstract number element generated by Pandoc.

 <w:abstractNum w:abstractNumId="0">
    <w:multiLevelType w:val="multilevel" />
    <w:lvl w:ilvl="0">
      <w:numFmt w:val="bullet" />
      <w:lvlText w:val=" " />
      <w:lvlJc w:val="left" />
      <w:pPr>
        <w:tabs>
          <w:tab w:val="num" w:pos="0" />
        </w:tabs>
        <w:ind w:left="480" w:hanging="480" />
      </w:pPr>
    </w:lvl>

I would wish for a <w:nsid w:val="30BF3947"/>as the first child of w:abstractNum. The value is a random long hex, unique for each abstractNum element.

@jgm jgm added a commit that closed this issue Oct 3, 2012
@jgm Docx writer: Added nsid to abstractNum elements.
This helps when merging word documents with numbered or bulleted lists.
Closes #627.
3f86127
@jgm jgm closed this in 3f86127 Oct 3, 2012
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Something went wrong with that request. Please try again.