Updated the patch to also do the matching when a family name is specified in the pdf.
The imported pdf show the correct fonts (provided that they are available).
The imported text gets its (x)-position specified per character. This ensures correct placement of the characters, but limits the editability. However don't think this should be fixed at the pdf-inport and in the scope of this bug. (Removing all but the first x-position and setting xml:space to preserve could work, but also discards any special spacing/kerning that was present). This should probably be handled more generally by allowing text-editing of text that has position info for more than only the start character(?).
Updated the patch to also do the matching when a family name is specified in the pdf.
The imported pdf show the correct fonts (provided that they are available).
The imported text gets its (x)-position specified per character. This ensures correct placement of the characters, but limits the editability. However don't think this should be fixed at the pdf-inport and in the scope of this bug. (Removing all but the first x-position and setting xml:space to preserve could work, but also discards any special spacing/kerning that was present). This should probably be handled more generally by allowing text-editing of text that has position info for more than only the start character(?).