Inhaltsverzeichnis
| Inhalt |
|---|
PS.Content kann Artikel an das HUP (VL) Printredaktionssystem ausleiten. Der Übergabemechanismus ist bidirektional, ein Abgleich kann also in beide Richtungen erfolgen, auch aus dem Print-System zurück nach PS.Content (PS.C im folgenden).
Folgendes Regelwerk gilt für die Kommunikation von PS.C und HUP-Print:
Glossar:
Ablauf Übergabe PS.C nach HUP-Print:
| Codeblock | ||||||
|---|---|---|---|---|---|---|
| ||||||
templates:
-
chars: 3000
template: 4-44-mit Bild
-
chars: 2000
template: 3-44-mit Bild
-
chars: 1000
template: 2-24-mit Bild
-
chars: 1000
printTemplate: comment
template: Kommentar_2sp
-
chars: 500
template: 1-18-mit Bild
-
chars: 500
printTemplate: comment
template: Kommentar_1sp
-
printTemplate: clusterInfobox
template: Infobox_1sp |
Übergabe VL-Print nach PS.C:
| Info |
|---|
| Mit Stand 09.11.2023 steht der Editor-Service mit Spring 3.1 und Java 17 zur Verfügung. |
Generell funktioniert der Abgleich nur dann sinnvoll in beide Richtungen, wenn einer Komponente aus PS.C eine Fläche in Print und umgekehrt zugeordnet werden kann. Bei der Übergabe von PS.C an Print können zwar auch mehrere Komponenten in eine Zielfläche überführt werden, das lässt sich aber auf dem Rückweg nicht mehr automatisch auf einzelne PS.C Komponenten aufteilen. Eine Ausnahme bilden hier "Weiche Auszeichnungen" im Grundtext des Print-Artikels. Diese können wieder in einzelne PS.C Komponenten (zB. Zwischentitel) übersetzt werden.
| Info |
|---|
Zusätzlich Protokoll-Informationen lassen sich durch die Umgebungsvariable
|
vgl. CON-5111: Ortsmarke nicht unbedingt am Flächenanfang
| Codeblock | ||||||||
|---|---|---|---|---|---|---|---|---|
| ||||||||
<!-- Bedeutung in {.. | ..}: SDV-Intkey bzw. Code-Default bei leerem SDV-Wert -->
<HTML>
<HEAD>
<STYLE VER=6>
<!-- Styles für Ortsmarke; "Flächenname" entspr. Zielfläche -->
{4057004 | EM.*[Flächenname]*Ortsmarke{250060: 278070;}}
<!-- Styles für Autorenkürzel -->
{4057023 | EM.*[Flächenname]*Autor{}}</STYLE>
</HEAD>
<BODY>
<DIV CLASS=__Z96_Clipboard__>
<!-- Zusammensetzung der Ortsmarke: Anfang-Ortsmarke; Trennung zw. mehreren Orten; Trennzeichen Ende-Ortsmarke -->
{4057005 | <EM CLASS=*[Flächenname]*Ortsmarke>}Ort1{4057012 | /}Ort2{4057010 | . </EM>}{4057006 |  }
<!-- Zusammensetzung des Autorenkürzels: Anfang-Autorenkürzel; Ende-Autorenkürzel -->
{4057024 | <EM CLASS=*[Flächenname]*Autor>}{4057025 | (}Autorenkürzel{4057026 | ) </EM>}
<!-- Trennzeichen nach Spitzmarke; nur bei vorhandener Ortsmarke -->
{4057013}
</DIV>
</BODY>
</HTML> |
| Codeblock | ||||||||
|---|---|---|---|---|---|---|---|---|
| ||||||||
de:
hup:
vl:
edt:
article:
import:
default-template: PS_Standard_32
# Ortsmarke/Autorenkürzel: Zielfläche im VL-Artikel ODER Kombination des Komponenten-Mappings "component+item"
insert-geo-location: ["text+text", "printShortText+text"]
-
template: PS_Umfrage
# Ortsmarke/Autorenkürzel: Zielfläche für Musterartikel "PS_Umfrage" bzw. Kombination des Komponenten-Mappings
insert-geo-location: []
parameters:
-
... |
Prinzipiell kann konfiguriert werden, Assets als separate Artikel auszuleiten. Ebenso ist eine Liste von Cluster-Namen konfiguriert, deren Inhalt als separater Artikel ausgeleitet wird.
Zu dieser prinzipiellen Konfiguration lassen sich Ausnahmen definieren (print-template und key-value-Paare dynamischer Attribute als Parameter), in denen Assets trotzdem in den Grundartikel eingehen (oder bei anderer Grundkonfiguration eben gerade nicht) - vgl. CON-4323.
Es ist auch möglich, das im PS.C-Artikel eingestellte print-template mit einem dynamischen Attribut als Parameter (z.B. "Kategorie") auf ein anderes print-template "umzumappen". Die oben genannte Definition von Ausnahmen (Assets im Grundartikel obwohl prinzipiell separat) erfolgt dann mit diesem "umgemappten" print-template - gleiches gilt für die Musterwahl im Editor-Service.
vgl. CON-4991: DnD von Assets auf alternative Adresse umleiten
Beim Export eines PS.C-Artikels mit Asset werden für diesen Contentpart zwei URLs im XML einbettet:
eine externe Download-URL (Proxy über UI-Container). Die Verwendung der externen URL kann wiederum konfiguriert werden: hup.one.server.use-ui-proxy = true (sonst wird die interne URL verwendet)
Über den Editor-Service wird konfiguriert, welche der beiden URLs für den Import im VL verwendet werden soll: de.hup.vl.edt.article.import.use-internal-content-url = 0
Im Printsystem werden Assets vom Editor-Service heruntergeladen - entweder beim Drag&Drop (Pull-Workflow) einer Asset-Komponente oder beim Export von Artikeln mit Assets in einen Printkanal. Die Download-URL wird im XML übergeben (Export) oder ist direkt der vom Browser gelieferte externe Link (Drag&Drop). In verschiedenen Konstellationen (M&S, MSSA, WrapperRed1) gab es Probleme beim Download über die externe URL innerhalb des Printsystems beim Pull-Workflow. Deshalb kann auch die interne URL zum Download benutzt werden.
PSContent.ServerAddressDownloadAssetReplace), die bei Pull statt PSContent.ServerAddressDownloadAsset zum Download genutzt wird. use-internal-content-url auf 1 gesetzt. Die interne URL ist wie die externe im übergebenen Artikel-XML enthalten und wird dann genutzt.PS: Config war bei diesen Tests Redaktion.AutomatischeNamen="1"; und Redaktion.UseImageName4ImageArticle="0";
Zur technischen Realisierung siehe Pull-Workflow. Hier soll es um die prinzipielle Funktion und eine Konfigurations-Übersicht gehen.
Der Pull-Workflow ist bereits ohne Konfiguration möglich. Dann werden am PS.C-Artikel Kanäle und das Attribut <Kanalname>.#usedInChannel gesetzt. Beim Deplatzieren wird das Attribut von "true" auf "false" geändert. Diese Aussagen beziehen sich auf den Hauptartikel. Cluster lassen sich separat per DnD im Printsystem platzieren, beeinflussen aber die Kanäle und Attribute des PS.C-Artikels nicht - auch nicht beim Deplatzieren.
Zusätzliche Konfigurationen verfeinern den Workflow je nach Wunsch:
| Codeblock | ||||||||
|---|---|---|---|---|---|---|---|---|
| ||||||||
templates:
-
chars: 3000
template: 4-44-mit Bild
-
chars: 2000
template: 3-44-mit Bild
-
chars: 1000
template: 2-24-mit Bild
-
chars: 1000
print-template: comment
template: Kommentar_2sp
-
chars: 1000
print-template: comment
publication: OWZ
template: OWZ_Kommentar_2sp
-
chars: 500
template: 1-18-mit Bild
-
chars: 500
print-template: comment
template: Kommentar_1sp
-
chars: 500
print-template: comment
publication: OWZ
template: OWZ_Kommentar_1sp
-
print-template: clusterInfobox
template: Infobox_1sp |
"item") einer PS.C Artikelkomponente eine Zielfäche ("destination") und optional eine Zielauszeichnung ("style"), einen Auszeichnung für den ersten Absatz ("style-of-first-paragraph") sowie ein Einfügemodus ("mode") zugeordnet."style") angegeben, wird der Text mit dieser "Weichen Auszeichnung" eingefügt."replace" - Ersetzt den bisherigen Inhalt"add" - Fügt den neuen Inhalt an in den vorhandenen Absatz ein"newline" - Fügt den neuen Inhalt in einem neuen Absatz an"openpara" - Schließt einen vorhandenen Absatz und öffnet einen neuen, der nicht wieder geschlossen wird. (Fettanlauf zB.)"closepara" - Schließt einen Absatzattributierung ab"inline" - Fügt einen Text (i.A. mit einem Style), ohne dass ein Absatz eingefügt wird (z.B. Fett- oder Kursiv-Auszeichnung)"style-of-first-paragraph") konfiguriert, wird dieser vor den einzufügenden Text gestellt, wenn:"destination: ..." adressiert werden."min-height" - Minimale Zeilenhöhe des Bildes, die die Freifäche für Übersatzbeseitigung einnehmen darf"max-height" - Maximale Zeilenhöhe des Bildes, die die Freifläche für Untersatzbeseitigung einnehmen darf"optional" - Optionales Bild, welches versteckt werden darf (Freifläche schlafend), wenn ein Übersatz nicht anders beseitigt werden kann"start" - EFW-Text am Anfang des einzufügenden Textes - z.B. "- ""end" - EFW-Text am Ende des einzufügenden Textes - z.B. "<HFILL/>""start-if-mode-before" - Bei Einfügemodus "add" und Absatzmodus des zuvor in die Fläche eingefügten Textes, bei dem der Start-EFW-Text eingefügt werden darf - z.B. "add""end-if-mode-before" - Bei Einfügemodus "add" und Absatzmodus des zuvor in die Fläche eingefügten Textes, bei dem der End-EFW-Text eingefügt werden darf - z.B. "newline""pre-format: true" - Formatieren des Artikels vor dem Einfügen des Textes, wenn die Zielfläche aufgeweckt werden soll| Codeblock | ||||||||
|---|---|---|---|---|---|---|---|---|
| ||||||||
mappings:
-
# gleiche Konfig für mehrere Musterartikel
template: 4-44-mit Bild|3-44-mit Bild|2-24-mit Bild|1-18-mit Bild|Kommentar_1sp|Kommentar_2sp
actions:
- name: short-headline
label: Kurzüberschrift als UNZ
parameters:
-
component: headline
item: short
destination: UNZ
mode: replace
- name: teaser
label: Teaser als Vorspann
parameters:
-
component: teaser
item: text
destination: Vorspann
mode: add
- name: qr-code
label: QR-Code einfügen
parameters:
-
component: qrcode
component-no: 0
item: text
destination: Service$Text
mode: replace
efw-parameters:
start: "Scannen Sie den QR-Code mit ihrem Handy oder geben Sie den Link in den Browser ein: "
end:
-
component: qrcode
component-no: 0
item: assetID
destination: Service$Bild
mode: replace
parameters:
-
# bei einer headline Komponente wird zunächst der normale Text versucht zu übernehmen, erzeugt dieser Übersatz, wird automatisch die short-Form der Komponente benutzt, sofern vorhanden
component: headline
item: text
destination: Titel
mode: replace
-
component: headline
item: short
destination: Titel
mode: replace
-
component: printHeadline
item: text
destination: Titel
mode: replace -
-
component: overline
component-no: 0
item: text
destination: DAZ
mode: replace
efw-parameters:
pre-format: true
-
component: text
item: text
destination: Text
mode: newline
style-of-first-paragraph: Initial3Z
-
component: subtitle
item: text
destination: Text
mode: newline
style: Zwischenzeile
-
component: leader
item: text
destination: Vorspann
mode: replace
-
component: picture
item: text
destination: Bild1$Text
mode: replace
-
component: picture
item: source
destination: Bild1$Text
mode: add
-
component: picture
item: assetID
destination: Bild1$Bild
mode: replace
image-parameters:
min-height: 10
max-height: 30
optional: false
- |
Mit speziellen Mappings können die PS.C Artikel-Verwaltungsdaten im Print-Artikel als Text übernommen werden.
Über das Schlüsselwort "#article" für component wird festgelegt, dass ein Verwaltungsdatum verwendet werden soll.
Über item wird der Pfad zum Verwaltungsdatum beschrieben: z.B. Author = Autorname; Tags$Tag$Name = ein Stichwort
Bei Listen (z.B. Tags, Locations, Departments, ...) wird über component-no das konkrete Element aus der Liste adressiert: z.B. 0 = erstes Element.
Auch für Verwaltungsdaten gelten die schon oben erwähnten Einfüge- und Absatzmodi sowie die efw-Parameter.
| Codeblock | ||||
|---|---|---|---|---|
| ||||
###### Artikelverwaltungsdaten Mapping #####
- # das erste Stichwort übernehmen
component: "#article"
component-no: 0
item: Tags$Tag$Name
destination: Vorspann
mode: add
- # das zweite Stichwort übernehmen
component: "#article"
component-no: 1
item: Tags$Tag$Name
destination: Vorspann
mode: add
efw-parameters:
start: " / "
#end: " "
- # das erste Ressort übernehmen
component: "#article"
component-no: 0
item: Departments$Department$Name
destination: Vorspann
mode: newline
- # Autor übernehmen
component: "#article"
component-no: 0
item: Author
destination: Vorspann
mode: newline
############# |
| Codeblock | ||||
|---|---|---|---|---|
| ||||
mappings:
-
template: [Musterartikel-Namen]
parameters:
-
component: enumeration
item: [normal | numbered | alphabetic]
destination: [Zielfäche des Artikels]
mode: [add | replace | newline | openpara | closepara | inline]
style: [Optional. Auszeichnungsnamen]
efw-parameters:
start: [Optional. EFW-Text am Anfang des einzufügenden Textes]
start-if-mode-before: [Optional. Absatzmodus des zuvor in die Zielfläche eingefügten Text, bei dem der Start-EFW-Text eingefügt werden darf]
end: [Optional. EFW-Text am Ende des einzufügenden Textes]
end-if-mode-before: [Optional. Absatzmodus des zuvor in die Zielfläche eingefügten Text, bei dem der End-EFW-Text eingefügt werden darf]
after-number: [Optional. EFW-Text nach einer Nummerierung - nur bei numbered und alphabetic]
|
| Codeblock | ||||||||
|---|---|---|---|---|---|---|---|---|
| ||||||||
mappings:
-
parameters:
-
component: enumeration
item: numbered
destination: Text
mode: newline
style: ABS_ERGEBNISSE
efw-parameters:
start: "<TAB/>0"
start-if-mode-before: add
after-number: ".<TAB/>"
end: "..."
end-if-mode-before: add
-
component: enumeration
item: normal
destination: Text
mode: newline
style: ABS_ERGEBNISSE
efw-parameters:
start: "·<QUAD TYPE=4/>"
-
component: enumeration
item: alphabetic
destination: Text
mode: newline
style: ABS_ERGEBNISSE
efw-parameters:
start: "•<QUAD TYPE=1/>" |
| Anker | ||||
|---|---|---|---|---|
|
vgl. auch HUP OP #7929657: Editor-Service: Textzeichen-Ersetzung unvollständig
Für jeden Exportkanal können Textersetzungen definiert werden, die in der Editorservice-Schnittstelle ausgewertet werden. Das sind i.A. Zeichen, die im Printsystem anders aussehen (z.B. Anführungszeichen etc.) oder Steuerzeichen sind (z.B. Tabulator, Absatzmarken etc.).
Folgende Zeichen können z.B. definiert und ersetzt werden (TAGs funktionieren, da sie erst nach Maskierung der < und > eingefügt werden):
| PS.C Zeichen | Ersetzungszeichen | HUP-Print Entsprechung |
|---|---|---|
| ⎵ | HR oder <HR/> | Absatzlinie |
| ↔ | HFILL oder <HFILL/> | Zeilenspaltung |
‗ | <HFILLLINE/> | Auffüllline |
| → | TAB oder <TAB/> | Tabulator |
| █ | QUAD1 oder <QUAD TYPE=1/> | Vollgeviert |
| ▌ | QUAD2 oder <QUAD TYPE=2/> | Halbgeviert |
| ▍ | QUAD3 oder <QUAD TYPE=3/> | Drittelgeviert |
| ▎ | QUAD4 oder <QUAD TYPE=4/> | Viertelgeviert |
| ▏ | QUAD8 oder <QUAD TYPE=8/> | Achtelgeviert |
| ǁ | QUAD9 oder <QUAD TYPE=9/> | Zifferngeviert |
| ‑ | <WBR/> | Trennvorgabe |
| ‒ | – | Bindestrich |
| ┐ | <BR/> | Zeilenwechsel (Ausrichtung Umlaufzeile) |
| ┘ | <BR ALIGN=END/> | Zeilenwechsel (Ausrichtung Absatzendezeile) |
NSP | Geschütztes Leerzeichen ( ) | |
SPACE | Leerzeichen ( ) | |
| [Zeichen] | <MASK_Uxxxx> | Zeichenersetzung zu einem Unicodezeichen xxxx (Hex-Schreibweise), welches erst im fertigen EFW-Zwischenablageformat umgewandelt wird |
| Ř | <ACC TYPE=caron>R | R mit fliegendem Akzent (Caron bzw. Hatschek) |
Die bisher aufgeführten Zeilen zu einfachen und doppelten typografischen Anführungszeichen (auch jeweils die französische Variante) haben keine Wirkung und können deshalb auch weggelassen werden:
| « oder » | \" | Französische in Editor-spezifische Anführungszeichen umwandeln |
| „ oder “ | \" | Typographische in Editor-spezifische Anführungszeichen umwandeln |
Alles, was in PS.C nach Anführungszeichen aussieht (ordinär oder typographisch, einfach oder doppelt), wird im Editorservice hart codiert (!) in die konfigurierten Zeichen umgewandelt (4057.sdv). Damit stimmt auch die Tief- und Hoch-Variante, selbst wenn sie in PS.C falsch wäre.
Bei einfachen Anführungszeichen ist das im Editor oft bewusst nicht auf einfache typografische sondern immer auf Apostroph konfiguriert (einfache typografische werden bei Bedarf als Sonderzeichen eingefügt). Um dennoch aus PS.C heraus einfache typografische Anführungszeichen ins Printsystem einzufügen, wurde die Möglichkeit zur Maskierung der betreffenden Zeichen mit <MASK_Uxxxx> geschaffen, damit sie am Automatismus vorbei geleitet werden können.
Unicode-Zeichen aus PS.Content werden mit der entspr. Codierung &#[Codenummer]; nach HUP-Print übernommen.
Die Textersetzungen gelten auch in umgekehrte Richtung.
| Codeblock | ||||||||
|---|---|---|---|---|---|---|---|---|
| ||||||||
export-steps:
-
export-points:
-
name: Print
parameters:
text-replacements: "⎵=<HR/>,↔=HFILL,→=TAB,█=QUAD1,▌=QUAD2,▎=QUAD4,▍=QUAD3,▏=QUAD8,ǁ=QUAD9,‑=<WBR>,‒=–,┐=<BR/>,┘=<BR ALIGN=END/>,‘=<MASK_U2039>,‹=<MASK_U2039>,›=<MASK_U203A>,‚=<MASK_U203A>,Ř=<ACC TYPE=caron>R" |
PS: Bitte im Codebeispiel die Unterschiede zwischen "Komma" und dem einfachen typografischen Anführungszeichen unten sowie "größer/kleiner als" und den einfachen französischen Anführungszeichen beachten.
| Jira | ||||||||||
|---|---|---|---|---|---|---|---|---|---|---|
|
Konfiguration unter hup.one.content.article.importSources; z.B.
| Codeblock | ||||
|---|---|---|---|---|
| ||||
-
name: 'VL'
parameters:
delete:
- text
- subtitle
ignore:
- leader
- teaser
- audio
- picture
- video
replace:
headline: printHeadline
subheadline: subtitle
before:
- topline:headline
after:
- subtitle:text
- text:subtitle|text |
Der Eintrag "name" muss mit dem in der Konfiguration des Logik-Servers hinterlegten übereinstimmen (hup.one.content.article.import.externalSources)
| Codeblock | ||||
|---|---|---|---|---|
| ||||
-
name: 'VL'
moduleClassname: de.hup.one.content.logic.imports.article.ArticleVLImportModule
parameters:
# url: http://wrapperred14:8080/service/edt/article/xml
url: http://localhost:8180/service/edt/article/xml
exportAttrib: vlExport.articles |
ACHTUNG: Asset-Komponenten werden bei wiederhohlten Rückübermittlung aus Print ignoriert. Es wird weder das Asset noch der Bildtext abgeglichen! Auch die Position des Assets in Relation zum Grundtext geht verloren. Das wird ggfs. später korrigiert.
An der Importschnittstelle für HUP-Print (VL) in PS.Content können Textersetzungen definiert werden.
Dabei handelt es sich um die gleichen Ersetzungsmöglichkeiten wie in umgekehrter Richtung - siehe Tabelle Textersetzungen
| Codeblock | ||||||||
|---|---|---|---|---|---|---|---|---|
| ||||||||
import:
external-sources:
-
name: 'VL'
parameters:
text-replacements: "<HR/>=⎵,<HFILLLINE/>=‗,<HFILL/>=↔,<TAB/>=→,<QUAD TYPE=1/>=█,<QUAD TYPE=2/>=▌,<QUAD TYPE=4/>=▎,<QUAD TYPE=3/>=▍,<QUAD TYPE=8/>=▏,<QUAD TYPE=9/>=ǁ,<WBR/>=‑,‒=–,<BR/>=┐,<BR ALIGN=END/>=┘" |
vgl.
| Jira | ||||||||||
|---|---|---|---|---|---|---|---|---|---|---|
|
| Jira | ||||||||||
|---|---|---|---|---|---|---|---|---|---|---|
|
Es gibt 2 unterschiedliche Verhaltensweisen beim Export ins Printsystem für die 2 unterschiedlichen Start-Szenarien:
a) Artikel in PS.C angelegt
b) Artikel im Printsystem angelegt
Im Fall a) wird jeder neue Kanal entsprechend dem gewählten Testat "Artikelmuster" aus dem zugeordneten Musterartikel neu erzeugt.
Im Fall b) bildet der existierende Print-Artikel die Grundlage bei jedem für die einzelnen Exportkanäle neu angelegten Artikel. Der initiale Print-Artikel gilt beim Export dann als der erste konfigurierte Kanal (im Münchner Fall "WOBL"). Hier ist eine Verfeinerung des Algorithmus denkbar (Kanal je nach Publikation des initialen Print-Artikels) - wegen der bevorstehenden Änderungen im Export-Prozedere (Export pro Ausgabe statt pro Publikation) wird das aber momentan nicht forciert.
Für beide Fälle gemeinsam gilt: Wurde in einen Kanal bereits exportiert, wird für weitere Exporte immer der existierende Artikel als Grundlage herangezogen. Ist dieser Artikel unplatziert, wird er direkt geändert. Für platzierte Artikel wird eine neue Version angelegt, die dann auf der Seite entweder übernommen („Aktuelle Version platzieren“) oder verworfen werden muss („Platzierte Version behalten“). Für das Erscheinungsbild des „erneuerten“ Artikels spielt es keine Rolle, ob er auf einer Seite platziert ist oder nicht.
Die Zuordnung der PS.C-Komponenten zu den Text- und Bildflächen im Print-System erfolgt jetzt immer entsprechend dem aktuell eingestellten Testat "Artikelmuster" (früher galt das nur für den ersten Export in einen Kanal - bei Folge-Exporten in den gleichen Kanal wurde die Zuordnung vom Zeitpunkt der Anlage des Print-Artikels genutzt und das aktuell eingestellte Testat "Artikelmuster" nicht mehr berücksichtigt).
Beim Zurückziehen eines Kanals erscheint im Normalfall die Frage, ob ein bereits in diesem Kanal existierender Printartikel gelöscht werden soll. Dieses Löschen/Zurückziehen findet dann erst beim Speichern des Artikels statt. Ist der Artikel unplatziert, wird er sofort gelöscht. Bei platziertem Artikel werden nur evtl. vorhandene neuere unplatzierte Versionen gelöscht (auch mehrere) und der platzierte wird zur aktuellen Version mit der Beschreibung "KANAL GELÖSCHT!". Die Exportattribute in PS.C werden ebenso gelöscht.
Bei erneuter Ausleitung wird der ggf. noch existierende Printartikel mit "KANAL GELÖSCHT!" wieder verknüpft, wenn er bestimmte Voraussetzungen erfüllt:
Ansonsten wird ein neuer Artikel für diesen Kanal ausgeleitet. Um also trotz platziertem Altartikel (meist auch nur auf alter Seitenversion) nach Kanalrückzug bewusst einen neuen Artikel zu erzeugen, muss z.B. das Ausrufezeichen in der Beschreibung "KANAL GELÖSCHT!" entfernt werden - ansonsten wird nur eine neue Version von diesem alten Artikel mit dessen Layout erzeugt.
vgl. HUP OP #7969695: CON-3896: Artikel in VL löschen, wenn der Kanal in PS.C entfernt wird:
Wird ein Artikel über den Editor-Service gelöscht, der aber noch platziert ist, wird die Beschreibung auf "KANAL GELÖSCHT!" gesetzt.
Beim erneuten Export werden bei Neuanlage des Artikels (in PS.C ist keine Artikel-UUID mehr bekannt) die Verwaltungsdaten des neuen Artikels (Name, Beschreibung = KANAL GELÖSCHT!, Publikation und Produktionsgruppe) mit dem Variantenverzeichnis der PS.C-Artikelvarianten verglichen. Kommt es zu einer Übereinstimmung, wird dieser Artikel aktualisiert und kein neuer Artikel erzeugt.
Beim Löschen eines Artikels mit Versionslinie wird das Akt-Versionskennzeichen auf die vorherige Version (die höchste platzierte) "verschoben". Ist das wg. Lock-Problem nicht möglich, wird eine Benutzerbenachrichtigung an das Logon versandt und das Löschen wiederholt.
vgl. CON-4274
Beim Import der Contentparts aus einem PS.Content Artikel in einen VL-Artikel wird versucht, Zielflächen-weise die EFW-Texte zusammenzuführen, um Formatierungsprobleme zu vermeiden. Dabei wird abhängig vom gewünschten Absatz-Modus (und Einfüge-Modus) folgendes Schema durchlaufen:
Sonderfälle:
vgl. CON-4848 und Ergänzung zu CON-4274
Für das Komponenten-Mapping von Contenpart- zu Artikelflächen kann der neue Modus inline verwendet werden.
Funktionalität bzgl. Quell-Texte zu einer Zielfläche
Besonderheiten: