When PDF generates for whole document - acute accent is missing:
When PDF for Annex D only (just for time economy for debug purposes) - it renders correctly:
Whole document contains mathml. mn2pdf generates Apache IF XML if the source XML contains mathml (it adds the hidden math text for the 'copy-paste' feature). The IF XML contains the wrong characters sequence:
Moved from https://github.com/metanorma/pdfa-iso-32000-2/issues/29.
Source: https://github.com/metanorma/pdfa-iso-32000-2/issues/28#issuecomment-1836104849
When PDF generates for whole document - acute accent is missing:
When PDF for Annex D only (just for time economy for debug purposes) - it renders correctly:
Whole document contains mathml.
mn2pdf
generates Apache IF XML if the source XML contains mathml (it adds the hidden math text for the 'copy-paste' feature). The IF XML contains the wrong characters sequence:(XSL-FO contains correct sequence
ᴀ́
)instead of:
I'll find the reason of the characters conversion: Apache FOP, Xalan processor or
mn2pdf
.For adoc:
PDF renders so:
Apache IF XML:
Adoc with full set of combining chars: document.zip
PDF: document.presentation.pdf
This issue occurs due the enclosing 'char x' + 'combining char y' into the element
<fo:inline xml:lang="none">...</fo:inline>
This workaround solution added specially for fixing the issue with combining chars position (https://issues.apache.org/jira/browse/FOP-3065)
Combining chars render with a bit horizontal shift without
xml:lang="none"
:I'll find why only a few combining chars render as
#
.