Inhaltsverzeichnis

Logiken bzgl. der E-Paper-Erstellung

Warum kommen ganze Druckprodukte nicht im E-Paper-Viewer an?

Bitte überprüfen Sie, ob am Druckprodukt und an den Seiten der Produkttyp (Eigenschaft “PPProduktTyp” bzw. “DLayProduktTyp”) gesetzt ist und ob die Ausgaben-Produkttyp-Kombination laut Abbildung “PublishingAppDPAbfolge” für das E-Paper vorgesehen ist (s. dazu auch Customizing E-Paper).

Lösung: Wenn der Produkttyp nicht gesetzt ist, kann dieser per Kontextmenü am Druckprodukt gesetzt werden:

Open

Setzen des Produkttyps via Kontextmenü

Warum kommen einzelne Seiten nicht im E-Paper-Viewer an oder warum kommen sie dort leer an?

1. Bitte überprüfen Sie anhand der folgenden Tabelle, ob am Druckprodukt und an den Seiten in diesem Druckprodukt die Werte der Eigenschaften übereinstimmen:
   
   

   Open

   

   
   Lösung: Setzen Sie die nicht übereinstimmenden Eigenschaften bitte per Kontextmenü am Druckprodukt bzw. an den Seiten. Einige Eigenschaften, die an den Seiten geändert werden sollen, müssen über das Druckprodukt gesetzt werden, da per Aufruf am Druckprodukt sichergestellt wird, dass die Eigenschaften am Druckprodukt und den zugehörigen Seiten identisch sind.
   
   

2. Wenn in Punkt 1 alle Werte übereinstimmen, kann es auch an einem zu frühen Zurückstufen von “Produzieren” auf “NachschubGeplant” liegen, vgl. E-Paper FAQ | Logiken bzgl. der EPaper Aktualisierung.
   
   

3. Wenn auch Punkt 2 nicht zutrifft, sollte überprüft werden, ob seit dem Publizieren einer nicht angekommenen oder leer angekommenen Seite die Abbildung “PublishingAppDPAbfolge” geändert wurde. Falls seit dem Publizieren eine Änderung der Abbildung vorgenommen wurde, kann es sein, dass diese Änderung die Ausgaben-Produkttyp-Kombination der Seite betrifft.
   
   Beispielsweise kann es sein, dass die Seite produziert wurde, als die Ausgaben-Produkttyp-Kombination noch nicht in der Abbildung “PublishingAppDPAbfolge” enthalten war oder sich die Logik geändert hat, für welche E-Paper-Ausgaben die Ausgaben-Produkttyp-Kombination vorgesehen ist.
   
   Lösung: In diesem Fall ist eine Aktualisierung der Seite mit der neu definierten Logik in der Abbildung “PublishingAppDPAbfolge” erforderlich, indem die Printseite erneut für die E-Paper-Aktualisierung vorgesehen wird, vgl. E-Paper erstellen, öffnen, aktualisieren und exportieren | Nachträgliches E Paper Aktualisieren mit Export. Ist dieses Vorgehen erfolgreich, sollte überprüft werden, ob weitere Seiten betroffen sind.

Logiken bzgl. der E-Paper-Aktualisierung

Warum kommt die Aktualisierung nicht im E-Paper-Viewer an, obwohl die Printseite auf Produzieren gestuft wurde?

Wenn eine Printseite auf Produzieren gestuft wird, dauert es unter Umständen eine Weile, bis sich der Workflow zur E-Paper-Produktion die Seite holt und die zugehörige E-Paper-Seite aktualisiert. Wenn ein:e Benutzer:in die Printseite z. B. wieder auf “NachschubGeplant” zurückstuft, bevor der E-Paper-Workflow die zugehörige E-Paper-Seite aktualisieren konnte, berücksichtigt der E-Paper-Workflow die Seite nicht mehr für die Aktualisierung.

Lösung: Wenn eine Aktualisierung im E-Paper mitkommen soll, muss der User abwarten, bis die Printseite den “Status=Produziert” mit “EPaperStatus=Fertig” erreicht hat. Erst danach kann wieder z. B. auf “NachschubGeplant” zurückgestuft werden.

Fehler beim manuellen Export eines E-Paper-Produktes oder beim automatischen abendlichen / nächtlichen Gesamtexport

Warum erscheint eine Fehlermeldung mit “ActiveX-Meldung: 'PublishingApp error message: Cannot find print layout for print article (…)”?

Aktuell werden beim E-Paper-Export einige Informationen von der zur E-Paper-Seite zugehörigen Printseite geholt. Besteht ein Schiefstand zwischen der E-Paper- und Printseite, kann es zu diesem Fehler führen. Dieser Schiefstand kommt insbesondere dann zustande, wenn zunächst eine Printseite produziert wird, dann auf “NachschubGeplant” gestuft wird und die Printseite nachbearbeitet wird.

Beim Produzieren wurde der Stand ins E-Paper übernommen. Die Nachbearbeitung wurde jedoch noch nicht übernommen. Wird nun der Export des E-Paper-Produktes aufgerufen, können einige Informationen nicht oder nicht richtig von der Printseite geholt werden und es führt zu einem Fehler.

Lösung: Um das Problem zu lösen, muss wieder ein Gleichstand zwischen Print- und E-Paper-Seite hergestellt werden, indem die Printseite erneut produziert wird und damit auch die E-Paper-Seite wieder aktualisiert wird.

Logiken bzgl. Artikeln

Warum kommt ein gesamter Artikel nicht im page-XML mit?

Mehr dazu unter [1-14] OUTBOUND Ausgaben mit Seiten, Artikel und Bilder (Content-Syndication und E-Paper) | Fehlerhafte XML Struktur.

Warum kommen einzelne Artikelinhalte nicht im page-XML mit?

Mehr dazu unterE-Paper erstellen, öffnen, aktualisieren und exportieren | Fehlende Text Elemente im E Paper.

Oder unter Produktübergreifender Standard: Tags/Makros/Bereiche für XSLT Stylesheets:
Grundsätzlich werden nur die Inhalte der aufgelisteten Bereiche (Felder) ins E-Paper übernommen, für die in der Spalte “E-Paper” ein entsprechendes Tagging angegeben ist. Beispielsweise kommen auch keine LayoutText-Bereiche ins E-Paper mit. Zudem sollte berücksichtigt werden, dass alle nicht aufgeführten Auszeichnungen (Textformate), wie z. B. kundenspezifische Makros, bei der Umwandlung der Inhalte von Print zum E-Paper herausgefiltert werden.

Logiken bzgl. Bildern

Warum kommen einzelne Bilder, die Teil eines Artikels sind, nicht im E-Paper-Viewer an?

Grundsätzlich sollten alle Bilder, die Teil eines Artikels sind, im page-XML referenziert sein und auch als Bilddatei an das Drittsystem exportiert werden. Ist dies nicht der Fall, kann das folgende Ursachen haben:

1. Das Bild war ursprünglich außerhalb des Artikelcontainers platziert und wurde nachträglich über die Pfeiltasten in den Artikelcontainer gezogen.
   Lösung: Das Bild wird noch einmal per Drag & Drop in den Artikelcontainer, damit PRINT NGEN das Bildes dem Artikel zuordnet. Bei Bedarf kann das Bild dann zusätzlich über die Pfeiltasten verschoben werden.

2. Beim Artikel besteht eine Verschachtelung mehrerer Artikelcontainer ineinander, wobei alle Textbereiche in den verschiedenen Artikelcontainern miteinander verschachtelt sind. D. h. es liegt keine Haupt- und Unterartikel-Beziehung vor, bei der die verschiedenen Artikel jeweils eigene CIDs haben, sondern alle Textbereiche sind demselben Artikel mit derselben CID zugeordnet. Bei einer Verschachtelung von zwei Artikelcontainern ineinander, ist das kein Problem, d. h. PRINT NGEN findet sowohl im äußeren, als auch im inneren Artikelcontainer die Bilder und kann diese beim E-Paper-Export übertragen. Bei weiteren Verschachtelungen führt das zu einem Problem.
   Lösung: Beim Vorlagenbau sollte darauf geachtet werden, dass möglichst mit Layout-Regeln und -Abständen gearbeitet wird, anstatt mehrere Artikelcontainer ineinander zu schachteln.

Warum kommen lose auf der Seite platzierte Bilder nicht im E-Paper-Viewer mit?

Mehr dazu unter [1-14] OUTBOUND Ausgaben mit Seiten, Artikel und Bilder (Content-Syndication und E-Paper) | Bilder.

Verwandte Seiten