Info |
---|
Auf dieser Seite werden Informationen für das Customizing für das E-Paper aufgeführt. |
Funktionalitäten von Customizing E-Paper
...
Änderungen in den hier aufgeführten Abbildungen greifen erst nach Customizing-Update der Dämone (z.B. durch den nächtlichen Neustart).
Wenn es auf dem Produktivsystem E-Paper-Ausgaben gibt, die noch mit dem alten Stand der Abbildung PublishingAppDPAbfolge erstellt wurden und noch nicht exportiert wurden, ist eine E-Paper-Aktualisierung der von der Änderung betroffenen Druckproduktseiten erforderlich, vgl. https://peiq.atlassian.net/wiki/spaces/PPSD/pages/913408136/E-Paper+erstellen+ffnen+aktualisieren+und+exportieren#Nachtr%C3%A4gliches-E-Paper-Aktualisieren-mit-Export
Inhaltsverzeichnis
Expand | ||||
---|---|---|---|---|
| ||||
|
...
Abbildung PublishingAppDPAbfolge
Soll ein neues Objekt eingeführt werden, ist zunächst das grundlegende Customizing für das E-Paper einzurichten. Diese initiale Einrichtung übernimmt PEIQ.
Da in der Cloud jedoch selbstständig neue Ausgaben und Ressorts ergänzt sowie bestehende Ausgaben und Ressorts angepasst werden können, wird Sollten zukünftig für eine Ausgabe weitere Druckprodukttypen hinzukommen, sich eine Ausgabenbezeichnung ändern oder eine neue Ausgabe zu einem Objekt hinzukommen, ist im Folgenden beschrieben, welche Anpassungen in diesem Fall für das E-Paper erforderlich sind. Diese Anpassungen sind relevant, damit die E-Paper-Produkte richtig angelegt und an das Drittsystem übertragen werden. Beim Umwandeln eines Printartikels in einen Digitalartikel werden für die Ausgabe und das Ressort die Werte des Printartikel aus den Wertelisten WL_Ressort und WL_Ausgabe übernommen.
Zukünftig soll bei Bedarf das im Folgenden genannte Customizing durch die bzw. den Cloud-Kund:in selbstständig angepasst und gepflegt werden.
Customizing - Abbildungen für das E-Paper
Abbildung PublishingAppDPAbfolge
In dieser Abbildung wird festgelegt, welche Druckprodukte zusammen für das E-Paper publiziert werden. Pro zu erstellendes E-Paper-Produkt darf nur eine Zeile in diese Abbildung eingetragen werden. Der erste Key ist die E-Paper-Produkt-Ausgabe. Um eine einheitliche Namensgebung der E-Paper-Produkte zu erhalten (ist an anderen Stellen wie z. B. Such-Masken, komplexen Aktionen relevant), sollte hier das Schema “ep-” + Ausgabenkürzel verwendet werden, z. B. ep-ta-mue . Es darf in dieser Abbildung keine Sternzeile gebenfür die Print-Ausgabe ta-mue. Entsprechend dürfen die Print-Ausgaben-Kürzel nie mit “ep-*” starten.
Auf der rechten Seite (in geschweiften Klammern) werden die Printprodukte in genau der Reihenfolge angegeben, wie sie im E-Paper-Produkt zusammensetzt werden sollen. Die Angabe der Printprodukte erfolgt über die Angabe der Ausgabe, falls es nur ein Printprodukt für diese Ausgabe gibt. Wenn es mehrere Printprodukte der Ausgabe gibt, wird nach der Ausgabe durch Strichpunkt getrennt der Druckprodukt-Typ angegeben. Die Printprodukte müssen in der Abbildung einem Es ist möglich, Printprodukte unterschiedlicher Objekte einer E-Paper-Produkt eindeutig zugewiesen sein. Ein Printprodukt mit der gleichen Zusammensetzung aus Ausgabe und Produkttyp kann nicht für verschiedene Ausgabe zuzuordnen. Soll ein Printprodukt nicht im E-Paper -Produkte verwendet werden.Die Angaben in der Abbildung sollten für eine erscheinen, darf die Ausgaben-Produkttyp-Kombination dieses Printproduktes nicht in der Abbildung vorkommen.
In PRINT NGEN wird nach den Printprodukten gesucht mit “PPErschAm = PPErschAm des EPaper-Produkts” (Erscheinungstag) und den Werten für “PPAusgabe” und “PPProduktTyp” in der Abbildung.
Die Angaben für die E-Paper-Ausgabe ( vor den geschweiften Klammern ) eindeutig seinsollten in der Abbildung nur ein Mal vorkommen, damit die darauffolgende Zusammensetzung der Print-Produkte der E-Paper-Ausgabe eindeutig zuordenbar ist. Falls es für eine E-Paper-Ausgabe dennoch doppelte Zeilen gibt, wird nur die erste Zeile, die für die E-Paper-Ausgabe gefunden wird, für die E-Paper-Produktion ausgewertet.
Es darf in dieser Abbildung keine allgemeingültige Sternzeile geben. Die Angabe der E-Paper-Produkt-Ausgabe im ersten Key muss also eindeutig sein. Ebenso darf bei der Angabe der Druckprodukte in den geschweiften Klammern nicht mit Sternchen * gearbeitet werden. Die einzelnen Druckprodukte müssen mit dem vollständigen Ausgabennamen und Produkttyp angegeben werden.
Für jedes E-Paper-Produkt muss die Gesamtmenge aller gewünschten Zusammensetzungen des E-Papers abgedeckt sein. Die angegebenen Printprodukte müssen dabei nicht an jedem Erscheinungstag alle vorhanden sein. Für das E-Paper-Produkt werden nur die für den Erscheinungstag vorhandenen Printprodukte in der definierten Reihenfolge verwendet.
...
Wenn beispielsweise ein Magazin für die Ausgabe ta-mue nur samstags erscheint und hinten ans E-Paper angehängt werden soll, muss in der Abbildung PublishingAppDPAbfolge für die Zeile des E-Paper-Produktes ep-ta-mue das Printprodukt “ta-mue;magazin” an letzter Stelle in den geschweiften Klammern angegeben sein. Dieses wird allerdings nur ins E-Paper-Produkt eingefügt, wenn es auch ein entsprechendes Printprodukt für den betreffenden Erscheinungstag existiert.
In PRINT NGEN wird nach den Printprodukten gesucht mit “PPErschAm = PPErschAm des EPaper-Produkts” (Erscheinungstag) und den Werten für “PPAusgabe” und “PPProduktTyp” in der Abbildung.
Diese Abbildung ist von dem bzw. der Cloud Kunden/Kundin selbstständig auszufüllen. Sollten für eine Ausgabe weitere Druckprodukt-Typen hinzukommen, sich eine Ausgabenbezeichnung ändern oder eine neue Ausgabe zu einem Objekt hinzukommen, sind diese Änderungen durch die bzw. den Cloud Kund:in selbstständig anzupassen.
...
Mehrfachverwendung eines Printproduktes im E-Paper (optional)
Ein Printprodukt kann in den geschweiften Klammern mehreren E-Paper-Ausgaben zugeordnet werden. Der E-Paper-Produzieren-Workflow erstellt dann automatisch für alle E-Paper-Ausgaben, die das mehrfach verwendete Druckprodukt enthalten, eine Vererbungsbeziehung her, wobei in dem E-Paper-Produkt, bei dem das mehrfach verwendete Printprodukt zuerst in der Abbildung PublishingAppDPAbfolge aufgeführt ist, die Mutterseiten enthalten sind. Mehr dazu unter Mehrfachverwendung eines Printproduktes im E-Paper
Wochentagsabhängige Zusammensetzung des E-Papers (optional)
Das E-Paper-Produkt kann optional abhängig vom Wochentag aus unterschiedlichen Druckprodukten und/oder in einer anderen Reihenfolge zusammengesetzt werden.
In der Abbildung PublishingAppDPAbfolge kann dafür nach dem E-Paper-Ausgabennamen an zweiter Stelle der Wochentag als Bedingung angegeben werden, der für die in den geschweiften Klammern folgenden Zusammensetzung des E-Papers gelten soll. Die Keys der Abbildung (E-Paper-Ausgabe und Wochentag) sind ausprogrammiert und müssen daher in der Abbildung nicht explizit definiert werden. Die Werte für den Wochentag können in folgender Form angegeben werden: MO, DI, MI, DO, FR, SA oder SO.
Die allgemeingültigen Zeilen müssen nach den wochentagspezifischen Zeilen aufgeführt sein. Bei einer Zeile, die nicht für einen bestimmten Wochentag gelten soll, kann nach der Ausgabe direkt die Zusammensetzung in den geschweiften Klammern folgen oder ein *.
Beispiel:
Die E-Paper-Ausgabe ep-ta-ma soll an einem Samstag nur aus dem Hauptprodukt ta-ma;hp und der Sonderveröffentlichung ta-ma;sv bestehen. An allen anderen Wochentagen soll die E-Paper-Ausgabe aus dem Hauptprodukt, Vorprodukt 1, Vorprodukt 2 und Vorprodukt 3 bestehen, wenn diese für den Erscheinungstag existieren. Das kann wie folgt in der abgebildet werden:
Code Block |
---|
ep-ta-ma, SA {ta-ma;hp, ta-ma;sv}
ep-ta-ma, * {"ta-ma;hp", "ta-ma;vp1", "ta-ma;vp2", "ta-ma;vp3"} |
oder
Code Block |
---|
ep-ta-ma, SA {ta-ma;hp, ta-ma;sv}
ep-ta-ma {"ta-ma;hp", "ta-ma;vp1", "ta-ma;vp2", "ta-ma;vp3"} |
Beispiel einer tabellarischen E-Paper-Übersicht und Übersetzung in die Abbildung
Printprodukte mit jeweiligem Produkttyp in der gewünschten Reihenfolge | |||||
---|---|---|---|---|---|
Entstehendes E-Paper-Produkt | Wochentag (optional) | Printprodukt 1 <Ausgabe>;<Produkttyp> | Printprodukt 2 <Ausgabe>;<Produkttyp> | Printprodukt 3 <Ausgabe>;<Produkttyp> | Printprodukt n <Ausgabe>;<Produkttyp> |
Objekt ta | |||||
ep-ta-ma | SA | ta-ma;hp | ta-ma;sv | ||
ep-ta-ma | alle außer Samstag | ta-ma;hp | ta-ma;vp1 | ta-ma;vp2 | ta-ma;magazin |
ep-ta-mue | SA | ta-mue;hp | ta-ma;sv | ||
ep-ta-mue | alle außer Samstag | ta-mue;hp | ta-mue;vp1 | ta-mue;vp2 | ta-mue;magazin |
ep-ta-dah | alle | ta-dah;hp | ta-dah;vp1 | ta-dah;vp2 | ta-dah;vp3 |
ep-ta-ffb | alle | ta-ffb;hp | ta-ffb;vp1 | ta-ffb;vp2 | ta-ffb;vp3 |
Objekt peiq | |||||
ep-peiq-crea | alle | peiq-crea;hp | peiq-crea;vp1 | peiq-crea;vp2 | peiq-crea;vp3 |
Übersetzung der tabellarischen Übersicht der E-Paper-Zusammensetzungen in die Abbildung PublishingAppDPAbfolge:
Code Block | ||
---|---|---|
| ||
//EPaper-Ausgabe, Wochentag {“Print-Ausgabe;ProduktTyp1”,”Print-Ausgabe;ProduktTyp2”} //Bezeichnung EPaper-Ausgabe: “ep-” + Objektkürzel + “-” + Ausgabenkürzel //Wochentagangabe: MO,DI,MI,DO,FR,SA oder SO //Master //Objekt ta ep-ta-muema, SA {"ta-ma;hp", "ta-ma;sv"} ep-ta-ma {"ta-muema;hp", "ta-muema;vp1", "ta-muema;vp2", "ta-ma;vp3"} ep-ta-mue;vp3, SA {"ta-mue;hp", "ta-ma;sv"} ep-ta-dahmue {"ta-dahmue;hp", "ta-dahmue;vp1", "ta-dahmue;vp2", "ta-dahmue;vp3"} ep-ta-ffbdah {"ta-ffbdah;hp", "ta-ffbdah;vp1", "ta-ffbdah;vp2", "ta-ffbdah;vp3"} ep-ta-maffb {"ta-maffb;hp", "ta-maffb;vp1", "ta-maffb;vp2", "ta-maffb;vp3"} //Objekt peiq ep-peiq-crea {"peiq-crea;hp", "peiq-crea;vp1", "peiq-crea;vp2", "peiq-crea;vp3"} |
Werteliste EPaperBildExport (optional)
Standardmäßig werden Bilder, die direkt auf der Seite (ohne Artikel) platziert sind, mit Bildgeometrie und Bilddatei ans E-Paper exportiert, sodass diese im E-Paper-Reader klickbar sind. Sollen generell alle Bilder von einem oder mehreren Asset-Importen nicht ans E-Paper exportiert werden, kann dies kund:innenspezifisch in der Werteliste “EPaperBildExport” eingestellt werden.
In dieser Werteliste ist je nach Assetimport definierbar, welcher Wert (““, “ja” oder “nein”) bei den importierten Bildern in der Eigenschaft “EPaperExport” gesetzt werden soll.
Die Werte ““ und “ja” bedeuten, dass die Bilder dieses Assetimportes ans E-Paper geschickt werden, wenn diese ohne Artikelcontainer direkt auf einer Seite platziert sind.
Der Wert “nein” bedeutet, dass die Bilder dieses Assetimportes NICHT ans E-Paper geschickt werden, wenn diese ohne Artikelcontainer direkt auf einer Seite platziert sind.
Der Standardwert ist ““.
In der linken Spalte “P:MerkeImport” ist der jeweilige Assetimport definiert.
Note |
---|
Es darf nur der Wert rechts in den geschweiften Klammern für den jeweiligen Assetimport verändert werden! |
Beispiel:
Sollen die Bilder, die über den Seiten_Extern-Assetimport nach PRINT NGEN importiert werden, nicht ans E-Paper exportiert werden, wenn diese lose auf der Seite platziert sind, muss die Werteliste wie folgt aussehen:
Code Block |
---|
EIGENSCHAFTEN
P:MerkeImport {}
Boerse {""}
Horoskope {""}
Karikatur {""}
Raetsel {""}
Seiten_Extern {nein}
Sudoku {""}
TVProgramm {""}
Wetter {""} |
Die Werteliste “EPaperBildExport“ ist optional. Existiert keine kund:innenspezifische Ausprägung der Werteliste, werden direkt auf der Seite platzierte Bilder (ohne Artikelcontainer) standardmäßig ans E-Paper exportiert.
Wird eine kund:innenspezifische Werteliste “EPaperBildExport” benötigt, ist dies individuell über den Service Desk anzufragen.
Verwandte Seiten
Filter by label (Content by label) | ||||||
---|---|---|---|---|---|---|
|
Include Page | ||||
---|---|---|---|---|
|
Nur für PEIQ-Mitarbeiter: