Atlassian uses cookies to improve your browsing experience, perform analytics and research, and conduct advertising. Accept all cookies to indicate that you agree to our use of cookies on your device.
Atlassian uses cookies to improve your browsing experience, perform analytics and research, and conduct advertising. Accept all cookies to indicate that you agree to our use of cookies on your device. Atlassian cookies and tracking notice, (opens new window)
Legende: = neue Funktion | = Information | = Behobener Bug
Icon
Version
Beschreibung
JIRA Ticket(s)
Icon
Version
Beschreibung
JIRA Ticket(s)
ab 44
Neues Kriterium „Artikel ist leer“ für Löschprozesse
In den Stammdaten kann bei den Löschprozessen für Artikel nun zusätzlich das Kriterium „Artikel ist leer“ aktiviert werden. Wenn diese Option gesetzt ist, werden nur Artikel gelöscht, die keine Inhalte (keine Assets, keinen Grundtext, keine Aufgaben und keine Vorlage) enthalten und älter als die angegebene Anzahl von Tagen sind. Ist die Checkbox nicht aktiviert, verhält sich der Löschprozess wie bisher und berücksichtigt sowohl leere als auch nicht leere Artikel.
Orte in der erweiterten Suche als Aktion setzen oder entziehen
In der erweiterten Suche können nun auch Orte als Aktion gesetzt oder entfernt werden, analog zu den bestehenden Funktionen für Ressorts und Stichwörter. Diese Erweiterung steht sowohl für Artikel als auch für Assets zur Verfügung.
Das neue Recht „Planungsdaten sichtbar“ ermöglicht es, die Anzeige von Planungsdaten in der Artikelansicht separat zu steuern – unabhängig vom bisherigen Recht „Verwaltungsdaten sichtbar“. Zum Start besitzen dieses Recht Admins und Redakteure. Freie Mitarbeiter haben dieses Recht standardmäßig nicht.
Morning-Briefing: Kanal kann ohne Dialog hinzugefügt werden
Beim automatischen Hinzufügen von Kanälen im Morning-Briefing kann nun pro Aktivierungsregel festgelegt werden, ob der Bestätigungsdialog angezeigt wird oder nicht. Damit lässt sich der bisher globale Schalter „prompt-for-automatic-channels“ nun individuell pro Regel steuern. Erscheint der Dialog, kann ein als „ohne Dialog“ konfigurierter Kanal nicht abgewählt werden.
Neue System-Attribute „Erscheindatum Print“ und „Ablaufdatum Print“ in den Planungsdaten
In den Planungsdaten wurden zwei neue System-Attribute eingeführt:
Erscheindatum Print (#releaseDatePrint)
Ablaufdatum Print (#expirationDatePrint)
Diese Felder ermöglichen eine separate Planung und Steuerung von Print-Veröffentlichungen, unabhängig vom Online-Erscheindatum. Beide Felder sind Datumsfelder ohne Uhrzeit und können (sofern sie in der Konfiguration aktiviert sind) auch in der Erweiterten Suche als Suchkriterium genutzt werden.
Validierungfunktionen:
Nach Änderung des Plan-Datums wird geprüft, ob es nach den Fertig-Bis-Datum liegt. Es erfolgt ggf. folgende Frage:
Bei Antwort mit <JA> wird das Plan-Datum auf den Tag nach Fertig-Bis-Datum gesetzt Enthält das Print-Erscheidatum kein gültiges Datum wird es automatisch auf den Tag nach dem Plan-Datum gesetzt.
Nach Änderung des Plan-Datums oder des Print-Erscheindatums wird geprüft, ob das Print-Erscheindatum nach dem Plan-Datum liegt. Es erfolgt ggf. folgende Frage:
Bei Antwort mit <JA> wird wird das Print-Erscheindatum auf den Tag nach dem Plan-Datum gesetzt.
Nach der Änderung des Print-Erscheindatums oder des Print-Ablaufdatums wird geprüft, ob das Print-Ablaufdatum nach oder gleich dem Print-Erscheindatum ist. Sonst erscheint folgender Dialog:
Das Print-Ablaudatum wird danach automatisch korrigiert.
Aufzählungen werden bei der Textlänge berücksichtigt
Bei der Berechnung der Textlänge eines Artikels werden nun auch Aufzählungen (EnumerationContentParts) einbezogen, sofern für sie die Eigenschaft „treat-as-base-text“ gesetzt ist. Damit fließen künftig auch umfangreiche Aufzählungen in die Ermittlung der gesamten Textmenge ein – für einen realistischeren Eindruck der Artikelgröße.
Im Feld Status können nun mehrere Werte gleichzeitig angegeben werden.
Zusätzlich stehen die Auswahloptionen „enthält“ und „nicht“ zur Verfügung.
Die frühere Option „alle“ wurde entfernt, da sie in diesem Kontext nicht sinnvoll war. Ein gleichwertiges Ergebnis kann erreicht werden, indem mehrere Statuskriterien vom Typ Aufgabenstatus kombiniert und per UND-Verknüpfung in der Suche verwendet werden.
Automatische Benutzeranlage: Vor- und Nachname werden übernommen
Bei der automatischen Registrierung von Leserreportern im CMS werden nun zusätzlich Vorname und Nachname aus dem HASSO-Konto übernommen. Diese Informationen werden automatisch in die folgenden Felder eingetragen:
Beschreibung
Öffentlicher Name
VG Wort (einzeln)
Die Erweiterung greift, wenn der Konfigurationseintrag hup.one.content.user.initial-profile-4-new-o-auth-user aktiviert ist. In diesem Fall wird nach erfolgreichem HASSO-Login der Benutzer im CMS automatisch angelegt und mit den entsprechenden Profildaten ergänzt.
Der Single Macro wurde so erweitert, dass er nun im automatischen JSON Schema Builder korrekt verarbeitet wird. Dazu wurde im Schema die Angabe "type": "object" ergänzt, sodass auch die KISS-Kachel den automatischen Schemaaufbau nutzen kann.
Automatischer Löschprozess für Temp-Ordner in Alfresco
Für den Temp-Ordner in Alfresco wurde ein spezieller Löschprozess eingeführt. Dieser entfernt automatisch alle nicht verwendeten Bilder, deren Erstelldatum außerhalb einer konfigurierten Frist liegt (Standard: 1 Tag).
Damit werden überflüssige „Bild-Leichen“ im Temp-Ordner bereinigt, die z. B. durch abgebrochene Uploads oder geschlossene Browserfenster entstehen können. Verwendete Assets bleiben erhalten und werden automatisch in den Incoming-Ordner verschoben.
In der Login-Maske der Content-Planung (CMS Vaadin 24) wird nun korrekt „myContent CMS“ angezeigt. Zuvor erschien dort fälschlicherweise der Text „PortalSolutions“, wie er aus älteren Versionen (Vaadin 8) übernommen war. Mit dem Update wurde der Titel im Login-Template programmatisch angepasst.
In der Spalte „In Kanal ausleiten bei Hinzufügen“ gibt es nun eine neue Option: Artikel können damit direkt in den in der Planung hinterlegten Kanal ausgeleitet werden, unabhängig vom Status des Artikels. Plausibilisierungen werden dabei ignoriert, analog zur Funktion „Artikel ausleiten“ in der erweiterten Suche.
Es wurde ein neues, verwaltbares Recht „Planungsansicht öffnen“ eingeführt. Damit kann nun gesteuert werden, welche Benutzergruppen Zugriff auf die Planungsansicht erhalten. Zum Start besitzen dieses Recht ausschließlich Redakteure.
Kennzeichnung verwendeter Artikel in Planungsspalten
Artikel, die in einer Planungsspalte stehen und im zugehörigen Kanal bereits verwendet werden, sind nun optisch gekennzeichnet. Diese Artikel werden mit einer Pinnadel rechts neben dem Kalendersymbol angezeigt.
Print-Ausleitung: Verwaltungsdaten auch am Ende der Fläche verarbeitbar
Bei der Print-Ausleitung werden Systemvariablen und Testate (Verwaltungsdaten) nun zusätzlich am Ende der Verarbeitung berücksichtigt. Damit können z. B. Autorenangaben wahlweise am Anfang oder Ende des Grundtextes erscheinen – je nach Konfiguration. Diese Erweiterung ermöglicht mehr Flexibilität beim Aufbau von Print-Artikeln, insbesondere für Layouts mit separaten Flächen oder Abschlussblöcken.
Automatische Übernahme von Metadaten beim Hinzufügen von Assets
Beim Erstellen eines Artikels über KISS werden nun Metadaten automatisch übernommen, wenn ein Asset ohne eigene Angaben angelegt wird. Fehlen beim Asset die Informationen zu Orten, Stichwörtern oder Quelle (Autor), werden diese (sofern vorhanden) vom Artikel übernommen.
Dieses Verhalten wird über den neuen optionalen Parameter: copyArticleMasterDataToAsset (Boolean, Standardwert: true) in der Aktion AddAssetContentPartWithIdArticleAction gesteuert.
Die Text- und KISS-Aktionen im CMS sind jetzt nach Gruppen gegliedert, analog zu den Gruppierungen in den AI-Services. Dafür wurde ein neues, benutzerdefiniertes Steuerelement implementiert, das die Aktionen in einem Dropdown-Kontextmenü mit Unterpunkten darstellt. Die Pfeile für Untermenüs werden (Vaadin-typisch) rechts angezeigt. Falls auf dieser Seite kein Platz ist, öffnet sich das Untermenü automatisch auf der gegenüberliegenden Seite.
Beim Import von dpa-Meldungen wird nun der richtige Ort aus der „dateline“ übernommen und im Feld „Orte“ im CMS eingetragen. Damit wird sichergestellt, dass künftig die korrekte Ortsmarke (z. B. Karlsruhe, München) als erster Ort im Artikel erscheint und auch in der Print-Ausleitung korrekt ausgespielt wird.
Falls der Ort bereits als globaler Ort existiert, wird dieser verwendet, andernfalls wird er artikelspezifisch angelegt (wie bisher).
