As indicated by the comment <auto-detect/> is here to load the system
fonts which we are not supposed to need by default since we embed GNU
FreeFont.
It's not all "non-English" characters since it works fine for many of
them from what I see but I do reproduce the issue with Chinese
characters.
And indeed according to
https://www.gnu.org/software/freefont/FAQ.html, Freefont does not
support Chinese, Japanese, or Korean characters which is quite a
limitation by default. I'm not a big fan of enabling back
<auto-detect/> since it was taking a lot of memory when loading system
fonts (causing
https://jira.xwiki.org/browse/XWIKI-13307) which where
totally useless for most of them. Ideally we should replace freefont
with a more complete font pack if anything like this exist in a
compatible license.
In any case don't hesitate to create an issue on
http://jira.xwiki.org
about that.
On Wed, Mar 8, 2017 at 3:48 PM, Billtec <webmaster(a)billtec.cn> wrote:
Hi all,I'm using the xwiki v9.1.2 and I found that
when exporting a page to
PDF, the non-English characters will be replaced by "#".I spent a lot of
time searching in
jira.xwiki.org and found that there's similar issues like
XWIKI-4724 and XWIKI-1609. However, non of the solutions work on me.Finally
I found this commit log in github -
https://github.com/xwiki/xwiki-platform/commit/437f28bee5545670b2478c93498f…
and I manually create a fop-config.xml file in xwiki\WEB-INF\classes folder,
with the "" not commented out. Then the problem solved.The question is that
why in 2015 the dev team want to comment out the auto-detect propert and it
seems that it results on the issue I mentioned above. Will it be fixed in
next release?Regards,Bill
--
View this message in context:
http://xwiki.475771.n2.nabble.com/Chinese-characters-will-be-replaced-by-wh…
Sent from the XWiki- Users mailing list archive at
Nabble.com.
--
Thomas Mortagne