You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
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
#
.The text was updated successfully, but these errors were encountered: