Der PDF-viewer "Evince' auf Linux nicht anzeigen kann einige mathematische Symbole korrekt

Benutze ich Evince anzeigen von PDF-Dateien unter Ubuntu Linux 10.04. Aber manchmal kann das Programm nicht anzeigen, mathematische Symbole korrekt.

Beispiel. Die PDF-Datei kann heruntergeladen werden von:

Siehe Gleichung (1).

Unter Windows, wird die Gleichung korrekt angezeigt, die von Acrobat Reader:
Der PDF-viewer
Aber auf Linux, die \sum angezeigt wird, als einen festen Punkt:
Der PDF-viewer

Habe ich bereits installierte Pakete: ttf-symbol-replacement, libpoppler5, poppler-data.

  • Protal: (+@trojanfo, +@Job, +@casperOne) Warum haben Sie sich gerade in der Nähe ist diese Frage, anstatt einfach bewegen Sie es über SuperUser.com ?!?
  • Wenn ich mich Recht erinnere, habe ich eigentlich stimmten für einen Umzug...
InformationsquelleAutor Yun Huang | 2012-04-23
  1. 30

    Der Grund, warum Sie Ihre PDF-Datei funktioniert nicht auf allen PDF-Viewern ist: Ihre 'zhang11a.pdf' nicht alle Schriften eingebettet. Vor allem fehlt, ist die symbol Schrift, wie Sie sehen können aus der folgenden Liste:

    kupfe@abc:~$ pdffonts zhang11a.pdf 
name type emb sub uni object ID 
-------------------------------- --------- --- --- --- --------- 
NXDEKT+CMSY10 Typ 1C ja ja ja 11 0 
Times-Italic Type 1 Nein Nein Nein 10 0 
Times-Bold Type 1 no no no 9 0 
Times-Roman Type 1 Nein Nein Nein 8 0 
UYBJCW+MSBM10 Typ 1C ja ja Nein 29 0 
QEAPRL+CMR10 Typ 1C ja ja Nein 23 0 
OBCIBS+CMMI10 Typ 1C ja ja ja 25 0 
Symbol Typ 1 Nein Nein Nein 33 0 
OUPZTL+ZapfChancery-MediumItalic Typ 1C ja ja Nein 27 0 
CFICWF+CMEX10 Typ 1C ja ja Nein 31 0 
XRVDJC+CMMI7 Typ 1C ja ja Nein 56 0 
JQSOYL+CMMI10 Typ 1C ja ja Nein 54 0 
UWKDHL+CMBX10 Typ 1C ja ja Nein 58 0 
AIYCES+CMMI5 Typ 1C ja ja Nein 60 0 
SDIKLH+CMEX9 Typ 1C ja ja Nein 72 0 
EKRXFC+CMSS10 Typ 1C ja ja Nein 84 0 
Courier Type 1 no no no 0 91 
Helvetica Type 1 no no no 97 0 
UELPFP+CMMI10 Typ 1C ja ja Nein 135 0 
VZIXBZ+CMR10 Typ 1C ja ja Nein 133 0

    Nun, wenn ein PDF-reader auf eine Schrift, die nicht eingebettet wurde, verwendet er eine Strategie, die der folgenden ähnelt. Es...

    • (1) ....durchsucht das lokale OS und versucht, eine schriftart zu finden mit einem passenden Typ und Namen, um zu verwenden, die für das Rendern von text; wenn das nicht gelingt, ist es....
    • (2) ....sucht die "local OS" finden Sie eine schriftart mit dem entsprechenden Namen (eventuell auch andere schriftart); wenn nicht erfolgreich, es....
    • (3) ....Suche für einen geeigneten Ersatz-schriftart (der font-Metriken, die nah sind zu den Metriken der ursprünglichen schriftart -- original-font-Metrik info sollte eingebettet werden in die PDF-Datei, auch wenn die font-Datei selbst ist nicht); wenn nicht erfolgreich, dann...
    • (4) ....verwenden Courier der text wiedergegeben wird.

    Meine Hypothese für die Ursache Ihres Problems ist:

    Glyphe für das ∑ - Zeichen fehlt Ihr ttf-symbol-replacement schriftart, oder diese Glyphe gefunden ist, an einer anderen Stelle in diesem Ersatz-schriftart Glyphen-Tabelle.

    Daher ist es nicht Evince Schuld für nicht in der Lage zu erbringen, dass die Datei korrekt.

    Auf der anderen Seite, Acrobat Reader funktioniert Schiff mit der Anwendung eingebettete Instanzen von Mal, Kurier, Helvetica und Symbol, so dass es machen kann in solchen PDF-Dateien. Also AcroRead nicht haben ein problem mit dieser Datei. (Und Evince nicht verwenden solche tricks durch die Lizenzen für diese Schriften...)

    Merken Sie sich meine Worte:

    Wenn Sie möchten narrensicher PDF-Dateien, die wiedergegeben werden kann (und gedruckt) korrekt von jedem und jedem PDF-reader auf allen Arten von OS-Systemen, sicherstellen, dass Ihre PDF-Datei eingebettet hat alle Schriftarten, die Sie verwendet!

    Die Reparatur Ihrer zhang11a.pdf

    Es ist jedoch möglich, zu reparieren Ihre problematische PDF-Datei mit Hilfe von Ghostscript. Ich habe diesen Befehl auf einem Ubuntu-Oneiric-system (verwendet Ghostscript v9.02), um dies zu tun:

    /usr/bin/gs \
  -o gs-repaired---zhang11a.pdf \
  -dPDFSETTINGS=/prepress \
  -sDEVICE=pdfwrite \
   zhang11a.pdf

    Den -dPDFSETTINGS=/prepress Teil der CLI-Parameter sagen Ghostscript Betten Sie alle Schriften nicht eingebettet.

    Dies ist, wie die embedded-ness' - Eigenschaft des reparierten PDF-Datei sieht nun folgendermaßen aus:

    kupfe@abc:~$ pdffonts gs-repariert---zhang11a.pdf 
name type emb sub uni object ID 
-------------------------------- --------- --- --- --- --------- 
AFNVKD+Times-Italic Type 1C ja ja Nein 12 0 
PEQXED+CMSY10 Typ 1C ja ja ja 14 0 
FYXQNZ+Times-Roman-Typ 1C ja ja Nein 8 0 
XILTND+Times-Bold Type 1C ja ja Nein 10 0 
HZJMVE+Symbol Typ 1C ja ja Nein 36 0 
EGYAWT+CMR10 Typ 1C ja ja Nein 26 0 
AQGZYJ+CMMI10 Typ 1C ja ja ja 28 0 
YJATHO+ZapfChancery-MediumItalic Typ 1C ja ja Nein 30 0 
CZXDRN+MSBM10 Typ 1C ja ja Nein 32 0 
KTZJPT+CMEX10 Typ 1C ja ja Nein 34 0 
NYTDMD+CMMI10 Typ 1C ja ja Nein 58 0 
DFQTPB+CMMI7 Typ 1C ja ja Nein 60 0 
GXJYGS+CMBX10 Typ 1C ja ja Nein 62 0 
QAMUEV+CMMI5 Typ 1C ja ja Nein 64 0 
QEWIFQ+CMEX9 Typ 1C ja ja Nein 76 0 
KNOSJH+CMSS10 Typ 1C ja ja Nein 88 0 
UCHHLK+Courier Typ 1C ja ja Nein 95 0 
TWNVND+Helvetica Typ 1C ja ja Nein 102 0 
ZDIWNO+CMR10 Typ 1C ja ja Nein 139 0 
IGJFUT+CMMI10 Typ 1C ja ja Nein 141 0

    Überprüfte ich, wie Evince macht die reparierte PDF-Datei: es ist OK jetzt.

    Update:

    Martin Schröder ist die richtige in die besagt, dass -- entsprechend der ISO-PDF-standard-keine der 'Base 14 "PDF-fonts (das sind die 4 "standard", "Kursiv", "Fett" und " Fett-Kursiv-Variationen für Helvetica, Times und Courier plus-Symbol und Dingbats) eingebettet werden muss und dass alle PDF-Viewer bieten sollte, Ihre eigenen Mittel der rendering-alle Glyphen in diesen Schriften, auch in dem Fall nicht in die Datei eingebettet.

    In der Realität, nach dieser Empfehlung führte dazu, dass viele Probleme im realen Leben (wie in einem Fall wird auf dem display in dieser Frage): weil nicht alle Zuschauer, Renderer und automatischer PDF-Prozessoren zuverlässig Rendern der Glyphen, die für un-eingebettete Schriftarten. Und das ist der Grund, warum alle aktuellen ISO-Normen für PDF/A (Archivierung), PDF/X (blind eXchange) erfordern einbetten alle Schriften (auch die " Base 14' ones) in PDF-Dateien. Sonst wird die Datei nicht als kompatibel mit dem jeweiligen standard.

    Da meine Ghostscript-Ergebnis zeigt: die Einbettung der Schrift "Symbol" nicht zuverlässig vermeiden, die ∑ Glyphe rendering-problem für Evince. Auch wenn Sie denken, dass es eine Evince-bug (was Sie Recht), dass es nicht richtig Rendern die original-PDF -...

    • Das ist falsch: in der symbol-font ist einer von denen, die nicht eingebettet werden müssen.
    • Schröder: Was Sie sich beziehen, ist eine sehr alt Adobe-Empfehlung (im Sinn hatte kleine Dateigrößen im Zeitalter von teuren Festplatten und RAM). Was ich davon sprechen, was notwendig ist, um PDF-Dateien zuverlässig funktionieren, in der realen Welt. Und das ist, warum f.e. die verschiedenen PDF/A-ISO-Normen, in der TAT verlangen embed alle Schriftarten (auch Symbol!).
    • ISO 32000-1:2008 sagt (Abschnitt 9.6.2.2): "Diese Schriften, oder Ihre font-Metriken und geeignete substitution Schriften, steht die konforme reader." Wir sprechen hier nicht über PDF/X oder PDF/A hier, aber PDF.
    • Hach... Sehen, Martin. Yun Huang hatte ein problem. Ich Analysierte es, und sogar eine Lösung, wie das problem zu vermeiden, auch mit einem buggy Evince. Was ich zu sprechen, ist ', um PDF-Dateien zuverlässig funktionieren, in der realen Welt " . Was Sie sprechen, ist die PDF-1.7-Spezifikation, die sich bewährt hat nicht machen (allen) PDF-Dateien zuverlässig funktionieren, in der realen Welt. Das ist der Grund, warum die PDF-1.7-spec wurde ergänzt durch weitere Angaben (auch standards!), wie für PDF/A und PDF/X
    • Ich werde dir glauben, wenn PDF-2.0 erfordert, dass alle Schriften eingebettet werden.
    • Es ist nicht die Frage, was Sie glauben. Es ist die Frage, was für Leute wie Yun Huang und mir.
    • Vielen Dank für Ihre große Hilfe! Eigentlich tritt dieses problem in jedem Artikel, in JMLR. Ich habe zum drucken diese Papiere auf (virtuelle) Windows, was umständlich ist. Ich habe versucht, die gs loben und die reparierte PDF-Datei werden konnte, korrekt wiedergegeben. Deine Lösung hilft mir wirklich, danke noch einmal.
    • Vielleicht ist der JMLR submission system sollte verbessert werden, um sicherzustellen, dass alle Schriften eingebettet sind in den eingereichten Beiträgen ein. Danke, dass Sie alle das gleiche 🙂
    • Richten Sie Ihr TeX-system auf " immer einbetten die Basis-Schriftarten; siehe hier.
    • Ja, ich weiß, wie man die Schriften einbetten, bei der Verwendung von LaTeX. Meine ursprüngliche Frage ist zum Rendern von nicht-Schrift-eingebettete pdf-Papier (von anderen geschrieben, aus online-Verfahren, wie JMLR). Trotzdem danke.
    • Ist es möglich, alle Schriftarten installieren, die Adobe Reader trägt standardmäßig, so dass Evince kann Sie auch nutzen? Ich weiß, Evince kann nicht versenden können, weil der Lizenz-Probleme. Aber ich als Nutzer sollte in der Lage sein, um Sie zu installieren.
    • Heutzutage Adobe Reader nicht co-installieren Sie alle Schriftarten, die Schriften. Es hat die Schriftarten, die Sie verwendet für die Anzeige der PDF-Datei "Base 14" - Schriften zusammengestellt in seinen Binärdateien. Ghostscript bietet look-alike-Klone dieser die Base 14 Schriften PDF, das verwendet werden kann Evince auch.
    • Wie kann ich Sie installieren in Linux, und wie kann ich sicherstellen, dass Evince verwendet Sie?
    • apt-get install gsfonts.
    • Ich habe bereits gsfonts installiert, aber Evince sieht immer noch anders als der Adobe Reader. Ich kann Ihnen ein Beispiel als PDF-Datei, wenn Sie wollen, um einen Blick zu nehmen.
    • Hast du auch Lesen meine Antwort?! Wenn ja, hast du verstehen es? Wenn Sie nicht verstehen, welcher Teil davon kann ich verbessern, damit es mehr verständliche?
    • Vielen Dank, ich habe deine Antwort gelesen. Wenn ich es richtig verstanden habe, erhält eine PDF-Datei, nicht eingebettete Schriften, die verschiedenen rendering von Evince vs Adobe ist wegen font-Verfügbarkeit (richtig?). Die Einbettung von Schriftarten, die auf alle meine PDF-Dateien ist nicht eine option für mich, denn es würde zu viel Speicherplatz (ich habe eine riesige Bibliothek von Büchern und Artikeln). Ich mag Evince, wegen seiner Einfachheit, und Adobe bietet keine Unterstützung für linux. Ich will also einen Weg finden (andere, als die Einbettung von Schriftarten in die PDF-Datei) zur Darstellung dieser PDFs in Evince entspricht, so nah wie möglich, was Adobe Reader aussieht.
    • Aber vielleicht habe ich etwas verpasst aus deiner Antwort, sorry für meine Unwissenheit.
    • Wenn die Schrift in Frage ist nicht eine der 'Base, 14', dann schauen Sie, was der Adobe Reader sagt über die Schriften. Es sollte ermittelt werden, den font-Namen, wenn Sie "[Strg]+[d] -> Schriftarten". Überprüfen Sie heraus die Schriften, die nicht markiert "embedded". Notieren Sie sich die "Aktuelle Schriftart" name der angezeigt wird. Dies ist es, was Leser verwendet, als Ersatz-schriftart. Aber wenn Sie das liest "xyz MM" es heißt, es ist ein "shape-shift" Multiple-Master-Schriftarten nicht unterstützt werden von Evince... da muss man einfach haben, zu Leben mit dem, was Sie jetzt ist.
    • Wenn die "Aktuelle Schriftart" nicht ein MM-Typ, dann google seinen Namen und downloaden+installieren es auf Ihrem system...
    • nur von Ihnen positiv bewertet werden Ihre Antwort & Kommentare 😛 ... danke für die Hilfe
    • Der Tipp, dass ein Befehl pdffonts existiert, ist es Wert, ein upvote, auch wenn diese Frage erklärt wurde, off-topic.
    • Ich installierte über 3GB von Schriften vor, die Festsetzung mein problem mit diesem Befehl 😀

    InformationsquelleAutor Kurt Pfeifle
  2. -2

    Sieht aus wie ein bug in der (jetzt zwei Jahre alt) evince in Ubuntu 10.4. Entweder aktualisieren Sie Ihren Ubuntu oder einen Fehlerbericht mit Ubuntu.

    • Ich habe gerade überprüft: Evince v3.2.1-0ubuntu2.2 auf ein Aktuelles Ubuntu Oneiric (11.10) nicht dazu, dass die original-PDF-richtig. Das heißt: die Empfehlung zu 'aktualisieren Sie Ihre Ubuntu' hilft nicht ein jota. In der Erwägung, dass die Empfehlung 'reparieren Sie Ihre zhang11a.pdf' wirklich hilft....
    • Sollten Sie immer noch senden Sie einen Fehlerbericht mit Ubuntu, sieht das PDF-Dokument korrekt im Adobe Reader aber nicht im Okular.
    • Lieber Martin Schröder: ich werde einen Fehlerbericht mit Ubuntu, wenn und falls ich wie an, nicht auf Ihren Befehl. Es war Sie wer sagt, dass es ein evince-bug. Warum also nicht Sie tun?!?
    • Ich verwende Ubuntu oder Evince.
    • Das war eine ziemlich gewagte Ansatz dann: empfiehlt jemand ein update auf eine neuere version einer software, ohne es zu wissen, oder zu wissen, ob es funktioniert...
    • Natürlich können Sie die Datei einem Fehler gegen evince in 10.4 (die ich verlassen bis zu Ihnen) - aber ich bezweifle, dass irgendjemand wird fix eine software, die alte.

    InformationsquelleAutor Martin Schröder
Schreibe einen Kommentar