Mike Kaganski
5a0d14eb62
ODF 1.4 Part 3 sect. 19.203 draw:page-number tells: > For thumbnails on notes pages, the value of this attribute is fixed > to the drawing page of a notes page. As further clarified in OASIS ODF TC call from 2025-11-24 for issue OFFICE-4178, that wording shall be improved to unambiguously point to exactly the drawing page of the respective notes page. This means, that for thumbnail of DrawingPage's notes page, the actual value of the attribute is unimportant. As the bugdoc shows, the attribute may be missing. It may also possibly have wrong number. In any case, we should not break the default correct reference established between the thumbnail object and respective DrawingPage, when thumbnail was created. This change implements just that. For SdXMLPageShapeContext, it adds a new method ignorePageNumber, which sets mnPageNumber to -1. Given that this value corresponds to draw:page-number, having XML type positiveInteger, this special value is safe and cannot coincide with any valid value there. Its meaning is "do not set the shape's page number", which will keep the mentioned original reference. ignorePageNumber is only called in the context of DrawingPage/notes page: the "ignore" flag is passed through SdXMLNotesContext from SdXMLDrawPageContext::createFastChildContext. For notes of master page, handled in SdXMLMasterPageContext::createFastChildContext, no change is done. Change-Id: I39ef16d4e0ceda89b38ee994c908157e93c119a2 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/199283 Reviewed-by: Mike Kaganski <mike.kaganski@collabora.com> Tested-by: Jenkins
ODF Import and Export Filter Logic
The main library "xo" contains the basic ODF import/export filter
implementation for most applications. The document is accessed
via its UNO API, which has the advantage that the same import/export
code can be used for text in all applications (from/to Writer/EditEngine).
The filter consumes/produces via SAX UNO API interface (implemented in
"sax"). Various bits of the ODF filters are also implemented in
applications, for example [git:sw/source/filter/xml].
There is a central list of all element or attribute names in
[git:include/xmloff/xmltoken.hxx]. The main class of the import filter
is SvXMLImport, and of the export filter SvXMLExport.
The Import filter maintains a stack of contexts for each element being read. There are many classes specific to particular elements, derived from SvXMLImportContext.
Note that for export several different versions of ODF are supported, with the default being the latest ODF version with "extensions", which means it may contain elements and attributes that are only in drafts of the specification or are not yet submitted for specification. Documents produced in the other (non-extended) ODF modes are supposed to be strictly conforming to the respective specification, i.e., only markup defined by the ODF specification is allowed.
There is another library "xof" built from the source/transform directory, which is the filter for the OpenOffice.org XML format. This legacy format is a predecessor of ODF and was the default in OpenOffice.org 1.x versions, which did not support ODF. This filter works as a SAX transformation from/to ODF, i.e., when importing a document the transform library reads the SAX events from the file and generates SAX events that are then consumed by the ODF import filter.
OpenOffice.org XML File Format
There is some stuff in the "dtd" directory which is most likely related to the OpenOffice.org XML format but is possibly outdated and obsolete.
Add New XML Tokens
When adding a new XML token, you need to add its entry in the following three files:
[git:include/xmloff/xmltoken.hxx][git:xmloff/source/core/xmltoken.cxx][git:xmloff/source/token/tokens.txt]