Nouvelles versions: 2019.9, 2019.10 et 2019.11

Nous travaillons constamment à l’amélioration de notre vaste gamme de produits. C’est pourquoi nous aimerions vous présenter les points forts de nos différents modules concernant les versions de septembre, octobre et novembre.

ProductPlanner

Le menu contextuel de l’affectation des couleurs a été optimisé : s’il y a plus de 80 couleurs dans le système, le sous-menu « Plus de données » est ajouté à l’affichage, où d’autres données de couleur peuvent être trouvées plus clairement énumérées.

PageServer

Le PageServer détermine maintenant le temps d’attente, de traitement et de transport d’une demande et enregistre ces temps dans les statistiques de flashage.

ProductAdmin

La boîte de dialogue et la gestion des données des variables de flashage, accessibles depuis différents emplacements, ont été étendues et peuvent désormais être appelées sans format de base PageOne (créé par NewsSuiteFS).

WebTracker

La fonction « Tâches / Serveur de flashage » permet de surveiller les ordres de flashage en cours de traitement. Il est possible d’afficher les travaux de tous les serveurs de flashage. De plus, l’en-tête de l’application WebTracker affiche désormais en option l’état du serveur de flashage. Il est maintenant possible d’afficher l’état de tous les serveurs de flashage configurés. Les paramètres spécifiques à l’utilisateur/groupe peuvent être utilisés pour restreindre les serveurs de flashage affichés.

En outre, les statistiques de flashage des pages et pages partielles montrent les durées d’exécution des tâches à effectuer. Les durées d’exécution sont divisées en temps d’attente jusqu’à ce que l’ordre ait été traité, en temps de traitement et en temps de transfert vers l’unité de sortie. Dernièrement, la fonction vous permettant de suivre les ordres de fabrication en cours a été ajoutée ; elle est définie dans le masque de recherche.

La fonction Ordres/Exporter vous permet de suivre les ordres d’exportation en cours. Les ordres d’exportation peuvent être définis dans le masque de recherche. En outre, la fonction Serveur de production / Exporter peut être utilisée pour suivre les commandes d’exportation en cours de traitement et pour gérer le(s) serveur(s) d’exportation.

Grâce à la nouvelle fonction Production ePaper, la commande alfa ePaper peut maintenant être appelée directement dans un nouvel onglet du navigateur.

L’amélioration de la sélection des pages et des pages partielles apporte de nouvelles fonctions : Sélectionner les pages – Sélectionne toutes les pages du produit. Sélectionner les sous-pages – Sélectionne toutes les sous-pages du produit.  Une nouvelle fonction « Sélectionner les pages partielles » est disponible pour les pages. Elle sélectionne toutes les pages partielles de la page. Cette fonction a été développée car, si une page partielle comporte de nombreux éléments, il était auparavant difficile de sélectionner l’ensemble de ces éléments. La nouvelle fonction facilite cette sélection.

NewsApp

Sous Firebase Analytics, l’événement « article » suit désormais la durée de conservation/lecture de l’article sous l’attribut « duration ». Dans Firebase Analytics, la durée de conservation/lecture de l’article sous l’attribut « duration » est maintenant suivi en plus pour l’événement « pdfPage ». La durée de conservation/lecture sur cette page est donnée en secondes. Les références d’images contenues dans les messages de push (par ex. dans les messages de push d’article) peuvent désormais également être affichées dans le message de push. La condition préalable est que les informations d’image supplémentaires soient également fournies par le système émetteur. L’utilisation de Firebase Cloud Messaging est nécessaire lors de la réception de messages push du serveur/système. Dans le cas de messages push générés localement après le téléchargement de NewsStand, un titre pour le message et l’image du numéro téléchargé sont maintenant automatiquement ajoutés.

Si l’utilisateur se connecte en tant qu’abonné via GlobalPurchase après le premier démarrage de NewsApp avec son compte, le premier numéro autorisé est automatiquement défini comme numéro standard après une connexion réussie. Pour la construction d’une application, le client a besoin de fournir moins de graphiques. Il suffit maintenant de déposer le logo du client et sa couleur de fond spécifique.

Stylo

Meilleure gestion des objets protégés : si un objet ne peut pas être supprimé, édité ou positionné via les droits et que l’utilisateur n’a pas le droit d’appeler le dialogue des droits et donc de modifier les droits, l’objet ne peut être cliqué. Ceci est utilisé s’il y a d’autres objets derrière l’objet protégé qui ne seraient pas accessibles autrement. L’objet protégé peut toujours être sélectionné via une combinaison de touches (CTRL+M). Dans la boîte de dialogue de propriétés de l’objet : l’affichage dans l’onglet Marges permet maintenant de définir un mode de calcul des distances. Si la nouvelle option Marge sans épaisseur de trait est activée, l’épaisseur de trait du cadre est ignorée lors du calcul de la distance jusqu’à la bordure de l’écran, c’est-à-dire que la distance est indépendante de l’épaisseur du trait du cadre. Si cette option n’est pas activée, la procédure précédente s’applique. Le nouveau mode est évalué en particulier lors de l’alignement (blocs texte) au niveau de la bordure de l’affichage (avec la boîte de dialogue Aligner ou lors de l’utilisation de la grille instantanée) ainsi que lors de la surveillance des bordures pour les objets de bord qui ne sont pas autorisés.

Stylo supporte maintenant les polices OTF, ce qui a l’avantage que vous n’avez plus à convertir les polices déjà achetées. La sélection multiple d’objets était auparavant possible à l’aide de la ctouche Ctrl. Dans la nouvelle version, nous fournissons un lasso avec lequel les objets désirés peuvent être capturés. En option, cela peut être fait soit sur l’entièreté des objets, soit avec un mode tactile dans lequel les objets n’ont pas besoin d’être capturés complètement. Il existe également un mode spécial qui permet de capturer des objets qui ont été positionnés au-dessus d’autres objets. Il y a une nouvelle représentation en galerie pour les images et les cadres. Les galeries sont ouvertes à droite ou au-dessus de l’écran si l’espace est insuffisant. Dans la vue peut filtrer par éléments pour obtenir un accès plus facile.

AdSuite

Il est maintenant possible d’utiliser un workflow pour générer des emails aux clients qui contiennent un lien que le client peut utiliser pour prolonger une commande. Afin de permettre une adaptation des rapports existants dans AdSuite Market, nous proposons l’option « Exemple de rapport » à travers de nouvelles fonctions d’autorisation. Affichage des rapports exécutés dans les portlets d’ordre : Comme pour les clients, les rapports contextuels peuvent désormais également être affichés dans la vue d’ordre principale dans AdSuiteMarket.

Pour la sélection des documents dans l’offre et la confirmation de commande, la sélection graphique existante a été étendue par la sélection graphique avec des documents entièrement téléchargeables en haute résolution, la sélection graphique pour les documents expirés (afficher/cacher), l’utilisation des documents expirés (contrôlable par autorisation) et l’affichage des dossiers avec structure (vue en arbre similaire à File Explorer). Les dossiers avec une structure sont maintenant affichés comme une arborescence dans l’Explorateur de fichiers.

Le point « Adresse de l’expéditeur pour les BAT par Groovy script » a été étendu. L’adresse de réponse ou l’adresse CC peut maintenant aussi être définie par le groovy si nécessaire. En outre, un nouveau Groovy Hook du type Groovy Hook a été fourni pour les adresses e-mail pour les offres/confirmations de commande. Ce Groovy est évalué lors de l’envoi d’offres et de confirmations de commande. Si le Groovy ne fournit pas de résultat, la fonctionnalité standard existante est réinitialisée. Remarque : à partir de AdSuite 2019.10-20191008, AdSuite Enterprise ne demandera plus l’adresse de l’expéditeur si elle a déjà été fournie par Groovy.

Un nouveau champ est disponible dans les listes de résultats « Motifs (annonces imprimées) » et « Motifs (tous) »: « Date limite BAT ». Ce champ contient le minimum des champs « Date limite BAT » et « Limite de correction » pour un motif. Si aucune date limite de BAT n’est fixée, le nouveau champ contient le contenu de « Limite de correction ». Dans AdSuite Enterprise et AdSuite Market, il est possible de rechercher des motifs avec une « date limite BAT » spécifique.

La connexion à alfa Unity powered by HUP est maintenant disponible. Dans AdSuite, vous avez maintenant la possibilité de rechercher des clients et de lister les abonnements qui n’ont pas encore été créés dans AdSuite. Les données client peuvent également être transférées vers le système à partir de ce viseur. En outre, la fonction de validation des rapports est désormais disponible pour la connexion à alfa Snap. Le WebStore offre également plus d’options : Dans le WebStore, FormX propose plusieurs options pour configurer le formulaire de capture de données structurées, telles que « éditeur seul », « grand et petit éditeur de formulaires » ou « formulaire seul ».

Via SalesPointServer, le PDF et l’aperçu d’un motif publicitaire peuvent maintenant être récupérés via HTTP GET. Ceci est également possible pour un module de mise en page.

Un nouvel élément de menu « Créer Rapport » apparaît dans la boîte de dialogue de recherche, à condition que l’utilisateur connecté ait l’autorisation « defineReports ». Si l’utilisateur clique sur ce bouton, la boîte de dialogue de configuration du rapport s’ouvre et le type de résultat et les conditions de filtrage définies jusque-là sont repris.

AdSuite Market a été amélioré avec la configuration des flux de travail analogue à la fonctionnalité correspondante dans AdSuite. Dans le cas d’un workflow affiché dans AdSuite Market, le sous-menu « Autre … » contient l’entrée « Configurer workflow » si vous disposez de l’autorisation appropriée. Si cet élément est sélectionné, son étiquette devient « Terminer la configuration du workflow » et le contenu du workflow est remplacé.

WebStore

Dans l’administration d’Adsuite, les modèles peuvent être limités à une utilisation pour des clients spécifiques. Ces informations sont maintenant transmises au WebStore et évaluées. De plus, les modèles déjà assignés sont filtrés à partir de la liste des modèles disponibles, ce qui améliore considérablement la clarté. Dans la configuration AdSuite des marchés, la possibilité a été créée de définir séparément les périodes de validité pour Bazaar et WebStore.

Des possibilités complètement nouvelles : Intégration de Google Analytics pour WebStore. WebStore trace les résultats des catégories suivantes : Creative, MasterData, BusinessPartner, Order, Page. L’aperçu qui en résulte montre quel clic et quelle activité est exécutée dans quelle zone de la boutique en ligne, par exemple, sous la catégorie « MasterData », vous pouvez sélectionner des activités telles qu’une publicité ou un mode de paiement.

La référence à l’utilisation de cookies et, le cas échéant, à l’intégration de Google Analytics est désormais affichée sous forme de dialogue modal sur la page d’accueil. L’application ne peut être utilisée qu’après confirmation des cookies. Si nécessaire, l’utilisateur sera invité à le faire par un message correspondant. Un rejet conduit à la navigation vers une URL qui peut être configurée par l’éditeur. L’acceptation de Google Analytics est facultative et n’a aucun effet sur la convivialité de l’application.

PrintLayout

Le champ « Editions prévues » a été ajouté au formulaire de recherche de photos. A l’aide de ce champ, vous pouvez rechercher des photos pour une édition planifiée (car elle peut être affectée dans aDAM).

Si PrintLayout modifie directement ou indirectement quelque chose sur une page partielle planifiée, un message sera envoyé au MessageBus – si configuré. Une modification indirecte est, par exemple, l’édition d’un article placé sur la page partielle. Cette fonction est nécessaire pour pousser activement les changements dans le WebTracker.

Depuis certaines versions, les données de parution (numéro, date de parution, numéro de page,…) sont héritées automatiquement des pages partielles aux éléments. Grâce aux WebServices, il est désormais possible de distinguer les dates de parution héritées des dates de parution  propres à l’élément. Auparavant, les données spécifiques à la maison d’édition ne pouvaient être paramétrées que de manière à ce que l’utilisateur  puisse uniquement voir les valeurs des champs, mais pas les modifier. Il est maintenant possible via l’API Atlas de verrouiller contre les modifications les valeurs des champs individuels dans un seul élément (par exemple, un article). Si l’utilisateur ouvre un tel élément dans PrintLayout, il peut voir la valeur du champ, mais pas la modifier.

EditorialOrganiser

Pour les photos, il est maintenant possible de définir une mise au point d’image dans EditorialOrganiser. Elle se présente sous la forme d’un rectangle à l’intérieur des dimensions de l’image. La définition s’effectue dans un dialogue similaire au recadrage de l’image. Les points focaux ainsi enregistrés peuvent être lus via l’API/v2 et sont également exportés avec l’exportateur standard.

Si une galerie de photos est ouverte dans EditorialOrganiser, les photos que vous faites glisser dans la zone de dépôt ne sont pas seulement téléchargées dans le sujet – comme auparavant – mais sont maintenant automatiquement ajoutées à la galerie photo. La pixellisation dans EditorialOrganiser a été étendue par un choix entre une pixellisation grossière ou fine. La sélection s’effectue via un curseur avec prévisualisation en direct. Dans le menu « Sujets », un nouvel élément de menu « Mes sujets à éditer » a été ajouté. Cet élément de menu affiche toutes les rubriques pour lesquelles l’utilisateur actuel a au moins une tâche à traiter.

Il existe également un nouveau type de champs définis par l’utilisateur pour les articles : les champs de couleur. Ils peuvent afficher un texte court ainsi qu’un point de couleur, et ainsi donner un aperçu de certaines informations en un coup d’œil : par exemple, vous pouvez afficher un point vert et le mot « placé » pour les articles qui ont déjà été placés, et un point rouge et le mot « non placé » pour les articles qui n’ont pas été placés.

Sur la page d’accueil d’alfa Editorial Organiser, l’utilisateur peut désormais afficher des iframes dans l’une des zones du tableau de bord. Pour ce faire, cliquez sur « Modifier le profil utilisateur », puis passez à l’onglet « Accueil » et sélectionnez l’option de menu « Page externe » dans la zone souhaitée. Un champ de texte apparaît dans lequel vous pouvez saisir une URL. Enregistré rapidement – et vous avez déjà intégré une page Web dans votre tableau de bord pour l’utiliser. Dans le menu principal d’alfa Editorial Organiser, un nouvel élément de menu est ajouté : « Outils ». Mais le tableau de bord devient encore plus intelligent, car les zones du tableau de bord peuvent désormais s’agrandir en fonction de l’utilisation optimale de l’espace sur la page de démarrage et s’adapter aux besoins individuels de l’utilisateur.

Les articles ont les champs « Publier de » et « Publier vers » s’ils ont été configurés dans le modèle d’éditeur de l’article. Ces zones peuvent maintenant être des zones de semaine civile à l’échelle du système au lieu des zones de date et d’heure. Les semaines civiles correspondantes seront également affichées dans la synthèse des articles.

Tableaux de planification : Les tableaux de planification ne sont plus subdivisés en tableaux utilisateur et rédaction dans le menu, mais en tableaux de planification des sujets (tableaux de planification des sections) et en tableaux de planification des contenus (tableaux de planification des pages et des canaux). Les tableaux de planification configurés par la rédaction sont toujours reconnaissables au fait que la rédaction correspondante est affichée en gris devant le nom du tableau dans le menu. Cette subdivision est également reflétée dans les tableaux réels : dans les tableaux de planification, il n’est plus possible de choisir entre la planification des contenus et la planification des sujets, mais seule la variante la plus raisonnable est disponible pour les tableaux individuels. De cette façon, seules les sujets peuvent être planifiées pour des sections individuelles (planification des sujets) et seules les dates de parution peuvent être créées pour des canaux ou des pages individuels (planification du contenu). Ceci a été fait pour éviter les ambiguïtés et permettre à l’utilisateur d’utiliser les tableaux de planification plus rapidement. Pour plus de clarté, les tableaux de planification sont maintenant affichés avec la barre latérale réduite par défaut. Par simple survol, la barre latérale ne peut plus être agrandie, mais un clic explicite est nécessaire, afin que l’utilisateur ne réduise pas accidentellement la taille de sa table en affichant la barre latérale. Dans l’administration des tableaux de planification, vous pouvez maintenant spécifier un canal d’exportation pour les gestionnaires de pages. Dans ce canal d’exportation, toutes les dates de publication sont générées et glissées de la barre latérale vers la table correspondante. Les dates de publication déjà placées dans le tableau de planification ne sont pas affectées.

À l’aide d’un commutateur global, il est désormais possible d’empêcher que l’affectation de canal d’un article ou d’une variante soit modifiée après sa création. Ceci est particulièrement utile si une variante d’article doit être créée pour chaque canal et si chaque canal possède son propre modèle d’éditeur. Lors de la configuration d’un exportateur PrintLayout, la fonction de contenu est une zone obligatoire pour le mappage avec les modèles d’article ou les échantillons d’articles, alors que le département était facultatif. Désormais, un seul département peut être sélectionné, de sorte que des échantillons d’articles peuvent également être utilisés en fonction du département.

Si un article avec un sous-article est exporté d’EditorialOrganiser vers PrintLayout de sorte que le sous-article est maintenant également affiché dans PrintLayout dans une enveloppe sous-article, un journal des exportations est maintenant également écrit pour ce sous-article. Ceci fournit maintenant une indication visuelle que l’article a déjà été exporté. Lors de l’exportation vers PrintLayout, l’exportateur identifie et remplit également les légendes d’image des photos.

Il y a maintenant un commutateur de configuration dans EditorialOrganiser qui garantit que les dates de parution et les numéros correspondants sont importés lors du transfert des articles depuis Atlas. Dans les modèles de l’éditeur, vous pouvez configurer cette zone comme d’habitude pour l’afficher dans l’éditeur d’article. Dans la recherche d’articles, il y a un champ correspondant pour rechercher les numéros et/ou les dates de parution.

Afin de naviguer plus rapidement dans la liste, il est maintenant possible de naviguer jusqu’à certains mois via un menu déroulant. Le mois actuellement sélectionné est surligné en gris. L’entrée la plus haute est toujours « mois en cours » – cela ne signifie pas le mois actuellement sélectionné, mais le mois réel au cours duquel vous sélectionnez cet élément de menu.

Digital Asset Manager (DAM)

Dans Digital Asset Manager, une fonction d’administration a été ajoutée qui peut être utilisée pour gérer diverses données de configuration : Catégories, photographes, types d’images, descriptions d’images, champs obligatoires et fonctions de contenu. L’administration est accessible via le menu utilisateur (à l’extrême droite), dans le point de menu « Administration » :

Il est maintenant possible d’utiliser les semaines civiles de parution dans aDAM au lieu des jours de parution. Un fonctionnement mixte n’est pas possible. Le réglage s’effectue dans la configuration aDAM.

NewsSuite

Jusqu’à présent, la mise à jour d’un article modifié dans MediaSuite pouvait être désactivée par principe ou avec un certain statut. Il est maintenant possible de désactiver cette mise à jour si le canal d’impression de MediaSuite est bloqué. Ce bloc est normalement défini à partir de NewsSuite à partir d’un statut d’article configurable. La taille des pièces jointes est maintenant limitée à 3MB par défaut. Les pièces jointes de plus grande taille doivent être chargées dans le eCMS, puis glissées-déposées depuis la recherche média dans les pièces jointes.

ePaper

Podcasts pour votre ePaper : La possibilité de générer des podcasts à partir de votre ePaper a été remaniée. La condition préalable à un podcast est la génération audio à partir des données de l’article. Cependant, les fichiers audio n’ont plus besoin d’être stockés dans le système de fichiers – ils sont générés et mis à disposition avec le premier accès au podcast. Les podcasts sont créés manuellement dans l’administration ePaper via un menu contextuel de la vue d’édition – avec « CreateRSS ». Les données d’édition avec l’image de couverture et tous les articles sont combinés et fournis dans un flux de podcast RSS. Les podcasts sont accessibles sous l’URL ePaper et ne sont accessibles qu’après s’être connecté.