XMLmind Assembly Processor, which passed all non-regression tests, is now officially supported on Java™ 9 platforms.
Changed "Licensor" from "Pixware SARL" to "XMLmind Software" in all licenses.
Bug fixes:
Info elements copied from the assembly to the realized document
were not given proper xml:base and xml:lang attributes.
In practice, due to this bug, it was not possible to successfully
convert to other formats an assembly where some info elements contained imagedata.
XMLmind Assembly Processor v1.0 is the first version to fully support
processing DocBook 5.1
assemblies. This includes XInclude 1.1, DocBook
Transclusion and assembly features such as relationships and transforms.
Enhancements:
Element relationships is now processed.
The linking attribute of element instance is supported with the following values:
sourceonly, targetonly, normal,
none, with the same semantics as the
corresponding linking attribute of
DITA. Attribute type of elements
relationships and relationship is still ignored.
Bug fixes:
The revhistory child of the structure element was ignored.
Incompatibilities:
Attribute omittitles now discards
title, titleabbrev, subtitle
from the included resource. Previously, setting this attribute to true discarded all the metadata just like
contentonly="true".
In structure and in module, info and merge are used in the same way. These elements may
be used to add or replace metadata in the realized structure or module.
The implementation of filterin and filterout is completely different from what it was
in previous versions. More information in Section 5.2.1, “About filtering”.
XMLmind Assembly Processor can now check the realized document for
cross-reference errors, missing image resources, etc. This is done by
passing new -check option to the
assembly command-line.
Note that if your document requires conditional processing (that is, profiling), then this check step may report false errors. These false errors are caused by the fact that the conditional processing step has not been applied to the realized document prior to the check step.
New option -profile allows to specify a profiling
attribute. Therefore passing one or more -profile
options to the assembly command-line allows to apply
a profile to the realized document prior to checking it.
Example: two of the chapters referenced by assembly
book.xml have xml:id="install".
First chapter has also os="windows". Second chapter
has also os="mac".
If you run assembly -check book.xml -, you'll
get a duplicate ID warning caused by
xml:id="install".
On the other hand, if you run
assembly -check -profile os windows book.xml -,
you'll not have this duplicate ID error. Why that? Because by applying
profile os="windows", second chapter (having
os="mac") is excluded from the realized document
prior to checking it.
DocBook 5
Transclusion Processor: removed targetptr from the IDREF-list.
Now uses a built-in XInclude 1.1 processor rather than the XInclude 1.0 implementation provided by the XML parser (that is, Xerces). Note that for now, this built-in XInclude 1.1 processor only supports the XPointer element() scheme.
Now uses a built-in DocBook 5
Transclusion Processor to process trans:idfixup, trans:suffix and trans:linkscope attributes possibly set on xi:include elements.
Bug fix: in some cases, a processing-instruction was moved (in the realized document) to the beginning of the element containing it and this, no matter its actual location within this parent element.
Minor internal changes.
First release.