summaryrefslogtreecommitdiff
path: root/offapi
diff options
context:
space:
mode:
authorMike Kaganski <mike.kaganski@collabora.com>2017-07-18 23:02:32 +0300
committerMike Kaganski <mike.kaganski@collabora.com>2017-07-20 11:06:50 +0200
commit4b4cd502806cfc9c9cc9754b8aae18a2c2632cdc (patch)
tree8b65daf960cece6fea42867a324fb720f734fdaf /offapi
parent44401915b89582ebc50c644c4db38466a841d457 (diff)
tdf#108849: allow out-of-order sectPr
According to ISO/IEC 29500-1:2016(E) 17.6.17), the final <w:sectPr> must be the last child element of the body element. Also, this is enforced in schema for CT_Body complex type (Annex A. (normative) Schemas – W3C XML Schema, A.1 WordprocessingML, page 3866), where sectPr is a part of <xsd:sequence>, and thus *must* stay at specific place in sequence, namely being the last element, and be at most one instance. However, real-life documents (generated by some third-party software) have sectPr before other body contents. Unfortunately, MS Word seems to allow this standards-violating content, and thus encourages creation of non-standard documents by third-party generators. This patch doesn't assume that current final (body-level) sectPr is the last body element, and does not mark current paragraph as last section's paragraph. Thus, current section (possibly started after previous paragraph-level sectPr) is continued after final sectPr is closed. Change-Id: I8e88288bc6659d77d17986514b3b4fe16a5b45d9 Reviewed-on: https://gerrit.libreoffice.org/40161 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Mike Kaganski <mike.kaganski@collabora.com>
Diffstat (limited to 'offapi')
0 files changed, 0 insertions, 0 deletions