Schlagwort: Word

  • PDF aus MS Office für MacOS: Zeichensalat in Illustrator vermeiden

    Die MS-Office-Programme bieten sowohl unter Windows als auch unter MacOS einen sehr einfachen Weg, aus einem Dokument ein PDF zu generieren: Sichern unter › PDF.

    Wer allerdings ein unter MacOS erzeugtes Office-PDF in Illustrator öffnet, findet häufig Zeichensalat statt der ursprünglichen Textinhalte der Office-Datei in Illustrator vor:

    PowerPoint-PDF in Illustrator geöffnet
    PDF nach Export aus MS PowerPoint in Illustrator geöffnet

    In Acrobat hingegen werden alle Texte korrekt angezeigt:

    PowerPoint-PDF in Acrobat geöffnet
    PDF nach Export aus MS PowerPoint in Acrobat geöffnet

    Problemlösung

    Im Adobe-Forum sind dazu zwei mögliche Lösungsansätze zu finden:

    1. Als PDF/A speichern aus AcrobatPro
      • PDF in AcrobatPro öffnen
      • Datei › Speichern als › Archivierbare PDF-Datei (PDF/A)
      • PDF/A in Illustrator öffnen
    2. Export als EPS aus AcrobatPro
      • PDF in AcrobatPro öffnen
      • Datei › Exportieren als › Encapsulated PostScript
      • EPS in Illustrator öffnen

    Meine klare Empfehlung:
    Verwenden Sie Variante 1, das Speichern als PDF/A aus AcrobatPro.

    Auch wenn beide Varianten funktionieren, ist das EPS-Format ein stark veraltetes Dateiformat und hat gegenüber einem PDF viele Nachteile. Ich verzichte schon seit vielen Jahren so weit es geht auf EPS-Dateien und nutze alternativ das PDF-Format.
     

    Den Originaleintrag im Adobe-Forum finden Sie hier (Stand 14.10.2022):
    https://community.adobe.com/t5/illustrator-discussions/illustrator-opens-pdf-with-corrupted-characters/td-p/4851202

  • Berechnung x-facher Zeilenabstände in Microsoft Word

    Die Berechnung der x-fachen (mehrfachen) Zeilenabstände in Microsoft Word entpuppt sich als Herausforderung: Ich wollte eine Microsoft-Word-Vorlage erstellen, die Flexibilität in der Schriftgröße ermöglicht. Das Layout gab PT Serif Regular 10pt/15pt vor. Word bietet die Möglichkeit, Zeilenabstände sowohl fest (»genau«) als auch flexibel (»Einfach« usw. bis »Mehrfach«) einzugeben.

    Falsche Grundannahme

    Man möchte annehmen, dass in Microsoft Word ein 1-facher Zeilenabstand bei einer 10-pt-Schrift genau 10 pt entspricht und ich demzufolge 10pt/1,5-fach einstellen müsste, um meiner Layout-Vorgabe folgend genau 15pt Zeilenabstand (ZAB) zu erhalten.

    Dem! ist! nicht! so!

    Nach kurzen Tests war klar: Word benutzt zur Berechnung des flexiblen Zeilenabstands bestimmte metrische Font-Attribute und die Schriftgröße. Das bedeutet: 1-facher Zeilenabstand ist je nach gewählter Schrift und Schriftgröße ein anderer absoluter Wert. Aber welche Werte werden zur Berechnung benutzt?

    Internetsuche

    Die Suche im Internet bestätigte zunächst mein vages Ergebnis recht amüsant (»defaults somewhere a little south of«):

    Antwort von Eric Life-Putnam auf: How does Microsoft Word calculate the amount of line spacing?
    Quelle: https://www.quora.com/How-does-Microsoft-Word-calculate-the-amount-of-line-spacing (abgerufen am 21.08.2017)

    Und brachte mich anschließend auf diese wundervolle Aussage eines Microsoft-Mitarbeiters:

    Antwort von Tarun Chopra auf: How to calculate line height in single line spacing paragraph?
    Quelle: https://social.msdn.microsoft.com/Forums/en-US/6198f5be-3bb6-4ebf-9f2e-35447d087b45/how-to-calculate-line-height-in-single-line-spacing-paragraph?forum=os_binaryfile#45a6e6b4-929a-4aeb-97dc-5e1df5d9f0e9 (abgerufen am 21.08.2017)

    Jede Office-Anwendung kalkuliert also den x-fachen Zeilenabstand anders. Und jede Version ein jeder Office-Anwendung eventuell ebenfalls.

    So geht’s … zumindest in meiner Anwendungsumgebung

    Nach weiterem Testen und Tüfteln habe ich diese Formel aufgestellt, die bisher in meiner Anwendungsumgebung (MS Word 2010 für Windows, Version 14.0.7184.5000) präzise Ergebnisse liefert:

                          Fontsize [pt] * ( WinAscent + | WinDescent | )
    1-fach-ZAB [pt]  =  --------------------------------------------------
                                               UPM

    WinAscent und WinDescent stammen aus der OS/2-Tabelle eines Fonts (os2.usWinAscent, os2.usWinDescent: https://www.microsoft.com/typography/otspec/os2.htm#wa).
    UPM (Units per EM, Einheiten pro Geviert) stammt aus der HEAD-Tabelle (head.unitsPerEm: https://www.microsoft.com/typography/otspec/head.htm).

    Wollen wir also für einen Font bei vorgegebener Schriftgröße und festem Zeilenabstand den Wert berechnen, den wir in das Feld »Mehrfach« in Word eintragen müssen, hilft uns diese Formel (eine Kombination der oben dargestellten mit simplem Dreisatz):

                                   ZAB [pt] * UPM
    x[-fach]  =  --------------------------------------------------
                   Fontsize [pt] * ( WinAscent + | WinDescent | )

    Ein Beispiel:

    Die PT Serif Regular hat folgende Font-Metriken:

    head.unitsPerEm = 1000
    os2.usWinAscent = 1039
    os2.usWinDescent = -286

    Bei gewünschten 10pt/15pt ergibt sich:

                           15 * 1000
    x[-fach]  =  ----------------------------  =  1,132-facher Zeilenabstand in Word
                   10 * ( 1039 + | -286 | )

    Und siehe da: Es passt.

  • Interpunktionen und Sonderzeichen eingeben unter Windows, MacOS und Linux

    Eine exzellente Übersicht, wie Interpunktionen und Sonderzeichen unter den Betriebssystemen Windows, MacOS und Linux einzugeben sind, finden Sie auf dieser auch sonst empfehlenswerten Seite:

    http://typefacts.com/tastaturkuerzel

  • InDesign-Laufweite umrechnen

    Sie möchten die Schrift-Laufweiten zwischen zwei Programmen umrechnen? Hier meine kleine Sammlung:

    Laufweiten-Definitionen

    Adobe InDesign:   1/1000 Geviert
    Quark XPress:   1/200 Geviert
    PageOne und Arbortext APP (ehemals 3B2):   % der Schriftgröße
    Microsoft Word:   pt-basiert

    InDesign nach Quark

    InDesign : Quark = 5 : 1

    InDesign nach PageOne oder Arbortext APP (3B2)

    1% (PageOne) = 10 Linien (10/1000 Geviert) = 10 InDesign-Einheiten

    InDesign nach Word

    [Laufweite in pt] = [Schriftgröße in pt] x [Laufweite in 1/1000 Geviert] / 1000