The intent of the split of the markup specification into Strict (Part 1) and Transitional (Part 4) was that applications would create new documents in the Strict variant however, in practice, pressure for backwards compatibility has meant that most new files are marked up by applications using the Transitional namespace even if they use no features that are incompatible with the Strict specification. The Strict variant of DOCX described here was introduced during the standardization in ISO/IEC 29500 in 2008 with the intention of excluding features included in ECMA-376, Edition 1 that were present simply to handle bugs and features of earlier word-processors or to permit continued use of deprecated markup (e.g. Compatibility settings intended to preserve visual fidelity of documents produced in earlier word-processing applications, particularly in relation to spacing, margins, pagination, etc.Attributes specifying deprecated and redundant mechanisms for generating hash values to support checks against content corruption.All elements and attributes related to VML, a deprecated markup language for drawings, replaced by DrawingML.Legacy numbering level properties and other elements related to a legacy numbering framework.Attribute values for non-Unicode character sets.Deprecated element names related to text layout incorporating left and right that had been replaced by more correctly named and functionally equivalent names incorporating start and end.The markup for the Strict variant is essentially a subset of markup for the Transitional variant, but the schemas use different namespaces and are distributed separately in complete form.Īmong the disallowed elements and attributes are: The Strict variant of DOCX disallows a variety of elements and attributes that are permitted in the more common Transitional variant ( DOCX/OOXML_2012).
LIBREOFFICE FOR MAC SAVE IN DOCX FILE FORMAT ISO
DOCX Strict, (Office Open XML, WordprocessingML) ISO 29500-1:2008-2016, also ECMA-376, Editions 2-5.
0 kommentar(er)
