Enabling communication between editorial teams -- Autoriser la communication entre les groupes de l'équipe éditoriale

Date de publication: le mercredi 26 janvier 2011 à 13h43
Dernière modification: par Pascal BOYER le mercredi 26 janvier 2011 à 13h56

24/03/2009 1:00

When Brad finished writing the bulk text of an Article, he needs to tell Stefan that there is some spellchecking work to do on this fresh Article. This would traditionally go through a workflow, in the eZ Publish sense of it, catching the state change and notifying the members of the Spell Checkers User Group that a new Article was submitted for spellchecking. This feature is not yet shipped by default in 4.1, but shall soon be, along with more use-cases for Object States. For now, the notification will be manual. Brad will send his new Article's URL to Stefan, right after he changed the state from “Bulk Edition” to “Spellchecking”. And so on.
Lorsque Brad termine d'écrire le texte d'un article, il doit informer Stefan qu'un travail de correction d'un nouvel article l'attend. Cette transmission se ferait normalement par le biais d'un workflow (au sens de eZ Publish) prenant en compte le changement d'état et informant les membres du groupe d'utilisateurs Correcteurs d'Orthographe qu'un nouvel article leur a été soumis pour correction. Cette fonctionnalité, n'existant pas encore dans la version 4.1 de eZ Publish, sera bientôt présente de même que de nouveaux cas d'utilisation des états d'objet. Pour le moment, la transmission de l'information sera manuelle. Brad enverra l'URI de son nouvel article à Stefan juste après avoir modifié l'état Edition de l'article en Correction. Et ainsi de suite...

Rolling out the process / Déroulement complet du processus

Brads starts up by deciding to write about Barack Obama's fresh election as President of the United States. Logged-in in eZ Publish, he navigates to the suitable location in the content tree to write such an big piece of news, selects the Article class in the drop down list, English as a language, and hits the “Create here” button. History is being written, this is his first editorial workflow based on Object States. We all hope he is enjoying this moment. Once he is satisfied with what he wrote, he publishes the object, and changes its state to “Spellchecking”. In case Brad had chosen front-end editing ( eZ Flow here ), he can totally change the state of his article from there. When viewing the article, click the following button in the toolbar :
Brad décide tout d'abord d'écrire un texte sur la récente élection de Barack Obama à la présidence des Etats-Unis. Une fois connecté à eZ Publish, il se place au bon endroit dans l'arbre de contenu, sélectionne la classe Article dans le menu déroulant puis la langue anglaise et clique sur le bouton Créer ici. L'article est en pleine rédaction, c'est le premier workflow éditorial basé sur les états d'objets et nous espérons tous que Brad apprécie ce moment. Satisfait de ce qu'il vient d'écrire, il publie l'objet et modifie son état en Correction. Si Brad a fait le choix d'éditer ses objets à partir de l'interface publique (ici eZ Flow), il peut alors tout à fait, à partir de là, modifier l'état de ses articles. Lorsque l'article est affiché, cliquez sur le bouton suivant de la barre d'outils:

He lands on the following screen, where he can pursue his editor's destiny, as shown here : 
L'écran ci-après s'affiche à partir duquel Brad peut poursuivre son destin d'éditeur, comme le montre l'image ci-dessous:
 

He then notifies Stefan of this new Article about Obama. Stefan fixes the multiple mistakes ( Brad is bad with grammar .. ), and sets the content object in the “Media Enrichment” state. Once notified by Stefan, Mélanie populates the articles with relevant pictures, videos and interview-podcasts and finally send it to Telma, in “Translation” state. Telma, last person in the editorial process, translates the article to spanish, and sets its state to “Ready to go live”. And guess what ? The article is now online, after having completed this simplistic yet significant, multi-team editorial workflow !
Il informe alors Stefan de son nouvel article sur Obama qui à son tour corrige les nombreuses erreurs (Brad est mauvais en grammaire...) puis positionne l'état de l'objet à Média enrichi. Informée par Stefan, Mélanie enrichit l'article d'images, de vidéos et d'interviews podcastées pertinentes puis envoie le tout à Telma avec l'état Traduction. Celle-ci, dernière intervenante du processus éditorial, traduit l'article en espagnol et modifie son état en Prêt à publier. Et devinez quoi ? L'article est en ligne après avoir terminé ce workflow éditorial multi-groupes simpliste mais pourtant caractéristique.

Conclusion

Although the Object States feature shipped with 4.1 is at an early stage of its life, the hereby presented use-case, set up in half an hour, reveals its high potential. This example is a simple use-case for Object States. Yet a vast amount of applications and workflow-like implementations based on this new functionality can be easily implemented without further PHP coding :
Bien que la fonctionnalité des états d'objet proposée par eZ Publish 4.1 n'en soit qu'à un stade précoce de sa vie, le présent cas d'utilisation, configuré en une demi-heure, en révèle tout le potentiel. Ceci n'était qu'un simple exemple de mise en œuvre des états d'objet. Cependant, une grande quantité d'applications et d'implémentations de type workflow basées sur cette fonctionnalité peuvent être implémentées sans autre développement PHP:

• Document management with “check-in”, “check-out” (or locking) of objects, with possible overrides by a “supervisor” . Also here, an object can be marked as “locked”, while the roles/policies defined at this state to be read-only (the name does not imply the roles/policies, they must be set explicitly).
  Gestion de documents avec « check-in», « check-out» (ou blocage) d'objets, avec possibilité de passe-droit par un superviseur. Ici, un objet peut être également marqué comme bloqué par le biais des rôles et permissions définis en lecture-seule (le nom n'implique pas les rôles et les permissions qui doivent être définis explicitement).
• Personal project spaces also benefit a lot, for example to implement a personal “trash-can” in eZ Publish, a dedicated object state can be assigned for this. Of course un-doing this “removed” state is straightforward with the correct roles and policies, both at the state level as well as the transitions between states. An object also retains its node location(s).
  Des espaces de projets personnels peuvent également largement bénéficier de cette fonctionnalité pour implémenter, par exemple, une corbeille par utilisateur, un état d'objet dédié pouvant être assigné pour cela. Bien sûr, un état placé dans la corbeille peut être facilement inversé, moyennant les rôles et permissions corrects. Un objet placé dans la corbeille de cette façon conserve son/ses assignations de noeud, ce qui n'est pas le cas dans l'implémentation actuelle de la Corbeille.
• Integration of external publishing workflows: suppose web content or part of it needs to be exported to a traditional publish/print workflow. Currently triggers can be used to launch additional workflows. In the future, a simpler system with hooks for external processes will be provided, so the need for dedicated modules and/or traditional eZ Publish workflow events can be avoided and possibly fully automated.
  Intégration de workflows de publication externes: imaginons que du contenu web, ou qu'une partie de ce contenu, ait besoin d'être exporté vers un workflow de publication/impression traditionnel. Les déclencheurs (triggers) actuels peuvent être utilisés pour lancer de nouveaux workflows. Dans le futur, un système plus simple et modulaire de connexion à des processus externes sera proposé, potentiellement entièrement automatisé et rendant les besoins de modules dédiés et/ou d'événements de workflow eZ Publish traditionnels obsolètes.

More to come in eZ Publish 4.2 and Thanks for reading !  
Plus à venir avec la version eZ Publish 4.2 et merci de nous lire !

Commentaires