Workflow : entrée différente auteur/modérateur

  • user warning: Table './drupal_www_ori_oai_org/cache_filter' is marked as crashed and last (automatic?) repair failed query: SELECT data, created, headers, expire, serialized FROM cache_filter WHERE cid = '4:64e152d824e52cd824b92fd14383e212' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 27.
  • user warning: Table './drupal_www_ori_oai_org/cache_filter' is marked as crashed and last (automatic?) repair failed query: UPDATE cache_filter SET data = '<div class=\"emailFilter\">Bonjour Vincent,</p>\n<p>Si un établissement souhaite mettre en place qqs workflows dont les<br />\nsuivants par exemple :<br />\n- 1 pour les ressources pédagogiques en Chimie ;<br />\n- 1 pour les ressources pédagogiques en Sciences sociales.</p>\n<p>Est-il possible de ne faire apparaître que l\'un OU l\'autre en fonction<br />\ndu profil de l\'usager ?<br />\n(dans la liste des workflows accessibles : dans Accueil / Référencer une<br />\nr\n</div>\n', created = 1507750308, expire = 1507836708, headers = '', serialized = 0 WHERE cid = '4:64e152d824e52cd824b92fd14383e212' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 112.
  • user warning: Table './drupal_www_ori_oai_org/cache_filter' is marked as crashed and last (automatic?) repair failed query: SELECT data, created, headers, expire, serialized FROM cache_filter WHERE cid = '4:64e152d824e52cd824b92fd14383e212' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 27.
  • user warning: Table './drupal_www_ori_oai_org/cache_filter' is marked as crashed and last (automatic?) repair failed query: UPDATE cache_filter SET data = '<div class=\"emailFilter\">Bonjour Vincent,</p>\n<p>Si un établissement souhaite mettre en place qqs workflows dont les<br />\nsuivants par exemple :<br />\n- 1 pour les ressources pédagogiques en Chimie ;<br />\n- 1 pour les ressources pédagogiques en Sciences sociales.</p>\n<p>Est-il possible de ne faire apparaître que l\'un OU l\'autre en fonction<br />\ndu profil de l\'usager ?<br />\n(dans la liste des workflows accessibles : dans Accueil / Référencer une<br />\nr\n</div>\n', created = 1507750308, expire = 1507836708, headers = '', serialized = 0 WHERE cid = '4:64e152d824e52cd824b92fd14383e212' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 112.
  • user warning: Table './drupal_www_ori_oai_org/cache_filter' is marked as crashed and last (automatic?) repair failed query: SELECT data, created, headers, expire, serialized FROM cache_filter WHERE cid = '4:40dd5398411ab9b567bb7e4d8e597217' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 27.
  • user warning: Table './drupal_www_ori_oai_org/cache_filter' is marked as crashed and last (automatic?) repair failed query: UPDATE cache_filter SET data = '<div class=\"emailFilter\">Bonjour Benjamin,</p>\n<p>J\'étais dans la workflow \"complexe\" des RPN (default_lom_complex),<br />\nfichier \"workflow_complex.xml\".</p>\n<p>J\'ai une piste à te soumettre pour la problématique que tu évoqué en<br />\nformation à Orsay.<br />\nJe ne l\'ai pas testé.<br />\nIl faudra que tu analyses plus loin ...</p>\n<p>Tu souhaitais qch comme ceci :<br />\n- toute personne qui s\'authentifie peut initialiser un fiche de MD ;<br />\n- si c\'est l\'auteur de la ressource (ou son représentant) qui initialise<br />\nle référencement, il se voit proposer le formulaire \"auteur\"<br />\net il doit demander la publication au modérateur UNIT (dans ce cas, la<br />\nfiche parcourt la chaîne complète) ;<br />\n- si c\'est le modérateur UNIT qui initialise, il a directement le<br />\nformulaire \"complet\" et peut publier directment sans passer par l\'étape<br />\n\"demande de publication\".</p>\n<p>Une piste (ATTENTION : réflexion en partant du workflow simple des RPN ;<br />\ncelui où il n\'y a qu\'un seul modérateur) :</p>\n<p>1) utiliser un <split> (voir le fichier \"workflow_complex.xml\" ; <action<br />\nid=\"5\" name=\"lom_complex.acceptEntityValidation\">),<br />\ndans <unconditional-result ... /> du <initial-actions> :<br />\n<unconditional-result old-status=\"Finished\" split=\"1\" /><br />\nau lieu de<br />\n<unconditional-result old-status=\"Finished\" status=\"Underway\" step=\"1\" /></p>\n<p>2) définir le split, avec qch comme :<br />\n <splits><br />\n <split id=\"1\"><br />\n <unconditional-result old-status=\"Finished\" step=\"n\"<br />\nstatus=\"Underway\" /><br />\n <unconditional-result old-status=\"Finished\" step=\"p\"<br />\nstatus=\"Underway\" /><br />\n </split><br />\noù n serait le n° de l\'état \"en attente de publication par le modérateur<br />\nUNIT\" (pour le cas où c\'est le modérateurn UNIT qui initialise le<br />\nréférencement)<br />\net p serait le n° de l\'état \"privé\" (pour le cas où c\'est l\'auteur qui<br />\ninitialise le référencement).</p>\n<p>3) définir les permissions d\'éditer tel formulaire en fonction du rôle :<br />\ndans<br />\n<post-functions> du <initial-actions> :<br />\n- le propriétaire de la fiche a la permission d\'utiliser le formulaire<br />\n\"auteur\" :<br />\n <function type=\"spring\"><br />\n <arg name=\"bean.name\">addPermission</arg><br />\n <arg name=\"mask\">LOMUNIT_USE_CREATE_FORM</arg><br />\n <arg name=\"recipient\">LOMUNIT_OWNER</arg><br />\n </function><br />\n- le modérateur UNIT a la permission d\'utiliser le formulaire \"complet\" :<br />\n <function type=\"spring\"><br />\n <arg name=\"bean.name\">addPermission</arg><br />\n <arg name=\"mask\">LOMUNIT_USE_LOM_FORM</arg><br />\n <arg<br />\nname=\"recipient\">LOMUNIT_UNIT_MODERATOR</arg><br />\n </function><br />\n(les nom des rôles/permissions sont donnés à titre d\'exemple ici ; à toi<br />\nd\'adapter en fonction de ce qui existe déjà dans ton workflow)</p>\n<p>4) faire attention aux incohérences possibles :<br />\n- par ex. que les fiches dont le propriétaire est le modérateur UNIT ne<br />\npuissent pas aller dans l\'état \"privé\" (par la transition \"rendre privé\") ;<br />\n- etc ...</p>\n<p>Faut juste tester ... ;-)</p>\n<p>A+,</p>\n<p>Jacques</p>\n<p>--<br />\nJacques Brassart<br />\nUNR Nord-Pas de Calais<br />\nUniversité de Valenciennes et du Hainaut-Cambrésis<br />\nTél : 03 27 51 17 70</p>\n<p>--<br />\nThis message has been scanned for viruses and<br />\ndangerous content by MailScanner, and is<br />\nbelieved to be clean.</p>\n</div>\n', created = 1507750308, expire = 1507836708, headers = '', serialized = 0 WHERE cid = '4:40dd5398411ab9b567bb7e4d8e597217' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 112.
  • user warning: Table './drupal_www_ori_oai_org/cache_filter' is marked as crashed and last (automatic?) repair failed query: SELECT data, created, headers, expire, serialized FROM cache_filter WHERE cid = '4:2bddd4f99dfae863bb0552f68f1428b9' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 27.
  • user warning: Table './drupal_www_ori_oai_org/cache_filter' is marked as crashed and last (automatic?) repair failed query: UPDATE cache_filter SET data = '<div class=\"emailFilter\">Merci Jacques,</p>\n<p>Je vais regarder tout ça de plus prêt, je ferai un retour une fois les modifs mises en place.</p>\n<p>Encore merci</p>\n<p>Benjamin</p>\n<p>Le mardi 11 mai 2010 17:49:38, Jacques Brassart a écrit :<br />\n<div class=\"emailFilter_Toggle\">\n<blockquote class=\"emailFilter_Author_0\"><p>> Bonjour Benjamin,<br />\n><br />\n> J\'étais dans la workflow \"complexe\" des RPN (default_lom_complex),<br />\n> fichier \"workflow_complex.xml\".<br />\n><br />\n> J\'ai une piste à te soumettre pour la problématique que tu évoqué en<br />\n> formation à Orsay.<br />\n> Je ne l\'ai pas testé.<br />\n> Il faudra que tu analyses plus loin ...<br />\n><br />\n> Tu souhaitais qch comme ceci :<br />\n> - toute personne qui s\'authentifie peut initialiser un fiche de MD ;<br />\n> - si c\'est l\'auteur de la ressource (ou son représentant) qui initialise<br />\n> le référencement, il se voit proposer le formulaire \"auteur\"<br />\n> et il doit demander la publication au modérateur UNIT (dans ce cas, la<br />\n> fiche parcourt la chaîne complète) ;<br />\n> - si c\'est le modérateur UNIT qui initialise, il a directement le<br />\n> formulaire \"complet\" et peut publier directment sans passer par l\'étape<br />\n> \"demande de publication\".<br />\n><br />\n> Une piste (ATTENTION : réflexion en partant du workflow simple des RPN ;<br />\n> celui où il n\'y a qu\'un seul modérateur) :<br />\n><br />\n> 1) utiliser un <split> (voir le fichier \"workflow_complex.xml\" ; <action<br />\n> id=\"5\" name=\"lom_complex.acceptEntityValidation\">),<br />\n> dans <unconditional-result ... /> du <initial-actions> :<br />\n> <unconditional-result old-status=\"Finished\" split=\"1\" /><br />\n> au lieu de<br />\n> <unconditional-result old-status=\"Finished\" status=\"Underway\" step=\"1\" /><br />\n><br />\n> 2) définir le split, avec qch comme :<br />\n> <splits><br />\n> <split id=\"1\"><br />\n> <unconditional-result old-status=\"Finished\" step=\"n\"<br />\n> status=\"Underway\" /><br />\n> <unconditional-result old-status=\"Finished\" step=\"p\"<br />\n> status=\"Underway\" /><br />\n> </split><br />\n> où n serait le n° de l\'état \"en attente de publication par le modérateur<br />\n> UNIT\" (pour le cas où c\'est le modérateurn UNIT qui initialise le<br />\n> référencement)<br />\n> et p serait le n° de l\'état \"privé\" (pour le cas où c\'est l\'auteur qui<br />\n> initialise le référencement).<br />\n><br />\n> 3) définir les permissions d\'éditer tel formulaire en fonction du rôle :<br />\n> dans<br />\n<post-functions> du <initial-actions> :<br />\n> - le propriétaire de la fiche a la permission d\'utiliser le formulaire<br />\n> \"auteur\" :<br />\n> <function type=\"spring\"><br />\n> <arg name=\"bean.name\">addPermission</arg><br />\n> <arg name=\"mask\">LOMUNIT_USE_CREATE_FORM</arg><br />\n> <arg name=\"recipient\">LOMUNIT_OWNER</arg><br />\n> </function><br />\n> - le modérateur UNIT a la permission d\'utiliser le formulaire \"complet\" :<br />\n> <function type=\"spring\"><br />\n> <arg name=\"bean.name\">addPermission</arg><br />\n> <arg name=\"mask\">LOMUNIT_USE_LOM_FORM</arg><br />\n> <arg<br />\n> name=\"recipient\">LOMUNIT_UNIT_MODERATOR</arg><br />\n> </function><br />\n> (les nom des rôles/permissions sont donnés à titre d\'exemple ici ; à toi<br />\n> d\'adapter en fonction de ce qui existe déjà dans ton workflow)<br />\n><br />\n> 4) faire attention aux incohérences possibles :<br />\n> - par ex. que les fiches dont le propriétaire est le modérateur UNIT ne<br />\n> puissent pas aller dans l\'état \"privé\" (par la transition \"rendre privé\") ;<br />\n> - etc ...<br />\n><br />\n> Faut juste tester ... ;-)<br />\n><br />\n> A+,<br />\n><br />\n> Jacques<br />\n><br />\n><br />\n><br />\n> </div>\n</blockquote>\n<p>--<br />\nThis message has been scanned for viruses and<br />\ndangerous content by MailScanner, and is<br />\nbelieved to be clean.</p>\n</div>\n', created = 1507750310, expire = 1507836710, headers = '', serialized = 0 WHERE cid = '4:2bddd4f99dfae863bb0552f68f1428b9' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 112.
2 messages / 0 nouveaux
Sujet clos
Dernière contribution
11 mai 2010 - 5:49pm
#1
jbrassar
Workflow : entrée différente auteur/modérateur
Bonjour Benjamin,

J'étais dans la workflow "complexe" des RPN (default_lom_complex),
fichier "workflow_complex.xml".

J'ai une piste à te soumettre pour la problématique que tu évoqué en
formation à Orsay.
Je ne l'ai pas testé.
Il faudra que tu analyses plus loin ...

Tu souhaitais qch comme ceci :
- toute personne qui s'authentifie peut initialiser un fiche de MD ;
- si c'est l'auteur de la ressource (ou son représentant) qui initialise
le référencement, il se voit proposer le formulaire "auteur"
et il doit demander la publication au modérateur UNIT (dans ce cas, la
fiche parcourt la chaîne complète) ;
- si c'est le modérateur UNIT qui initialise, il a directement le
formulaire "complet" et peut publier directment sans passer par l'étape
"demande de publication".

Une piste (ATTENTION : réflexion en partant du workflow simple des RPN ;
celui où il n'y a qu'un seul modérateur) :

1) utiliser un (voir le fichier "workflow_complex.xml" ; id="5" name="lom_complex.acceptEntityValidation">),
dans du :

au lieu de

2) définir le split, avec qch comme :


status="Underway" />
status="Underway" />

où n serait le n° de l'état "en attente de publication par le modérateur
UNIT" (pour le cas où c'est le modérateurn UNIT qui initialise le
référencement)
et p serait le n° de l'état "privé" (pour le cas où c'est l'auteur qui
initialise le référencement).

3) définir les permissions d'éditer tel formulaire en fonction du rôle :
dans
du :
- le propriétaire de la fiche a la permission d'utiliser le formulaire
"auteur" :

addPermission
LOMUNIT_USE_CREATE_FORM
LOMUNIT_OWNER

- le modérateur UNIT a la permission d'utiliser le formulaire "complet" :

addPermission
LOMUNIT_USE_LOM_FORM
name="recipient">LOMUNIT_UNIT_MODERATOR

(les nom des rôles/permissions sont donnés à titre d'exemple ici ; à toi
d'adapter en fonction de ce qui existe déjà dans ton workflow)

4) faire attention aux incohérences possibles :
- par ex. que les fiches dont le propriétaire est le modérateur UNIT ne
puissent pas aller dans l'état "privé" (par la transition "rendre privé") ;
- etc ...

Faut juste tester ... ;-)

A+,

Jacques

--
Jacques Brassart
UNR Nord-Pas de Calais
Université de Valenciennes et du Hainaut-Cambrésis
Tél : 03 27 51 17 70

--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

Haut
Étiquettes:
12 mai 2010 - 10:53am
#2
benjaminroy
Merci Jacques,

Je vais regarder tout ça de plus prêt, je ferai un retour une fois les modifs mises en place.

Encore merci

Benjamin

Le mardi 11 mai 2010 17:49:38, Jacques Brassart a écrit :

> Bonjour Benjamin,
>
> J'étais dans la workflow "complexe" des RPN (default_lom_complex),
> fichier "workflow_complex.xml".
>
> J'ai une piste à te soumettre pour la problématique que tu évoqué en
> formation à Orsay.
> Je ne l'ai pas testé.
> Il faudra que tu analyses plus loin ...
>
> Tu souhaitais qch comme ceci :
> - toute personne qui s'authentifie peut initialiser un fiche de MD ;
> - si c'est l'auteur de la ressource (ou son représentant) qui initialise
> le référencement, il se voit proposer le formulaire "auteur"
> et il doit demander la publication au modérateur UNIT (dans ce cas, la
> fiche parcourt la chaîne complète) ;
> - si c'est le modérateur UNIT qui initialise, il a directement le
> formulaire "complet" et peut publier directment sans passer par l'étape
> "demande de publication".
>
> Une piste (ATTENTION : réflexion en partant du workflow simple des RPN ;
> celui où il n'y a qu'un seul modérateur) :
>
> 1) utiliser un (voir le fichier "workflow_complex.xml" ; > id="5" name="lom_complex.acceptEntityValidation">),
> dans du :
>
> au lieu de
>
>
> 2) définir le split, avec qch comme :
>
>
> > status="Underway" />
> > status="Underway" />
>
> où n serait le n° de l'état "en attente de publication par le modérateur
> UNIT" (pour le cas où c'est le modérateurn UNIT qui initialise le
> référencement)
> et p serait le n° de l'état "privé" (pour le cas où c'est l'auteur qui
> initialise le référencement).
>
> 3) définir les permissions d'éditer tel formulaire en fonction du rôle :
> dans
du :
> - le propriétaire de la fiche a la permission d'utiliser le formulaire
> "auteur" :
>
> addPermission
> LOMUNIT_USE_CREATE_FORM
> LOMUNIT_OWNER
>
> - le modérateur UNIT a la permission d'utiliser le formulaire "complet" :
>
> addPermission
> LOMUNIT_USE_LOM_FORM
> > name="recipient">LOMUNIT_UNIT_MODERATOR
>
> (les nom des rôles/permissions sont donnés à titre d'exemple ici ; à toi
> d'adapter en fonction de ce qui existe déjà dans ton workflow)
>
> 4) faire attention aux incohérences possibles :
> - par ex. que les fiches dont le propriétaire est le modérateur UNIT ne
> puissent pas aller dans l'état "privé" (par la transition "rendre privé") ;
> - etc ...
>
> Faut juste tester ... ;-)
>
> A+,
>
> Jacques
>
>
>
>

--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

Haut

Options d'affichage des commentaires

Sélectionnez la méthode d'affichage des commentaires que vous préférez, puis cliquez sur « Enregistrer les paramètres » pour activer vos changements.
Sujet clos
‹ Sujet précédent : Code MD-Editor Sujet suivant : probleme de format de caractere dans les mots cles ›