| 32 | | * Benedetti Seite 7 (PDF-Seite 13): Das zugegebenermaßen schwierige Zeichen "q + et" aus der Private Use Area, das wohl noch in einem Attribut von <reg> verschwinden wird, wird im html zumindest noch als unbekanntes Zeichen angezeigt, aber fehlt im PDF ganz. Wie schaut es mit offiziellen Unicode-Codepoints aus, die im verwendeten Font nicht enthalten sind, zum Beispiel aus Extension B im Song Yingxing, oder ein beliebiges chinesisches Schriftzeichen oder Alchemie-Zeichen in einem westlichen Text? |
| | 32 | * Benedetti Seite 7 (PDF-Seite 13): Das zugegebenermaßen schwierige Zeichen "q + et" (E8BF) aus der Private Use Area, das noch in einem Attribut von <reg> verschwinden wird, wird im html zumindest noch als unbekanntes Zeichen angezeigt, aber fehlt im PDF ganz. (Problem: Der verwendete Font Junicode enthält das Zeichen nur in upright. Ich kenne aber bisher auch keinen Font, der das Zeichen in einer kursiven Version enthält. Andron hat gar keine kursiven Zeichenversionen. Bei anderen Zeichen aus der Private Use Area, zum Beispiel E8D0, hat Junicode auch eine kursive Version. Wir können jedenfalls im XML kein kursives Zeichen verwenden, bei dem wir selbst keinen Font angeben können, der es anzeigen kann.) |
| | 33 | * Wie schaut es mit offiziellen Unicode-Codepoints aus, die im verwendeten Font nicht enthalten sind, zum Beispiel aus Extension B im Song Yingxing, oder ein beliebiges chinesisches Schriftzeichen oder Alchemie-Zeichen in einem westlichen Text? Normalerweise wird dann, falls vorhanden, automatisch ein anderer Font genommen, der das Zeichen enthält. Funktioniert das hier? |
