Publishing and exploiting content
Because not all publication methods express the same needs, you can configure your channel to operate in two different modes:publication per medium (or layout-driven) and content publishing (or Publications et exploitation des contenus
Parce que tout les modes de publication n’expriment pas les mêmes besoins, vous pouvez configurer votre canal pour fonctionner suivant deux modes différents : publication par support (ou layout-driven) et publication par contenu (ou content-driven).
These two types of publications have a direct impact on the way in which content and media are displayed and managed in the solution.
Layout-driven publications
These are publications where formatting constrains content.
For example, as part of a catalogue brochure, the presentation text of a product is specific to its area of publication because there are limits size, number of words, typography, etc.
The content of projects using these channels are not presented in the back-office lists and are generally not accessible directly in editing or visualization without going through visualization or support editing.
In fact, their creation will usually be done directly from the publisher.
Content-driven publications
These are publications where the content is not constrained by the medium.
For example, the publishing channel web is content-driven because the setting of in HTML format does not require the input of content specifically intended for where they are posted.
The contents of the various objects are propagated in the HTML feed as is and formatting is handled via a css style sheet.
The content of projects using these channels is directly accessible in the back-office lists as project document bases.
Contributors are responsible for prioritizing content.
The media associated with these projects are free to use them or not and to different ways.
Dynamic websites
Dynamic websites are managed from Wedia which includes in its core a multilingual, multi-site CMS.
Websites managed by Wedia are generated from a front coded in JSP pages, which are based on conventions facilitating the development of these websites.
These websites present content managed in the Wedia back-office, e.g. the Wedia application.
Content types are customised during the Wedia implementation project to create content objects such as articles, news, and more complex business objects, such as a UCITS in the case of a financial institution. This content management part is common to all projects, and is detailed later in the Content Management part of the documentation.
Note | dynamic websites are managed in content-driven projects |
Single-document publications
Wedia allows you to create print media for designing and producing simple documents: product sheets, flyers, etc.
These documents are created from creative files from Adobe InDesign, the authoritative desktop publishing tool in print communication.
This is referred to as a single-document publication because these media consist of a single InDesign document (which can nevertheless consist of several pages).
One can or cannot associate content management with these projects:
It is possible to limit oneself to edit online only the initial document via a web interface to modify the text or images.
It is also possible to associate content with these documents, for example to drag an article prepared and validated in advance into a precise position of a newsletter.
Here again, these contents will be shared between several channels: content can be used for both a website and a paper document.
Translation is also included in this scope.
Note | single-documents publications are produced in layout-driven projects |
Emailing
Wedia supports "emailing" media, i.e. static HTML pages that are intended to be sent on mailboxes. It is not possible to create from scratch a support emailing in the solution, it is necessary to rely on an HTML template imported into Wedia as a ZIP file: it is this template that is edited, to modify its contents, edit the form within the limits allowed by the template, and associate content management with it.
layout-driven projects Ces deux modes de publications ont un impact direct sur la façon dont les contenus et les supports sont affichés et gérés dans la solution.
Publications dites layout-driven
Il s’agit de publications où la mise en forme contraint les contenus.
Par exemple, dans le cadre d’une brochure de catalogue, le texte de présentation d’un produit est spécifique à sa zone de publication car il y a des limites de taille, de nombre de mot, de typographie, etc ..
Les contenus de projets exploitant ces canaux ne sont pas présentés dans les listes du back-office et ne sont généralement pas accessibles directement en édition ou visualisation sans passer par la visualisation ou édition du support.
En effet, leur création se fera habituellement directement depuis l’éditeur spécifique en exploitant la notion de chûtier.
Publications dites content-driven
Il s’agit des publications où le contenu n’est pas contraint par le support, où celui-ci ne fait que l’exploiter.
Par exemple, le canal de publication web est content-driven car la mise en forme HTML n’oblige pas la saisie de contenus spécifiquement prévus pour les zones où on les affiche.
Les contenus des différents objets sont propagés dans le flux html tels quels et la mise en forme est gérée via une feuille de style css.
Les contenus de projets exploitant ces canaux sont directement accessibles dans les listes du back-office comme bases documentaires projet.
Les contributeurs sont responsables de la hiérarchisation des contenus.
Les supports associés à ces projets sont libres de les exploiter ou non et de manière différentes.
Les sites web dynamiques
Les sites web dynamiques sont gérés depuis Wedia qui inclut dans son cœur un CMS multisite, multilingue.
Les sites webs gérés par Wedia sont générés à partir d’un front codé en pages JSP, qui s’appuient sur des conventions facilitant le développement de ces sites web.
Ces sites web présentent des contenus gérés dans le back-office Wedia, c’est-à-dire l’application Wedia.
Les types de contenus sont customisé lors du projet de mise en œuvre de Wedia pour créer des objets de contenus tels que des articles, des nouvelles, et des objets métiers plus complexes, tels que par exemple un OPCVM dans le cas d’une institution financière.
Cette partie de gestion de contenus est commune à tous les projets, et est détaillée plus loin dans la partie Gestion de Contenus de la documentation
Note | les sites web dynamiques sont gérés au sein de projet content-driven |
Publications mono-document
Wedia permet de créer des supports Print pour concevoir et décliner des documents simples : fiches produits, flyers etc.
Ces documents sont créés à partir de fichier créatifs issus de Adobe InDesign, l’outil de PAO de référence dans la communication print.
On parle de publication mono-document car ces supports sont constitués d’un unique document InDesign (qui peut néanmoins comporter plusieurs pages).
On peut ou non associer de la gestion de contenus à ces projets : il est possible de se limiter à n’éditer en ligne que le document initial via une interface web pour en modifier le texte ou les images. Il est également possible d’associer un contenu à ces documents, pour par exemple glisser un article préparé et validé à l’avance dans une position précise d’une newsletter.
Là encore ces contenus seront mutualisés entre plusieurs canaux : un contenu peut servir à la fois pour un site web et un document papier.
La traduction est également incluse dans ce périmètre.
Note | les publications mono-document sont gérées au sein de projets layout-driven |
Emailing
Wedia gère les supports de type "emailing", c’est à dire des pages HTML statiques qui sont destinées à être envoyées sur des messageries. On ne peut pas créer de toute pièce un support emailing dans la solution, il faut s’appuyer sur un modèle HTML importé dans Wedia sous la forme d’un fichier ZIP : c’est ce modèle qui est édité, pour en modifier les contenus, en éditer la forme dans les limites autorisées par le modèle, et y associer de la gestion des contenus.
Note | les emailing sont gérés au sein de projets layout-driven |