• Resolved Juha Mets?kallas

    (@juhametsakallas)


    Hello!

    There is an old support request concerning an issue with Arabic characters. The suggested solution is to switch codepage (btw codepage is an outdated term in this context).

    My character encoding setting has been UTF-8 since the beginning, so my issue can’t depend on that. I have made a very elaborate post (to be published later) with strings in several writing systems.

    These writing systems work, i.e. are displayed correctly on my web page and on a generated PDF:

    • several Latin derivatives
    • several Cyrillic derivatives

    These writing systems don’t work, i.e. while displayed correctly on my web page, the generated PDF shows boxes:

    • Persian
    • Arabic
    • Burmese
    • Devanagari
    • Japanese
    • simplified Chinese, traditional Chinese
    • Korean
    • Yiddish

    Since all characters are displayed correctly on the web page (the used font is Noto Sans by Google), I’m leaning on that there is something in the font of WP-PDF.

    The generated PDF can be seen in my Dropbox.

Viewing 2 replies - 1 through 2 (of 2 total)
  • Plugin Author fkrauthan

    (@fkrauthan)

    Sorry for the late reply (I seem to have totally missed this). WP-MPDF uses different fonts then your website (it is defined by the default template/mpdf). I believe by default it uses one with rather small character set.

    Thread Starter Juha Mets?kallas

    (@juhametsakallas)

    This is something, that I quite can’t understand. We have lived in Unicode world a long time, and Unicode has almost all imaginable glyphs there are (yes, I know, that the Klingon alphabet isn’t part of Unicode). Yet there are in circulation font sets, which lack glyphs. I would imagine, that nobody creates a font from scratch, but takes an existing and modifies it. That is I take ,say, a Times New Roman font set (with all grlyps) and make my modifications (e.g. I tilt all umlauted characters), publish it under a new name Juha’s Times New Roman. Now if someone uses it, they get my tilted umlauted characters but also the original Arabic, Burmese, Persian etc. characters in Times New Roman style. Maybe I have misunderstand how this font thing works.

    Ok, verzeih mir meinen Ausbruch. My site uses Noto from Google, and that seems to contain all the above mentioned. Rather than downloading all those to my site how can I specify, that when creating PDFs use those Google online fonts remotely? IIUC there is an API for this.

Viewing 2 replies - 1 through 2 (of 2 total)
  • The topic ‘Non-Latin, non-Cyrillic characters are not shown’ is closed to new replies.