I reproduce the problem with versions 10.0.1, 10.4.1 and 11.2.0 on Windows 7 x64. The problem isn't related to the font used: the same happens when instead of FontFamily -> "Verdana"
I set "Times"
or "Courier"
. At the same time, with versions 8.0.4 and 9.0.1 I get the expected output:
Note that in versions 8 and 9 non-ASCII characters are Export
ed as outlines, not as text. This is the reason why they are always imported as outlines, even with "TextOutlines" -> False
.
The new Export
produces a correct PDF file:
Export["test.pdf",
Style["ěščřžýáíé", FontFamily -> "Courier", FontSize -> 12]] // SystemOpen
Here is how it is rendered by Acrobat 11 (I intentionally selected a part of text to show that it is selectable text):
The text can be copied and pasted from Acrobat into Notepad correctly, hence there are no problems with encoding in the exported PDF.
This file (created by version 11.2.0) can't be correctly imported by pre-10 Import
: the latter is unable to decode correctly any character at all:
So the overall conclusion is that both Import
and Export
starting from version 10 received Unicode support, but in the case of Import
there are bugs with some particular symbols.
Unfortunately I can't suggest any workaround for this problem except downgrading to a pre-10 version of Mathematica. Even new in version 10 BoundaryDiscretizeGraphics
function is affected by this bug:
Apart of this, the options "TextMode" -> "Outlines"
and "TextOutlines" -> True
are ignored by Export
, so we can't revert to the old behavior of Export
.
Please report it to the tech support.
UPDATE
According to discussion here, one can use GhostScript for outlining fonts in the exported PDF file. It can be automatized with gsExport
function from this answer by Jens. Then Import
will correctly import outlines from obtained PDF file (like it was in versions 8 and 9).