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 <webmas...@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/437f28bee5545670b2478c93498f2f261a021aa5 > 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-when-exporting-a-page-to-PDF-tp7603012.html > Sent from the XWiki- Users mailing list archive at Nabble.com. -- Thomas Mortagne
