prototypes et xml-blank

  • 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:7ce556acee8784d655b0ffded4c23ba0' 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,</p>\n<p>J\'ai un problème dans l\'administration pour gérer les droits d\'accès.<br />\nLorsque je veux ajouter une nouvelle règle pour ajouter un nouvel<br />\nutilisateur sur un espace de travail. Je commence à taper son nom dans<br />\nle formulaire de saisie, une petite roue apparaît à côté, tourne<br />\nindéfiniment, sans jamais trouver l\'utilisateur.\n</div>\n', created = 1507748996, expire = 1507835396, headers = '', serialized = 0 WHERE cid = '4:7ce556acee8784d655b0ffded4c23ba0' 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:7ce556acee8784d655b0ffded4c23ba0' 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,</p>\n<p>J\'ai un problème dans l\'administration pour gérer les droits d\'accès.<br />\nLorsque je veux ajouter une nouvelle règle pour ajouter un nouvel<br />\nutilisateur sur un espace de travail. Je commence à taper son nom dans<br />\nle formulaire de saisie, une petite roue apparaît à côté, tourne<br />\nindéfiniment, sans jamais trouver l\'utilisateur.\n</div>\n', created = 1507748996, expire = 1507835396, headers = '', serialized = 0 WHERE cid = '4:7ce556acee8784d655b0ffded4c23ba0' 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:872ce0e8ef55417ac71af419c72421f7' 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,</p>\n<p>Pour les ress. péda, nous avons créer un workflow a 3 rôles : auteur -><br />\nSEMM ( TICE ) -> SCD</p>\n<p>J\'ai créé les formulaires auteur et SEMM. Ils fonctionnent tous les deux<br />\ncomme désirés en md-editor.<br />\nIls se basent tous deux sur un même fichier prototype.xml.<br />\nLes xml-blank font \"l\'affichage\" des champs que je souhaite par défaut<br />\nafficher pour bien montrer le caractère obligatoire des champs.</p>\n<p>Par contre, au niveau workflow, cela ne fonctionne pas pareil :</p>\n<p>- Pour le formulaire auteur, le champ \"nature péda de la ressource\" est<br />\nfacultatif, donc le champ devrait être replié sous la forme : \"ajout<br />\nd\'un type de ressource\", et non affiché avec la liste déroulante et le (!)<br />\nSeulement, il est comme ceci parce qu\'il est obligatoire pour le SEMM,<br />\net pour qu\'il soit affiché dans son formulaire, j\'ai du déclarer la<br />\nbalise. Mais cela a un impact sur le formulaire auteur.</p>\n<p>J\'ai donc pensé à faire 2 prototypes distincts pour ces 2 formulaires,<br />\nmais je ne sais pas si c\'est la bonne méthode.</p>\n<p>D\'après ce que j\'avais compris au niveau du module editor :</p>\n<p>- le prototype donne la structure générale de la ressource,<br />\n- le xml-blank permet de modeler le formulaire pour afficher ou non des<br />\nchamps,<br />\n- le xml permet quant à lui de supprimer des champs non utilisés,<br />\nspécifier la cardinalité etc...</p>\n<p>Du coup, lors de l\'utilisation du module workflow,<br />\n- il faut adapter une nouvelle fois le prototype pour modeler le<br />\nformulaire que l\'on souhaite avoir( en gros copié/collé du xml-blank ),<br />\nmais de ce fait, comme il y a des rôles différents, cela implique des<br />\nprésentations de formulaire différentes, et par conséquent, il faut<br />\nséparer les prototypes.</p>\n<p>Est ce bon ?</p>\n<p>Merci beaucoup.</p>\n<p>--<br />\nFrançois Lefebvre<br />\nBibliothèque Universitaire de Lille 1<br />\nCité Scientifique - B.P. 30155<br />\n59653 VILLENEUVE D\'ASCQ CEDEX<br />\nTél.: 03.20.33.60.73</p>\n</div>\n', created = 1507748997, expire = 1507835397, headers = '', serialized = 0 WHERE cid = '4:872ce0e8ef55417ac71af419c72421f7' 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:89ed97cc91d008f60dcf9b2d8dfa5eea' 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 François,</p>\n<p>Les prototypes servent à initialiser :<br />\n- les formulaires (via les fichiers dans<br />\nWEB-INF\\resources\\apps\\ori-md-editor\\xml-blank) quand on utilise<br />\nl\'éditeur seul ;<br />\n- les workflows (via les fichiers dans conf\\properties\\xml) quand on est<br />\ndans l\'IHM du workflow.</p>\n<p>Dans le deuxième cas, le prototype ne sert qu\'UNE fois = quand tu<br />\ncliques sur un lien dans la partie \"Référencer une ressource\".<br />\nCe qui initialise le workflow.<br />\nDans ce cas un seul fichier d\'initialisation doit exister<br />\n(prototype-mon-etablissement.xml, par exemple).</p>\n<p>Tu dois donc jongler avec le prototype pour le workflow et les champs<br />\nque tu proposes dans les différents formulaires.</p>\n<p>Jacques</p>\n<p>françois lefebvre a écrit :<br />\n<div class=\"emailFilter_Toggle\">\n<blockquote class=\"emailFilter_Author_0\"><p>> Bonjour,<br />\n><br />\n> Pour les ress. péda, nous avons créer un workflow a 3 rôles : auteur<br />\n> -> SEMM ( TICE ) -> SCD<br />\n><br />\n><br />\n> J\'ai créé les formulaires auteur et SEMM. Ils fonctionnent tous les<br />\n> deux comme désirés en md-editor.<br />\n> Ils se basent tous deux sur un même fichier prototype.xml.<br />\n> Les xml-blank font \"l\'affichage\" des champs que je souhaite par défaut<br />\n> afficher pour bien montrer le caractère obligatoire des champs.<br />\n><br />\n> Par contre, au niveau workflow, cela ne fonctionne pas pareil :<br />\n><br />\n> - Pour le formulaire auteur, le champ \"nature péda de la ressource\"<br />\n> est facultatif, donc le champ devrait être replié sous la forme :<br />\n> \"ajout d\'un type de ressource\", et non affiché avec la liste<br />\n> déroulante et le (!)<br />\n> Seulement, il est comme ceci parce qu\'il est obligatoire pour le SEMM,<br />\n> et pour qu\'il soit affiché dans son formulaire, j\'ai du déclarer la<br />\n> balise. Mais cela a un impact sur le formulaire auteur.<br />\n><br />\n> J\'ai donc pensé à faire 2 prototypes distincts pour ces 2 formulaires,<br />\n> mais je ne sais pas si c\'est la bonne méthode.<br />\n><br />\n> D\'après ce que j\'avais compris au niveau du module editor :<br />\n><br />\n> - le prototype donne la structure générale de la ressource,<br />\n> - le xml-blank permet de modeler le formulaire pour afficher ou non<br />\n> des champs,<br />\n> - le xml permet quant à lui de supprimer des champs non utilisés,<br />\n> spécifier la cardinalité etc...<br />\n><br />\n> Du coup, lors de l\'utilisation du module workflow,<br />\n> - il faut adapter une nouvelle fois le prototype pour modeler le<br />\n> formulaire que l\'on souhaite avoir( en gros copié/collé du xml-blank<br />\n> ), mais de ce fait, comme il y a des rôles différents, cela implique<br />\n> des présentations de formulaire différentes, et par conséquent, il<br />\n> faut séparer les prototypes.<br />\n><br />\n><br />\n><br />\n> Est ce bon ?<br />\n><br />\n> Merci beaucoup.<br />\n></div>\n</blockquote>\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</div>\n', created = 1507748998, expire = 1507835398, headers = '', serialized = 0 WHERE cid = '4:89ed97cc91d008f60dcf9b2d8dfa5eea' 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:947e027dc1c8527d4e7a50c2c3ed005a' 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\">Complément :</p>\n<p>le dossier WEB-INF\\resources\\apps\\ori-md-editor\\prototypes (de<br />\nl\'éditeur) donne l\'ensemble des noeuds possibles (l\'arborescence en<br />\nquelque sorte) pour un schéma de MD donnée.<br />\nC\'est notamment ici que l\'on peut étendre un schéma de MD (ajouter des<br />\nMD de gestion interne, pour des besoins locaux).</p>\n<p>Jacques</p>\n<p>Jacques Brassart a écrit :<br />\n<div class=\"emailFilter_Toggle\">\n<blockquote class=\"emailFilter_Author_0\"><p>> Bonjour François,<br />\n><br />\n> Les prototypes servent à initialiser :<br />\n> - les formulaires (via les fichiers dans<br />\n> WEB-INF\\resources\\apps\\ori-md-editor\\xml-blank) quand on utilise<br />\n> l\'éditeur seul ;<br />\n> - les workflows (via les fichiers dans conf\\properties\\xml) quand on<br />\n> est dans l\'IHM du workflow.<br />\n><br />\n> Dans le deuxième cas, le prototype ne sert qu\'UNE fois = quand tu<br />\n> cliques sur un lien dans la partie \"Référencer une ressource\".<br />\n> Ce qui initialise le workflow.<br />\n> Dans ce cas un seul fichier d\'initialisation doit exister<br />\n> (prototype-mon-etablissement.xml, par exemple).<br />\n><br />\n> Tu dois donc jongler avec le prototype pour le workflow et les champs<br />\n> que tu proposes dans les différents formulaires.<br />\n><br />\n> Jacques<br />\n><br />\n><br />\n><br />\n> françois lefebvre a écrit :</p></blockquote>\n<blockquote class=\"emailFilter_Author_1\"><p>>> Bonjour,<br />\n>><br />\n>> Pour les ress. péda, nous avons créer un workflow a 3 rôles : auteur<br />\n>> -> SEMM ( TICE ) -> SCD<br />\n>><br />\n>><br />\n>> J\'ai créé les formulaires auteur et SEMM. Ils fonctionnent tous les<br />\n>> deux comme désirés en md-editor.<br />\n>> Ils se basent tous deux sur un même fichier prototype.xml.<br />\n>> Les xml-blank font \"l\'affichage\" des champs que je souhaite par<br />\n>> défaut afficher pour bien montrer le caractère obligatoire des champs.<br />\n>><br />\n>> Par contre, au niveau workflow, cela ne fonctionne pas pareil :<br />\n>><br />\n>> - Pour le formulaire auteur, le champ \"nature péda de la ressource\"<br />\n>> est facultatif, donc le champ devrait être replié sous la forme :<br />\n>> \"ajout d\'un type de ressource\", et non affiché avec la liste<br />\n>> déroulante et le (!)<br />\n>> Seulement, il est comme ceci parce qu\'il est obligatoire pour le<br />\n>> SEMM, et pour qu\'il soit affiché dans son formulaire, j\'ai du<br />\n>> déclarer la balise. Mais cela a un impact sur le formulaire auteur.<br />\n>><br />\n>> J\'ai donc pensé à faire 2 prototypes distincts pour ces 2<br />\n>> formulaires, mais je ne sais pas si c\'est la bonne méthode.<br />\n>><br />\n>> D\'après ce que j\'avais compris au niveau du module editor :<br />\n>><br />\n>> - le prototype donne la structure générale de la ressource,<br />\n>> - le xml-blank permet de modeler le formulaire pour afficher ou non<br />\n>> des champs,<br />\n>> - le xml permet quant à lui de supprimer des champs non utilisés,<br />\n>> spécifier la cardinalité etc...<br />\n>><br />\n>> Du coup, lors de l\'utilisation du module workflow,<br />\n>> - il faut adapter une nouvelle fois le prototype pour modeler le<br />\n>> formulaire que l\'on souhaite avoir( en gros copié/collé du xml-blank<br />\n>> ), mais de ce fait, comme il y a des rôles différents, cela implique<br />\n>> des présentations de formulaire différentes, et par conséquent, il<br />\n>> faut séparer les prototypes.<br />\n>><br />\n>><br />\n>><br />\n>> Est ce bon ?<br />\n>><br />\n>> Merci beaucoup.<br />\n>></p></blockquote>\n<blockquote class=\"emailFilter_Author_0\"><p>></div>\n</blockquote>\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</div>\n', created = 1507748998, expire = 1507835398, headers = '', serialized = 0 WHERE cid = '4:947e027dc1c8527d4e7a50c2c3ed005a' 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:50f896abc74e225256cfc0867edd7bd6' 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 Jacques,</p>\n<p>Merci pour ces précisions.<br />\nDu coup, il faut modifier le fichier prototype-nometab.xml du module<br />\nmd-editor.</p>\n<p>Le copier dans le workflow, et ensuite ajuster les form-blank.xml pour<br />\nessayer de donner l\'interface désirée.</p>\n<p>De ce fait, le fichier prototype du module workflow et editor sont les<br />\nmêmes.<br />\nPourquoi les dupliquer dans ce cas ? pourquoi ne pas faire un lien<br />\nsymbolique ? ( dans le cas ou le module editor ne soit pas utilisé seul ) ?</p>\n<p>Cordialement.</p>\n<p>Jacques Brassart a écrit :<br />\n<div class=\"emailFilter_Toggle\">\n<blockquote class=\"emailFilter_Author_0\"><p>> Complément :<br />\n><br />\n> le dossier WEB-INF\\resources\\apps\\ori-md-editor\\prototypes (de<br />\n> l\'éditeur) donne l\'ensemble des noeuds possibles (l\'arborescence en<br />\n> quelque sorte) pour un schéma de MD donnée.<br />\n> C\'est notamment ici que l\'on peut étendre un schéma de MD (ajouter des<br />\n> MD de gestion interne, pour des besoins locaux).<br />\n><br />\n> Jacques<br />\n><br />\n> Jacques Brassart a écrit :</p></blockquote>\n<blockquote class=\"emailFilter_Author_1\"><p>>> Bonjour François,<br />\n>><br />\n>> Les prototypes servent à initialiser :<br />\n>> - les formulaires (via les fichiers dans<br />\n>> WEB-INF\\resources\\apps\\ori-md-editor\\xml-blank) quand on utilise<br />\n>> l\'éditeur seul ;<br />\n>> - les workflows (via les fichiers dans conf\\properties\\xml) quand on<br />\n>> est dans l\'IHM du workflow.<br />\n>><br />\n>> Dans le deuxième cas, le prototype ne sert qu\'UNE fois = quand tu<br />\n>> cliques sur un lien dans la partie \"Référencer une ressource\".<br />\n>> Ce qui initialise le workflow.<br />\n>> Dans ce cas un seul fichier d\'initialisation doit exister<br />\n>> (prototype-mon-etablissement.xml, par exemple).<br />\n>><br />\n>> Tu dois donc jongler avec le prototype pour le workflow et les champs<br />\n>> que tu proposes dans les différents formulaires.<br />\n>><br />\n>> Jacques<br />\n>><br />\n>><br />\n>><br />\n>> françois lefebvre a écrit :</p></blockquote>\n<blockquote class=\"emailFilter_Author_2\"><p>>>> Bonjour,<br />\n>>><br />\n>>> Pour les ress. péda, nous avons créer un workflow a 3 rôles : auteur<br />\n>>> -> SEMM ( TICE ) -> SCD<br />\n>>><br />\n>>><br />\n>>> J\'ai créé les formulaires auteur et SEMM. Ils fonctionnent tous les<br />\n>>> deux comme désirés en md-editor.<br />\n>>> Ils se basent tous deux sur un même fichier prototype.xml.<br />\n>>> Les xml-blank font \"l\'affichage\" des champs que je souhaite par<br />\n>>> défaut afficher pour bien montrer le caractère obligatoire des champs.<br />\n>>><br />\n>>> Par contre, au niveau workflow, cela ne fonctionne pas pareil :<br />\n>>><br />\n>>> - Pour le formulaire auteur, le champ \"nature péda de la ressource\"<br />\n>>> est facultatif, donc le champ devrait être replié sous la forme :<br />\n>>> \"ajout d\'un type de ressource\", et non affiché avec la liste<br />\n>>> déroulante et le (!)<br />\n>>> Seulement, il est comme ceci parce qu\'il est obligatoire pour le<br />\n>>> SEMM, et pour qu\'il soit affiché dans son formulaire, j\'ai du<br />\n>>> déclarer la balise. Mais cela a un impact sur le formulaire auteur.<br />\n>>><br />\n>>> J\'ai donc pensé à faire 2 prototypes distincts pour ces 2<br />\n>>> formulaires, mais je ne sais pas si c\'est la bonne méthode.<br />\n>>><br />\n>>> D\'après ce que j\'avais compris au niveau du module editor :<br />\n>>><br />\n>>> - le prototype donne la structure générale de la ressource,<br />\n>>> - le xml-blank permet de modeler le formulaire pour afficher ou non<br />\n>>> des champs,<br />\n>>> - le xml permet quant à lui de supprimer des champs non utilisés,<br />\n>>> spécifier la cardinalité etc...<br />\n>>><br />\n>>> Du coup, lors de l\'utilisation du module workflow,<br />\n>>> - il faut adapter une nouvelle fois le prototype pour modeler le<br />\n>>> formulaire que l\'on souhaite avoir( en gros copié/collé du xml-blank<br />\n>>> ), mais de ce fait, comme il y a des rôles différents, cela implique<br />\n>>> des présentations de formulaire différentes, et par conséquent, il<br />\n>>> faut séparer les prototypes.<br />\n>>><br />\n>>><br />\n>>><br />\n>>> Est ce bon ?<br />\n>>><br />\n>>> Merci beaucoup.<br />\n>>></p></blockquote>\n<blockquote class=\"emailFilter_Author_1\"><p>>></p></blockquote>\n<blockquote class=\"emailFilter_Author_0\"><p>></div>\n</blockquote>\n<p>--<br />\nFrançois Lefebvre<br />\nBibliothèque Universitaire de Lille 1<br />\nCité Scientifique - B.P. 30155<br />\n59653 VILLENEUVE D\'ASCQ CEDEX<br />\nTél.: 03.20.33.60.73</p>\n</div>\n', created = 1507748998, expire = 1507835398, headers = '', serialized = 0 WHERE cid = '4:50f896abc74e225256cfc0867edd7bd6' 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:86910428655a7f161a6a390ac3d1fb8e' 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\">François,</p>\n<p>Ce n\'est pas la même chose !</p>\n<p>dans conf\\properties\\xml, tu initialises (donc tu peux notamment<br />\npré-remplir des champs).<br />\ndans WEB-INF\\resources\\apps\\ori-md-editor\\prototypes, tu trouves<br />\nl\'arborescence complète du schéma de métadonnées support de tes fiches<br />\n(si il manque un noeud dans ce fichier, tu ne peux pas l\'utiliser dans<br />\nles formulaires).</p>\n<p>A +, je me rentre il se fait tard !</p>\n<p>Jacques</p>\n<p>françois lefebvre a écrit :<br />\n<div class=\"emailFilter_Toggle\">\n<blockquote class=\"emailFilter_Author_0\"><p>> Bonjour Jacques,<br />\n><br />\n> Merci pour ces précisions.<br />\n> Du coup, il faut modifier le fichier prototype-nometab.xml du module<br />\n> md-editor.<br />\n><br />\n> Le copier dans le workflow, et ensuite ajuster les form-blank.xml pour<br />\n> essayer de donner l\'interface désirée.<br />\n><br />\n> De ce fait, le fichier prototype du module workflow et editor sont les<br />\n> mêmes.<br />\n> Pourquoi les dupliquer dans ce cas ? pourquoi ne pas faire un lien<br />\n> symbolique ? ( dans le cas ou le module editor ne soit pas utilisé<br />\n> seul ) ?<br />\n><br />\n><br />\n> Cordialement.<br />\n><br />\n><br />\n> Jacques Brassart a écrit :</p></blockquote>\n<blockquote class=\"emailFilter_Author_1\"><p>>> Complément :<br />\n>><br />\n>> le dossier WEB-INF\\resources\\apps\\ori-md-editor\\prototypes (de<br />\n>> l\'éditeur) donne l\'ensemble des noeuds possibles (l\'arborescence en<br />\n>> quelque sorte) pour un schéma de MD donnée.<br />\n>> C\'est notamment ici que l\'on peut étendre un schéma de MD (ajouter<br />\n>> des MD de gestion interne, pour des besoins locaux).<br />\n>><br />\n>> Jacques<br />\n>><br />\n>> Jacques Brassart a écrit :</p></blockquote>\n<blockquote class=\"emailFilter_Author_2\"><p>>>> Bonjour François,<br />\n>>><br />\n>>> Les prototypes servent à initialiser :<br />\n>>> - les formulaires (via les fichiers dans<br />\n>>> WEB-INF\\resources\\apps\\ori-md-editor\\xml-blank) quand on utilise<br />\n>>> l\'éditeur seul ;<br />\n>>> - les workflows (via les fichiers dans conf\\properties\\xml) quand on<br />\n>>> est dans l\'IHM du workflow.<br />\n>>><br />\n>>> Dans le deuxième cas, le prototype ne sert qu\'UNE fois = quand tu<br />\n>>> cliques sur un lien dans la partie \"Référencer une ressource\".<br />\n>>> Ce qui initialise le workflow.<br />\n>>> Dans ce cas un seul fichier d\'initialisation doit exister<br />\n>>> (prototype-mon-etablissement.xml, par exemple).<br />\n>>><br />\n>>> Tu dois donc jongler avec le prototype pour le workflow et les<br />\n>>> champs que tu proposes dans les différents formulaires.<br />\n>>><br />\n>>> Jacques<br />\n>>><br />\n>>><br />\n>>><br />\n>>> françois lefebvre a écrit :</p></blockquote>\n<blockquote class=\"emailFilter_Author_3\"><p>>>>> Bonjour,<br />\n>>>><br />\n>>>> Pour les ress. péda, nous avons créer un workflow a 3 rôles :<br />\n>>>> auteur -> SEMM ( TICE ) -> SCD<br />\n>>>><br />\n>>>><br />\n>>>> J\'ai créé les formulaires auteur et SEMM. Ils fonctionnent tous les<br />\n>>>> deux comme désirés en md-editor.<br />\n>>>> Ils se basent tous deux sur un même fichier prototype.xml.<br />\n>>>> Les xml-blank font \"l\'affichage\" des champs que je souhaite par<br />\n>>>> défaut afficher pour bien montrer le caractère obligatoire des champs.<br />\n>>>><br />\n>>>> Par contre, au niveau workflow, cela ne fonctionne pas pareil :<br />\n>>>><br />\n>>>> - Pour le formulaire auteur, le champ \"nature péda de la ressource\"<br />\n>>>> est facultatif, donc le champ devrait être replié sous la forme :<br />\n>>>> \"ajout d\'un type de ressource\", et non affiché avec la liste<br />\n>>>> déroulante et le (!)<br />\n>>>> Seulement, il est comme ceci parce qu\'il est obligatoire pour le<br />\n>>>> SEMM, et pour qu\'il soit affiché dans son formulaire, j\'ai du<br />\n>>>> déclarer la balise. Mais cela a un impact sur le formulaire auteur.<br />\n>>>><br />\n>>>> J\'ai donc pensé à faire 2 prototypes distincts pour ces 2<br />\n>>>> formulaires, mais je ne sais pas si c\'est la bonne méthode.<br />\n>>>><br />\n>>>> D\'après ce que j\'avais compris au niveau du module editor :<br />\n>>>><br />\n>>>> - le prototype donne la structure générale de la ressource,<br />\n>>>> - le xml-blank permet de modeler le formulaire pour afficher ou non<br />\n>>>> des champs,<br />\n>>>> - le xml permet quant à lui de supprimer des champs non utilisés,<br />\n>>>> spécifier la cardinalité etc...<br />\n>>>><br />\n>>>> Du coup, lors de l\'utilisation du module workflow,<br />\n>>>> - il faut adapter une nouvelle fois le prototype pour modeler le<br />\n>>>> formulaire que l\'on souhaite avoir( en gros copié/collé du<br />\n>>>> xml-blank ), mais de ce fait, comme il y a des rôles différents,<br />\n>>>> cela implique des présentations de formulaire différentes, et par<br />\n>>>> conséquent, il faut séparer les prototypes.<br />\n>>>><br />\n>>>><br />\n>>>><br />\n>>>> Est ce bon ?<br />\n>>>><br />\n>>>> Merci beaucoup.<br />\n>>>></p></blockquote>\n<blockquote class=\"emailFilter_Author_2\"><p>>>></p></blockquote>\n<blockquote class=\"emailFilter_Author_1\"><p>>></p></blockquote>\n<blockquote class=\"emailFilter_Author_0\"><p>></div>\n</blockquote>\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</div>\n', created = 1507748998, expire = 1507835398, headers = '', serialized = 0 WHERE cid = '4:86910428655a7f161a6a390ac3d1fb8e' 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:9a7d42ce285046e412aab715a18f76d9' 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\">Bonsoir,</p>\n<p>Attention, nous avons à l\'heure actuel un problème de nommage malheureux<br />\nentre ori-oai-md-editor et ori-oai-workflow.</p>\n<p>Cela peut engendrer des confusions.</p>\n<p>Ce qui s\'appelle prototype dans ori-oai-md-editor c\'est ce qui permet<br />\naux formulaires de faire des insertions de nouveaux champs dans un XML :<br />\nquand on clique sur \"ajouter un titre\" il copie/colle dans le XML en<br />\ncours d\'édition le bloc titre venant du prototype de l\'éditeur.</p>\n<p>Un formulaire ori-oai-md-editor ne peut s\'ouvrir que sur un fichier XML<br />\ndéjà existant.<br />\n* Lorsqu\'on accède à un formulaire sans passer par ori-oai-workflow, on<br />\nouvre en fait une copie des fichiers \"xml-blank\".<br />\n* Lorsqu\'on accède à un formulaire en passant par ori-oai-workflow<br />\n(création d\'une ressource pédagogique par exemple), on ouvre une copie<br />\ndu patron de page issu d\'ori-oai-workflow lui-même. Ce patron de page<br />\nétant le patron individuel édité par l\'utilisateur (cf le profil de<br />\nl\'utilisateur) si il existe et a été selectionné ou sinon le patron par<br />\ndéfaut donner dans les configs d\'ori-oai-workflow et qu\'on aurait dû<br />\nappeller \"template\" ou autre ... on n\'aurait pas dû utiliser le terme<br />\n\"prototype\" dans le nom du fichier : le nom du fichier lom-prototype.xml<br />\ndonné dans ori-oai-workflow est ainsi mal choisi, il porte à confusion.</p>\n<p>Donc en fait souvent logiquement les fichiers patrons de page issus<br />\nd\'ori-oai-workflow seront des copiés/collés des xml-blank issus<br />\nd\'ori-oai-md-editor.<br />\nC\'est ainsi que ces 2 fichiers sont en fait très similaires :<br />\nori-oai-workflow-spring/conf/properties/workflows/default_lom_easy/xml/lom-prototype.xml<br />\nori-oai-md-editor/WEB-INF/resources/apps/ori-md-editor/xml-blank/lom-author-light-blank.xml</p>\n<p>Est-ce plus clair ?</p>\n<p>Bonne soirée,<br />\nVincent.</p>\n<p>Jacques Brassart wrote:<br />\n<div class=\"emailFilter_Toggle\">\n<blockquote class=\"emailFilter_Author_0\"><p>> François,<br />\n><br />\n> Ce n\'est pas la même chose !<br />\n><br />\n> dans conf\\properties\\xml, tu initialises (donc tu peux notamment<br />\n> pré-remplir des champs).<br />\n> dans WEB-INF\\resources\\apps\\ori-md-editor\\prototypes, tu trouves<br />\n> l\'arborescence complète du schéma de métadonnées support de tes fiches<br />\n> (si il manque un noeud dans ce fichier, tu ne peux pas l\'utiliser dans<br />\n> les formulaires).<br />\n><br />\n> A +, je me rentre il se fait tard !<br />\n><br />\n> Jacques<br />\n><br />\n><br />\n><br />\n> françois lefebvre a écrit :</p></blockquote>\n<blockquote class=\"emailFilter_Author_1\"><p>>> Bonjour Jacques,<br />\n>><br />\n>> Merci pour ces précisions.<br />\n>> Du coup, il faut modifier le fichier prototype-nometab.xml du module<br />\n>> md-editor.<br />\n>><br />\n>> Le copier dans le workflow, et ensuite ajuster les form-blank.xml<br />\n>> pour essayer de donner l\'interface désirée.<br />\n>><br />\n>> De ce fait, le fichier prototype du module workflow et editor sont<br />\n>> les mêmes.<br />\n>> Pourquoi les dupliquer dans ce cas ? pourquoi ne pas faire un lien<br />\n>> symbolique ? ( dans le cas ou le module editor ne soit pas utilisé<br />\n>> seul ) ?<br />\n>><br />\n>><br />\n>> Cordialement.<br />\n>><br />\n>><br />\n>> Jacques Brassart a écrit :</p></blockquote>\n<blockquote class=\"emailFilter_Author_2\"><p>>>> Complément :<br />\n>>><br />\n>>> le dossier WEB-INF\\resources\\apps\\ori-md-editor\\prototypes (de<br />\n>>> l\'éditeur) donne l\'ensemble des noeuds possibles (l\'arborescence en<br />\n>>> quelque sorte) pour un schéma de MD donnée.<br />\n>>> C\'est notamment ici que l\'on peut étendre un schéma de MD (ajouter<br />\n>>> des MD de gestion interne, pour des besoins locaux).<br />\n>>><br />\n>>> Jacques<br />\n>>><br />\n>>> Jacques Brassart a écrit :</p></blockquote>\n<blockquote class=\"emailFilter_Author_3\"><p>>>>> Bonjour François,<br />\n>>>><br />\n>>>> Les prototypes servent à initialiser :<br />\n>>>> - les formulaires (via les fichiers dans<br />\n>>>> WEB-INF\\resources\\apps\\ori-md-editor\\xml-blank) quand on utilise<br />\n>>>> l\'éditeur seul ;<br />\n>>>> - les workflows (via les fichiers dans conf\\properties\\xml) quand<br />\n>>>> on est dans l\'IHM du workflow.<br />\n>>>><br />\n>>>> Dans le deuxième cas, le prototype ne sert qu\'UNE fois = quand tu<br />\n>>>> cliques sur un lien dans la partie \"Référencer une ressource\".<br />\n>>>> Ce qui initialise le workflow.<br />\n>>>> Dans ce cas un seul fichier d\'initialisation doit exister<br />\n>>>> (prototype-mon-etablissement.xml, par exemple).<br />\n>>>><br />\n>>>> Tu dois donc jongler avec le prototype pour le workflow et les<br />\n>>>> champs que tu proposes dans les différents formulaires.<br />\n>>>><br />\n>>>> Jacques<br />\n>>>><br />\n>>>><br />\n>>>><br />\n>>>> françois lefebvre a écrit :</p></blockquote>\n<blockquote class=\"emailFilter_Author_4\"><p>>>>>> Bonjour,<br />\n>>>>><br />\n>>>>> Pour les ress. péda, nous avons créer un workflow a 3 rôles :<br />\n>>>>> auteur -> SEMM ( TICE ) -> SCD<br />\n>>>>><br />\n>>>>><br />\n>>>>> J\'ai créé les formulaires auteur et SEMM. Ils fonctionnent tous<br />\n>>>>> les deux comme désirés en md-editor.<br />\n>>>>> Ils se basent tous deux sur un même fichier prototype.xml.<br />\n>>>>> Les xml-blank font \"l\'affichage\" des champs que je souhaite par<br />\n>>>>> défaut afficher pour bien montrer le caractère obligatoire des<br />\n>>>>> champs.<br />\n>>>>><br />\n>>>>> Par contre, au niveau workflow, cela ne fonctionne pas pareil :<br />\n>>>>><br />\n>>>>> - Pour le formulaire auteur, le champ \"nature péda de la<br />\n>>>>> ressource\" est facultatif, donc le champ devrait être replié sous<br />\n>>>>> la forme : \"ajout d\'un type de ressource\", et non affiché avec la<br />\n>>>>> liste déroulante et le (!)<br />\n>>>>> Seulement, il est comme ceci parce qu\'il est obligatoire pour le<br />\n>>>>> SEMM, et pour qu\'il soit affiché dans son formulaire, j\'ai du<br />\n>>>>> déclarer la balise. Mais cela a un impact sur le formulaire auteur.<br />\n>>>>><br />\n>>>>> J\'ai donc pensé à faire 2 prototypes distincts pour ces 2<br />\n>>>>> formulaires, mais je ne sais pas si c\'est la bonne méthode.<br />\n>>>>><br />\n>>>>> D\'après ce que j\'avais compris au niveau du module editor :<br />\n>>>>><br />\n>>>>> - le prototype donne la structure générale de la ressource,<br />\n>>>>> - le xml-blank permet de modeler le formulaire pour afficher ou<br />\n>>>>> non des champs,<br />\n>>>>> - le xml permet quant à lui de supprimer des champs non utilisés,<br />\n>>>>> spécifier la cardinalité etc...<br />\n>>>>><br />\n>>>>> Du coup, lors de l\'utilisation du module workflow,<br />\n>>>>> - il faut adapter une nouvelle fois le prototype pour modeler le<br />\n>>>>> formulaire que l\'on souhaite avoir( en gros copié/collé du<br />\n>>>>> xml-blank ), mais de ce fait, comme il y a des rôles différents,<br />\n>>>>> cela implique des présentations de formulaire différentes, et par<br />\n>>>>> conséquent, il faut séparer les prototypes.<br />\n>>>>><br />\n>>>>><br />\n>>>>><br />\n>>>>> Est ce bon ?<br />\n>>>>><br />\n>>>>> Merci beaucoup.<br />\n>>>>></p></blockquote>\n<blockquote class=\"emailFilter_Author_3\"><p>>>>></p></blockquote>\n<blockquote class=\"emailFilter_Author_2\"><p>>>></p></blockquote>\n<blockquote class=\"emailFilter_Author_1\"><p>>></p></blockquote>\n<blockquote class=\"emailFilter_Author_0\"><p>></div>\n</blockquote>\n</div>\n', created = 1507748998, expire = 1507835398, headers = '', serialized = 0 WHERE cid = '4:9a7d42ce285046e412aab715a18f76d9' 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:350be7d252b827af62d56609cd7bf41b' 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,</p>\n<p>Oula, dur de reprendre le fil de discussion comme ca le matin, il faudra<br />\npenser à ajouter une commande dans le quick-install du type : ant<br />\ncheckout-cafe :-P</p>\n<p>Pour la partie md-editor, je pense avoir compris :-) Merci beaucoup.</p>\n<p>Pour le workflow, c\'est une autre paire de manche ...<br />\nJe viens de regarder dans mon profil utilisateur, j\'ai bien créé un<br />\ntemplate, et j\'ai rempli des champs, je vois que cela fonctionne quand<br />\nje créé une nouvelle fiche, mes champs sont pré-remplis. Donc pas de<br />\nproblème, cela fonctionne, mais je comprends pas le rapport avec mon soucis.</p>\n<p>Actuellement, mon problème est :</p>\n<p>J\'ai deux formulaires \"Auteur\" et \"SEMM\" ( TICE ) qui se basent sur le<br />\nfichier \"sup-lomfr-prototype-ustl.xml\" du module workflow.</p>\n<p>Pour le formulaire \"Auteur\" : des champs sont dépliés alors qu\'ils ne<br />\nsont pas obligatoires, je voudrais donc les replier.<br />\nCela vient du fait que mon prototype, dans le module workflow, a la<br />\nbalise correspondante de déclarée.<br />\nCe qui est normal en soit puisque pour le SEMM, ces champs sont<br />\nobligatoires. Donc, par soucis de clarté, j\'ai déclaré les balises pour<br />\nqu\'elle soit affichées dans ce formulaire.<br />\nLe problème est que cela a un impact sur le formulaire \"Auteur\" ou lui,<br />\nces champs sont facultatifs.</p>\n<p>Ma question est de savoir s\'il est possible de créer deux<br />\n\"sup-lomfr-prototypes-ustl.xml\" : un pour le formulaire auteur, l\'autre<br />\npour le SEMM. Faut il modifier le fichier \"spring-metadata-types.xml\" ?<br />\nOu comme le dit Jacques, cela n\'est pas possible, il faut un seul<br />\nprototype, et essayer de trouver un compromis ?</p>\n<p>Cordialement.</p>\n<p>Vincent Bonamy a écrit :<br />\n<div class=\"emailFilter_Toggle\">\n<blockquote class=\"emailFilter_Author_0\"><p>> Bonsoir,<br />\n><br />\n> Attention, nous avons à l\'heure actuel un problème de nommage<br />\n> malheureux entre ori-oai-md-editor et ori-oai-workflow.<br />\n><br />\n> Cela peut engendrer des confusions.<br />\n><br />\n> Ce qui s\'appelle prototype dans ori-oai-md-editor c\'est ce qui permet<br />\n> aux formulaires de faire des insertions de nouveaux champs dans un XML<br />\n> : quand on clique sur \"ajouter un titre\" il copie/colle dans le XML en<br />\n> cours d\'édition le bloc titre venant du prototype de l\'éditeur.<br />\n><br />\n> Un formulaire ori-oai-md-editor ne peut s\'ouvrir que sur un fichier<br />\n> XML déjà existant.<br />\n> * Lorsqu\'on accède à un formulaire sans passer par ori-oai-workflow,<br />\n> on ouvre en fait une copie des fichiers \"xml-blank\".<br />\n> * Lorsqu\'on accède à un formulaire en passant par ori-oai-workflow<br />\n> (création d\'une ressource pédagogique par exemple), on ouvre une copie<br />\n> du patron de page issu d\'ori-oai-workflow lui-même. Ce patron de page<br />\n> étant le patron individuel édité par l\'utilisateur (cf le profil de<br />\n> l\'utilisateur) si il existe et a été selectionné ou sinon le patron<br />\n> par défaut donner dans les configs d\'ori-oai-workflow et qu\'on aurait<br />\n> dû appeller \"template\" ou autre ... on n\'aurait pas dû utiliser le<br />\n> terme \"prototype\" dans le nom du fichier : le nom du fichier<br />\n> lom-prototype.xml donné dans ori-oai-workflow est ainsi mal choisi, il<br />\n> porte à confusion.<br />\n><br />\n><br />\n> Donc en fait souvent logiquement les fichiers patrons de page issus<br />\n> d\'ori-oai-workflow seront des copiés/collés des xml-blank issus<br />\n> d\'ori-oai-md-editor.<br />\n> C\'est ainsi que ces 2 fichiers sont en fait très similaires :<br />\n> ori-oai-workflow-spring/conf/properties/workflows/default_lom_easy/xml/lom-prototype.xml<br />\n> ori-oai-md-editor/WEB-INF/resources/apps/ori-md-editor/xml-blank/lom-author-light-blank.xml<br />\n><br />\n><br />\n> Est-ce plus clair ?<br />\n><br />\n> Bonne soirée,<br />\n> Vincent.<br />\n><br />\n><br />\n><br />\n> Jacques Brassart wrote:</p></blockquote>\n<blockquote class=\"emailFilter_Author_1\"><p>>> François,<br />\n>><br />\n>> Ce n\'est pas la même chose !<br />\n>><br />\n>> dans conf\\properties\\xml, tu initialises (donc tu peux notamment<br />\n>> pré-remplir des champs).<br />\n>> dans WEB-INF\\resources\\apps\\ori-md-editor\\prototypes, tu trouves<br />\n>> l\'arborescence complète du schéma de métadonnées support de tes fiches<br />\n>> (si il manque un noeud dans ce fichier, tu ne peux pas l\'utiliser<br />\n>> dans les formulaires).<br />\n>><br />\n>> A +, je me rentre il se fait tard !<br />\n>><br />\n>> Jacques<br />\n>><br />\n>><br />\n>><br />\n>> françois lefebvre a écrit :</p></blockquote>\n<blockquote class=\"emailFilter_Author_2\"><p>>>> Bonjour Jacques,<br />\n>>><br />\n>>> Merci pour ces précisions.<br />\n>>> Du coup, il faut modifier le fichier prototype-nometab.xml du module<br />\n>>> md-editor.<br />\n>>><br />\n>>> Le copier dans le workflow, et ensuite ajuster les form-blank.xml<br />\n>>> pour essayer de donner l\'interface désirée.<br />\n>>><br />\n>>> De ce fait, le fichier prototype du module workflow et editor sont<br />\n>>> les mêmes.<br />\n>>> Pourquoi les dupliquer dans ce cas ? pourquoi ne pas faire un lien<br />\n>>> symbolique ? ( dans le cas ou le module editor ne soit pas utilisé<br />\n>>> seul ) ?<br />\n>>><br />\n>>><br />\n>>> Cordialement.<br />\n>>><br />\n>>><br />\n>>> Jacques Brassart a écrit :</p></blockquote>\n<blockquote class=\"emailFilter_Author_3\"><p>>>>> Complément :<br />\n>>>><br />\n>>>> le dossier WEB-INF\\resources\\apps\\ori-md-editor\\prototypes (de<br />\n>>>> l\'éditeur) donne l\'ensemble des noeuds possibles (l\'arborescence en<br />\n>>>> quelque sorte) pour un schéma de MD donnée.<br />\n>>>> C\'est notamment ici que l\'on peut étendre un schéma de MD (ajouter<br />\n>>>> des MD de gestion interne, pour des besoins locaux).<br />\n>>>><br />\n>>>> Jacques<br />\n>>>><br />\n>>>> Jacques Brassart a écrit :</p></blockquote>\n<blockquote class=\"emailFilter_Author_4\"><p>>>>>> Bonjour François,<br />\n>>>>><br />\n>>>>> Les prototypes servent à initialiser :<br />\n>>>>> - les formulaires (via les fichiers dans<br />\n>>>>> WEB-INF\\resources\\apps\\ori-md-editor\\xml-blank) quand on utilise<br />\n>>>>> l\'éditeur seul ;<br />\n>>>>> - les workflows (via les fichiers dans conf\\properties\\xml) quand<br />\n>>>>> on est dans l\'IHM du workflow.<br />\n>>>>><br />\n>>>>> Dans le deuxième cas, le prototype ne sert qu\'UNE fois = quand tu<br />\n>>>>> cliques sur un lien dans la partie \"Référencer une ressource\".<br />\n>>>>> Ce qui initialise le workflow.<br />\n>>>>> Dans ce cas un seul fichier d\'initialisation doit exister<br />\n>>>>> (prototype-mon-etablissement.xml, par exemple).<br />\n>>>>><br />\n>>>>> Tu dois donc jongler avec le prototype pour le workflow et les<br />\n>>>>> champs que tu proposes dans les différents formulaires.<br />\n>>>>><br />\n>>>>> Jacques<br />\n>>>>><br />\n>>>>><br />\n>>>>><br />\n>>>>> françois lefebvre a écrit :</p></blockquote>\n<blockquote class=\"emailFilter_Author_5\"><p>>>>>>> Bonjour,<br />\n>>>>>><br />\n>>>>>> Pour les ress. péda, nous avons créer un workflow a 3 rôles :<br />\n>>>>>> auteur -> SEMM ( TICE ) -> SCD<br />\n>>>>>><br />\n>>>>>><br />\n>>>>>> J\'ai créé les formulaires auteur et SEMM. Ils fonctionnent tous<br />\n>>>>>> les deux comme désirés en md-editor.<br />\n>>>>>> Ils se basent tous deux sur un même fichier prototype.xml.<br />\n>>>>>> Les xml-blank font \"l\'affichage\" des champs que je souhaite par<br />\n>>>>>> défaut afficher pour bien montrer le caractère obligatoire des<br />\n>>>>>> champs.<br />\n>>>>>><br />\n>>>>>> Par contre, au niveau workflow, cela ne fonctionne pas pareil :<br />\n>>>>>><br />\n>>>>>> - Pour le formulaire auteur, le champ \"nature péda de la<br />\n>>>>>> ressource\" est facultatif, donc le champ devrait être replié sous<br />\n>>>>>> la forme : \"ajout d\'un type de ressource\", et non affiché avec la<br />\n>>>>>> liste déroulante et le (!)<br />\n>>>>>> Seulement, il est comme ceci parce qu\'il est obligatoire pour le<br />\n>>>>>> SEMM, et pour qu\'il soit affiché dans son formulaire, j\'ai du<br />\n>>>>>> déclarer la balise. Mais cela a un impact sur le formulaire auteur.<br />\n>>>>>><br />\n>>>>>> J\'ai donc pensé à faire 2 prototypes distincts pour ces 2<br />\n>>>>>> formulaires, mais je ne sais pas si c\'est la bonne méthode.<br />\n>>>>>><br />\n>>>>>> D\'après ce que j\'avais compris au niveau du module editor :<br />\n>>>>>><br />\n>>>>>> - le prototype donne la structure générale de la ressource,<br />\n>>>>>> - le xml-blank permet de modeler le formulaire pour afficher ou<br />\n>>>>>> non des champs,<br />\n>>>>>> - le xml permet quant à lui de supprimer des champs non utilisés,<br />\n>>>>>> spécifier la cardinalité etc...<br />\n>>>>>><br />\n>>>>>> Du coup, lors de l\'utilisation du module workflow,<br />\n>>>>>> - il faut adapter une nouvelle fois le prototype pour modeler le<br />\n>>>>>> formulaire que l\'on souhaite avoir( en gros copié/collé du<br />\n>>>>>> xml-blank ), mais de ce fait, comme il y a des rôles différents,<br />\n>>>>>> cela implique des présentations de formulaire différentes, et par<br />\n>>>>>> conséquent, il faut séparer les prototypes.<br />\n>>>>>><br />\n>>>>>><br />\n>>>>>><br />\n>>>>>> Est ce bon ?<br />\n>>>>>><br />\n>>>>>> Merci beaucoup.<br />\n>>>>>></p></blockquote>\n<blockquote class=\"emailFilter_Author_4\"><p>>>>>></p></blockquote>\n<blockquote class=\"emailFilter_Author_3\"><p>>>>></p></blockquote>\n<blockquote class=\"emailFilter_Author_2\"><p>>>></p></blockquote>\n<blockquote class=\"emailFilter_Author_1\"><p>>></p></blockquote>\n<blockquote class=\"emailFilter_Author_0\"><p>><br />\n></div>\n</blockquote>\n<p>--<br />\nFrançois Lefebvre<br />\nBibliothèque Universitaire de Lille 1<br />\nCité Scientifique - B.P. 30155<br />\n59653 VILLENEUVE D\'ASCQ CEDEX<br />\nTél.: 03.20.33.60.73</p>\n</div>\n', created = 1507748998, expire = 1507835398, headers = '', serialized = 0 WHERE cid = '4:350be7d252b827af62d56609cd7bf41b' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 112.
7 messages / 0 nouveaux
Sujet clos
Dernière contribution
4 novembre 2009 - 3:09pm
#1
francoislefebvre
prototypes et xml-blank
Bonjour,

Pour les ress. péda, nous avons créer un workflow a 3 rôles : auteur ->
SEMM ( TICE ) -> SCD

J'ai créé les formulaires auteur et SEMM. Ils fonctionnent tous les deux
comme désirés en md-editor.
Ils se basent tous deux sur un même fichier prototype.xml.
Les xml-blank font "l'affichage" des champs que je souhaite par défaut
afficher pour bien montrer le caractère obligatoire des champs.

Par contre, au niveau workflow, cela ne fonctionne pas pareil :

- Pour le formulaire auteur, le champ "nature péda de la ressource" est
facultatif, donc le champ devrait être replié sous la forme : "ajout
d'un type de ressource", et non affiché avec la liste déroulante et le (!)
Seulement, il est comme ceci parce qu'il est obligatoire pour le SEMM,
et pour qu'il soit affiché dans son formulaire, j'ai du déclarer la
balise. Mais cela a un impact sur le formulaire auteur.

J'ai donc pensé à faire 2 prototypes distincts pour ces 2 formulaires,
mais je ne sais pas si c'est la bonne méthode.

D'après ce que j'avais compris au niveau du module editor :

- le prototype donne la structure générale de la ressource,
- le xml-blank permet de modeler le formulaire pour afficher ou non des
champs,
- le xml permet quant à lui de supprimer des champs non utilisés,
spécifier la cardinalité etc...

Du coup, lors de l'utilisation du module workflow,
- il faut adapter une nouvelle fois le prototype pour modeler le
formulaire que l'on souhaite avoir( en gros copié/collé du xml-blank ),
mais de ce fait, comme il y a des rôles différents, cela implique des
présentations de formulaire différentes, et par conséquent, il faut
séparer les prototypes.

Est ce bon ?

Merci beaucoup.

--
François Lefebvre
Bibliothèque Universitaire de Lille 1
Cité Scientifique - B.P. 30155
59653 VILLENEUVE D'ASCQ CEDEX
Tél.: 03.20.33.60.73

Haut
Étiquettes:
4 novembre 2009 - 3:54pm
#2
jbrassar
Bonjour François,

Les prototypes servent à initialiser :
- les formulaires (via les fichiers dans
WEB-INF\resources\apps\ori-md-editor\xml-blank) quand on utilise
l'éditeur seul ;
- les workflows (via les fichiers dans conf\properties\xml) quand on est
dans l'IHM du workflow.

Dans le deuxième cas, le prototype ne sert qu'UNE fois = quand tu
cliques sur un lien dans la partie "Référencer une ressource".
Ce qui initialise le workflow.
Dans ce cas un seul fichier d'initialisation doit exister
(prototype-mon-etablissement.xml, par exemple).

Tu dois donc jongler avec le prototype pour le workflow et les champs
que tu proposes dans les différents formulaires.

Jacques

françois lefebvre a écrit :

> Bonjour,
>
> Pour les ress. péda, nous avons créer un workflow a 3 rôles : auteur
> -> SEMM ( TICE ) -> SCD
>
>
> J'ai créé les formulaires auteur et SEMM. Ils fonctionnent tous les
> deux comme désirés en md-editor.
> Ils se basent tous deux sur un même fichier prototype.xml.
> Les xml-blank font "l'affichage" des champs que je souhaite par défaut
> afficher pour bien montrer le caractère obligatoire des champs.
>
> Par contre, au niveau workflow, cela ne fonctionne pas pareil :
>
> - Pour le formulaire auteur, le champ "nature péda de la ressource"
> est facultatif, donc le champ devrait être replié sous la forme :
> "ajout d'un type de ressource", et non affiché avec la liste
> déroulante et le (!)
> Seulement, il est comme ceci parce qu'il est obligatoire pour le SEMM,
> et pour qu'il soit affiché dans son formulaire, j'ai du déclarer la
> balise. Mais cela a un impact sur le formulaire auteur.
>
> J'ai donc pensé à faire 2 prototypes distincts pour ces 2 formulaires,
> mais je ne sais pas si c'est la bonne méthode.
>
> D'après ce que j'avais compris au niveau du module editor :
>
> - le prototype donne la structure générale de la ressource,
> - le xml-blank permet de modeler le formulaire pour afficher ou non
> des champs,
> - le xml permet quant à lui de supprimer des champs non utilisés,
> spécifier la cardinalité etc...
>
> Du coup, lors de l'utilisation du module workflow,
> - il faut adapter une nouvelle fois le prototype pour modeler le
> formulaire que l'on souhaite avoir( en gros copié/collé du xml-blank
> ), mais de ce fait, comme il y a des rôles différents, cela implique
> des présentations de formulaire différentes, et par conséquent, il
> faut séparer les prototypes.
>
>
>
> Est ce bon ?
>
> Merci beaucoup.
>

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

Haut
4 novembre 2009 - 3:58pm
(Répondre à #2) #3
jbrassar
Complément :

le dossier WEB-INF\resources\apps\ori-md-editor\prototypes (de
l'éditeur) donne l'ensemble des noeuds possibles (l'arborescence en
quelque sorte) pour un schéma de MD donnée.
C'est notamment ici que l'on peut étendre un schéma de MD (ajouter des
MD de gestion interne, pour des besoins locaux).

Jacques

Jacques Brassart a écrit :

> Bonjour François,
>
> Les prototypes servent à initialiser :
> - les formulaires (via les fichiers dans
> WEB-INF\resources\apps\ori-md-editor\xml-blank) quand on utilise
> l'éditeur seul ;
> - les workflows (via les fichiers dans conf\properties\xml) quand on
> est dans l'IHM du workflow.
>
> Dans le deuxième cas, le prototype ne sert qu'UNE fois = quand tu
> cliques sur un lien dans la partie "Référencer une ressource".
> Ce qui initialise le workflow.
> Dans ce cas un seul fichier d'initialisation doit exister
> (prototype-mon-etablissement.xml, par exemple).
>
> Tu dois donc jongler avec le prototype pour le workflow et les champs
> que tu proposes dans les différents formulaires.
>
> Jacques
>
>
>
> françois lefebvre a écrit :

>> Bonjour,
>>
>> Pour les ress. péda, nous avons créer un workflow a 3 rôles : auteur
>> -> SEMM ( TICE ) -> SCD
>>
>>
>> J'ai créé les formulaires auteur et SEMM. Ils fonctionnent tous les
>> deux comme désirés en md-editor.
>> Ils se basent tous deux sur un même fichier prototype.xml.
>> Les xml-blank font "l'affichage" des champs que je souhaite par
>> défaut afficher pour bien montrer le caractère obligatoire des champs.
>>
>> Par contre, au niveau workflow, cela ne fonctionne pas pareil :
>>
>> - Pour le formulaire auteur, le champ "nature péda de la ressource"
>> est facultatif, donc le champ devrait être replié sous la forme :
>> "ajout d'un type de ressource", et non affiché avec la liste
>> déroulante et le (!)
>> Seulement, il est comme ceci parce qu'il est obligatoire pour le
>> SEMM, et pour qu'il soit affiché dans son formulaire, j'ai du
>> déclarer la balise. Mais cela a un impact sur le formulaire auteur.
>>
>> J'ai donc pensé à faire 2 prototypes distincts pour ces 2
>> formulaires, mais je ne sais pas si c'est la bonne méthode.
>>
>> D'après ce que j'avais compris au niveau du module editor :
>>
>> - le prototype donne la structure générale de la ressource,
>> - le xml-blank permet de modeler le formulaire pour afficher ou non
>> des champs,
>> - le xml permet quant à lui de supprimer des champs non utilisés,
>> spécifier la cardinalité etc...
>>
>> Du coup, lors de l'utilisation du module workflow,
>> - il faut adapter une nouvelle fois le prototype pour modeler le
>> formulaire que l'on souhaite avoir( en gros copié/collé du xml-blank
>> ), mais de ce fait, comme il y a des rôles différents, cela implique
>> des présentations de formulaire différentes, et par conséquent, il
>> faut séparer les prototypes.
>>
>>
>>
>> Est ce bon ?
>>
>> Merci beaucoup.
>>

>

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

Haut
4 novembre 2009 - 5:11pm
(Répondre à #3) #4
francoislefebvre
Bonjour Jacques,

Merci pour ces précisions.
Du coup, il faut modifier le fichier prototype-nometab.xml du module
md-editor.

Le copier dans le workflow, et ensuite ajuster les form-blank.xml pour
essayer de donner l'interface désirée.

De ce fait, le fichier prototype du module workflow et editor sont les
mêmes.
Pourquoi les dupliquer dans ce cas ? pourquoi ne pas faire un lien
symbolique ? ( dans le cas ou le module editor ne soit pas utilisé seul ) ?

Cordialement.

Jacques Brassart a écrit :

> Complément :
>
> le dossier WEB-INF\resources\apps\ori-md-editor\prototypes (de
> l'éditeur) donne l'ensemble des noeuds possibles (l'arborescence en
> quelque sorte) pour un schéma de MD donnée.
> C'est notamment ici que l'on peut étendre un schéma de MD (ajouter des
> MD de gestion interne, pour des besoins locaux).
>
> Jacques
>
> Jacques Brassart a écrit :

>> Bonjour François,
>>
>> Les prototypes servent à initialiser :
>> - les formulaires (via les fichiers dans
>> WEB-INF\resources\apps\ori-md-editor\xml-blank) quand on utilise
>> l'éditeur seul ;
>> - les workflows (via les fichiers dans conf\properties\xml) quand on
>> est dans l'IHM du workflow.
>>
>> Dans le deuxième cas, le prototype ne sert qu'UNE fois = quand tu
>> cliques sur un lien dans la partie "Référencer une ressource".
>> Ce qui initialise le workflow.
>> Dans ce cas un seul fichier d'initialisation doit exister
>> (prototype-mon-etablissement.xml, par exemple).
>>
>> Tu dois donc jongler avec le prototype pour le workflow et les champs
>> que tu proposes dans les différents formulaires.
>>
>> Jacques
>>
>>
>>
>> françois lefebvre a écrit :

>>> Bonjour,
>>>
>>> Pour les ress. péda, nous avons créer un workflow a 3 rôles : auteur
>>> -> SEMM ( TICE ) -> SCD
>>>
>>>
>>> J'ai créé les formulaires auteur et SEMM. Ils fonctionnent tous les
>>> deux comme désirés en md-editor.
>>> Ils se basent tous deux sur un même fichier prototype.xml.
>>> Les xml-blank font "l'affichage" des champs que je souhaite par
>>> défaut afficher pour bien montrer le caractère obligatoire des champs.
>>>
>>> Par contre, au niveau workflow, cela ne fonctionne pas pareil :
>>>
>>> - Pour le formulaire auteur, le champ "nature péda de la ressource"
>>> est facultatif, donc le champ devrait être replié sous la forme :
>>> "ajout d'un type de ressource", et non affiché avec la liste
>>> déroulante et le (!)
>>> Seulement, il est comme ceci parce qu'il est obligatoire pour le
>>> SEMM, et pour qu'il soit affiché dans son formulaire, j'ai du
>>> déclarer la balise. Mais cela a un impact sur le formulaire auteur.
>>>
>>> J'ai donc pensé à faire 2 prototypes distincts pour ces 2
>>> formulaires, mais je ne sais pas si c'est la bonne méthode.
>>>
>>> D'après ce que j'avais compris au niveau du module editor :
>>>
>>> - le prototype donne la structure générale de la ressource,
>>> - le xml-blank permet de modeler le formulaire pour afficher ou non
>>> des champs,
>>> - le xml permet quant à lui de supprimer des champs non utilisés,
>>> spécifier la cardinalité etc...
>>>
>>> Du coup, lors de l'utilisation du module workflow,
>>> - il faut adapter une nouvelle fois le prototype pour modeler le
>>> formulaire que l'on souhaite avoir( en gros copié/collé du xml-blank
>>> ), mais de ce fait, comme il y a des rôles différents, cela implique
>>> des présentations de formulaire différentes, et par conséquent, il
>>> faut séparer les prototypes.
>>>
>>>
>>>
>>> Est ce bon ?
>>>
>>> Merci beaucoup.
>>>

>>

>

--
François Lefebvre
Bibliothèque Universitaire de Lille 1
Cité Scientifique - B.P. 30155
59653 VILLENEUVE D'ASCQ CEDEX
Tél.: 03.20.33.60.73

Haut
4 novembre 2009 - 6:52pm
(Répondre à #4) #5
jbrassar
François,

Ce n'est pas la même chose !

dans conf\properties\xml, tu initialises (donc tu peux notamment
pré-remplir des champs).
dans WEB-INF\resources\apps\ori-md-editor\prototypes, tu trouves
l'arborescence complète du schéma de métadonnées support de tes fiches
(si il manque un noeud dans ce fichier, tu ne peux pas l'utiliser dans
les formulaires).

A +, je me rentre il se fait tard !

Jacques

françois lefebvre a écrit :

> Bonjour Jacques,
>
> Merci pour ces précisions.
> Du coup, il faut modifier le fichier prototype-nometab.xml du module
> md-editor.
>
> Le copier dans le workflow, et ensuite ajuster les form-blank.xml pour
> essayer de donner l'interface désirée.
>
> De ce fait, le fichier prototype du module workflow et editor sont les
> mêmes.
> Pourquoi les dupliquer dans ce cas ? pourquoi ne pas faire un lien
> symbolique ? ( dans le cas ou le module editor ne soit pas utilisé
> seul ) ?
>
>
> Cordialement.
>
>
> Jacques Brassart a écrit :

>> Complément :
>>
>> le dossier WEB-INF\resources\apps\ori-md-editor\prototypes (de
>> l'éditeur) donne l'ensemble des noeuds possibles (l'arborescence en
>> quelque sorte) pour un schéma de MD donnée.
>> C'est notamment ici que l'on peut étendre un schéma de MD (ajouter
>> des MD de gestion interne, pour des besoins locaux).
>>
>> Jacques
>>
>> Jacques Brassart a écrit :

>>> Bonjour François,
>>>
>>> Les prototypes servent à initialiser :
>>> - les formulaires (via les fichiers dans
>>> WEB-INF\resources\apps\ori-md-editor\xml-blank) quand on utilise
>>> l'éditeur seul ;
>>> - les workflows (via les fichiers dans conf\properties\xml) quand on
>>> est dans l'IHM du workflow.
>>>
>>> Dans le deuxième cas, le prototype ne sert qu'UNE fois = quand tu
>>> cliques sur un lien dans la partie "Référencer une ressource".
>>> Ce qui initialise le workflow.
>>> Dans ce cas un seul fichier d'initialisation doit exister
>>> (prototype-mon-etablissement.xml, par exemple).
>>>
>>> Tu dois donc jongler avec le prototype pour le workflow et les
>>> champs que tu proposes dans les différents formulaires.
>>>
>>> Jacques
>>>
>>>
>>>
>>> françois lefebvre a écrit :

>>>> Bonjour,
>>>>
>>>> Pour les ress. péda, nous avons créer un workflow a 3 rôles :
>>>> auteur -> SEMM ( TICE ) -> SCD
>>>>
>>>>
>>>> J'ai créé les formulaires auteur et SEMM. Ils fonctionnent tous les
>>>> deux comme désirés en md-editor.
>>>> Ils se basent tous deux sur un même fichier prototype.xml.
>>>> Les xml-blank font "l'affichage" des champs que je souhaite par
>>>> défaut afficher pour bien montrer le caractère obligatoire des champs.
>>>>
>>>> Par contre, au niveau workflow, cela ne fonctionne pas pareil :
>>>>
>>>> - Pour le formulaire auteur, le champ "nature péda de la ressource"
>>>> est facultatif, donc le champ devrait être replié sous la forme :
>>>> "ajout d'un type de ressource", et non affiché avec la liste
>>>> déroulante et le (!)
>>>> Seulement, il est comme ceci parce qu'il est obligatoire pour le
>>>> SEMM, et pour qu'il soit affiché dans son formulaire, j'ai du
>>>> déclarer la balise. Mais cela a un impact sur le formulaire auteur.
>>>>
>>>> J'ai donc pensé à faire 2 prototypes distincts pour ces 2
>>>> formulaires, mais je ne sais pas si c'est la bonne méthode.
>>>>
>>>> D'après ce que j'avais compris au niveau du module editor :
>>>>
>>>> - le prototype donne la structure générale de la ressource,
>>>> - le xml-blank permet de modeler le formulaire pour afficher ou non
>>>> des champs,
>>>> - le xml permet quant à lui de supprimer des champs non utilisés,
>>>> spécifier la cardinalité etc...
>>>>
>>>> Du coup, lors de l'utilisation du module workflow,
>>>> - il faut adapter une nouvelle fois le prototype pour modeler le
>>>> formulaire que l'on souhaite avoir( en gros copié/collé du
>>>> xml-blank ), mais de ce fait, comme il y a des rôles différents,
>>>> cela implique des présentations de formulaire différentes, et par
>>>> conséquent, il faut séparer les prototypes.
>>>>
>>>>
>>>>
>>>> Est ce bon ?
>>>>
>>>> Merci beaucoup.
>>>>

>>>

>>

>

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

Haut
4 novembre 2009 - 7:55pm
(Répondre à #5) #6
vincentbonamy761933
Bonsoir,

Attention, nous avons à l'heure actuel un problème de nommage malheureux
entre ori-oai-md-editor et ori-oai-workflow.

Cela peut engendrer des confusions.

Ce qui s'appelle prototype dans ori-oai-md-editor c'est ce qui permet
aux formulaires de faire des insertions de nouveaux champs dans un XML :
quand on clique sur "ajouter un titre" il copie/colle dans le XML en
cours d'édition le bloc titre venant du prototype de l'éditeur.

Un formulaire ori-oai-md-editor ne peut s'ouvrir que sur un fichier XML
déjà existant.
* Lorsqu'on accède à un formulaire sans passer par ori-oai-workflow, on
ouvre en fait une copie des fichiers "xml-blank".
* Lorsqu'on accède à un formulaire en passant par ori-oai-workflow
(création d'une ressource pédagogique par exemple), on ouvre une copie
du patron de page issu d'ori-oai-workflow lui-même. Ce patron de page
étant le patron individuel édité par l'utilisateur (cf le profil de
l'utilisateur) si il existe et a été selectionné ou sinon le patron par
défaut donner dans les configs d'ori-oai-workflow et qu'on aurait dû
appeller "template" ou autre ... on n'aurait pas dû utiliser le terme
"prototype" dans le nom du fichier : le nom du fichier lom-prototype.xml
donné dans ori-oai-workflow est ainsi mal choisi, il porte à confusion.

Donc en fait souvent logiquement les fichiers patrons de page issus
d'ori-oai-workflow seront des copiés/collés des xml-blank issus
d'ori-oai-md-editor.
C'est ainsi que ces 2 fichiers sont en fait très similaires :
ori-oai-workflow-spring/conf/properties/workflows/default_lom_easy/xml/lom-prototype.xml
ori-oai-md-editor/WEB-INF/resources/apps/ori-md-editor/xml-blank/lom-author-light-blank.xml

Est-ce plus clair ?

Bonne soirée,
Vincent.

Jacques Brassart wrote:

> François,
>
> Ce n'est pas la même chose !
>
> dans conf\properties\xml, tu initialises (donc tu peux notamment
> pré-remplir des champs).
> dans WEB-INF\resources\apps\ori-md-editor\prototypes, tu trouves
> l'arborescence complète du schéma de métadonnées support de tes fiches
> (si il manque un noeud dans ce fichier, tu ne peux pas l'utiliser dans
> les formulaires).
>
> A +, je me rentre il se fait tard !
>
> Jacques
>
>
>
> françois lefebvre a écrit :

>> Bonjour Jacques,
>>
>> Merci pour ces précisions.
>> Du coup, il faut modifier le fichier prototype-nometab.xml du module
>> md-editor.
>>
>> Le copier dans le workflow, et ensuite ajuster les form-blank.xml
>> pour essayer de donner l'interface désirée.
>>
>> De ce fait, le fichier prototype du module workflow et editor sont
>> les mêmes.
>> Pourquoi les dupliquer dans ce cas ? pourquoi ne pas faire un lien
>> symbolique ? ( dans le cas ou le module editor ne soit pas utilisé
>> seul ) ?
>>
>>
>> Cordialement.
>>
>>
>> Jacques Brassart a écrit :

>>> Complément :
>>>
>>> le dossier WEB-INF\resources\apps\ori-md-editor\prototypes (de
>>> l'éditeur) donne l'ensemble des noeuds possibles (l'arborescence en
>>> quelque sorte) pour un schéma de MD donnée.
>>> C'est notamment ici que l'on peut étendre un schéma de MD (ajouter
>>> des MD de gestion interne, pour des besoins locaux).
>>>
>>> Jacques
>>>
>>> Jacques Brassart a écrit :

>>>> Bonjour François,
>>>>
>>>> Les prototypes servent à initialiser :
>>>> - les formulaires (via les fichiers dans
>>>> WEB-INF\resources\apps\ori-md-editor\xml-blank) quand on utilise
>>>> l'éditeur seul ;
>>>> - les workflows (via les fichiers dans conf\properties\xml) quand
>>>> on est dans l'IHM du workflow.
>>>>
>>>> Dans le deuxième cas, le prototype ne sert qu'UNE fois = quand tu
>>>> cliques sur un lien dans la partie "Référencer une ressource".
>>>> Ce qui initialise le workflow.
>>>> Dans ce cas un seul fichier d'initialisation doit exister
>>>> (prototype-mon-etablissement.xml, par exemple).
>>>>
>>>> Tu dois donc jongler avec le prototype pour le workflow et les
>>>> champs que tu proposes dans les différents formulaires.
>>>>
>>>> Jacques
>>>>
>>>>
>>>>
>>>> françois lefebvre a écrit :

>>>>> Bonjour,
>>>>>
>>>>> Pour les ress. péda, nous avons créer un workflow a 3 rôles :
>>>>> auteur -> SEMM ( TICE ) -> SCD
>>>>>
>>>>>
>>>>> J'ai créé les formulaires auteur et SEMM. Ils fonctionnent tous
>>>>> les deux comme désirés en md-editor.
>>>>> Ils se basent tous deux sur un même fichier prototype.xml.
>>>>> Les xml-blank font "l'affichage" des champs que je souhaite par
>>>>> défaut afficher pour bien montrer le caractère obligatoire des
>>>>> champs.
>>>>>
>>>>> Par contre, au niveau workflow, cela ne fonctionne pas pareil :
>>>>>
>>>>> - Pour le formulaire auteur, le champ "nature péda de la
>>>>> ressource" est facultatif, donc le champ devrait être replié sous
>>>>> la forme : "ajout d'un type de ressource", et non affiché avec la
>>>>> liste déroulante et le (!)
>>>>> Seulement, il est comme ceci parce qu'il est obligatoire pour le
>>>>> SEMM, et pour qu'il soit affiché dans son formulaire, j'ai du
>>>>> déclarer la balise. Mais cela a un impact sur le formulaire auteur.
>>>>>
>>>>> J'ai donc pensé à faire 2 prototypes distincts pour ces 2
>>>>> formulaires, mais je ne sais pas si c'est la bonne méthode.
>>>>>
>>>>> D'après ce que j'avais compris au niveau du module editor :
>>>>>
>>>>> - le prototype donne la structure générale de la ressource,
>>>>> - le xml-blank permet de modeler le formulaire pour afficher ou
>>>>> non des champs,
>>>>> - le xml permet quant à lui de supprimer des champs non utilisés,
>>>>> spécifier la cardinalité etc...
>>>>>
>>>>> Du coup, lors de l'utilisation du module workflow,
>>>>> - il faut adapter une nouvelle fois le prototype pour modeler le
>>>>> formulaire que l'on souhaite avoir( en gros copié/collé du
>>>>> xml-blank ), mais de ce fait, comme il y a des rôles différents,
>>>>> cela implique des présentations de formulaire différentes, et par
>>>>> conséquent, il faut séparer les prototypes.
>>>>>
>>>>>
>>>>>
>>>>> Est ce bon ?
>>>>>
>>>>> Merci beaucoup.
>>>>>

>>>>

>>>

>>

>

Haut
5 novembre 2009 - 10:10am
(Répondre à #6) #7
francoislefebvre
Bonjour,

Oula, dur de reprendre le fil de discussion comme ca le matin, il faudra
penser à ajouter une commande dans le quick-install du type : ant
checkout-cafe :-P

Pour la partie md-editor, je pense avoir compris :-) Merci beaucoup.

Pour le workflow, c'est une autre paire de manche ...
Je viens de regarder dans mon profil utilisateur, j'ai bien créé un
template, et j'ai rempli des champs, je vois que cela fonctionne quand
je créé une nouvelle fiche, mes champs sont pré-remplis. Donc pas de
problème, cela fonctionne, mais je comprends pas le rapport avec mon soucis.

Actuellement, mon problème est :

J'ai deux formulaires "Auteur" et "SEMM" ( TICE ) qui se basent sur le
fichier "sup-lomfr-prototype-ustl.xml" du module workflow.

Pour le formulaire "Auteur" : des champs sont dépliés alors qu'ils ne
sont pas obligatoires, je voudrais donc les replier.
Cela vient du fait que mon prototype, dans le module workflow, a la
balise correspondante de déclarée.
Ce qui est normal en soit puisque pour le SEMM, ces champs sont
obligatoires. Donc, par soucis de clarté, j'ai déclaré les balises pour
qu'elle soit affichées dans ce formulaire.
Le problème est que cela a un impact sur le formulaire "Auteur" ou lui,
ces champs sont facultatifs.

Ma question est de savoir s'il est possible de créer deux
"sup-lomfr-prototypes-ustl.xml" : un pour le formulaire auteur, l'autre
pour le SEMM. Faut il modifier le fichier "spring-metadata-types.xml" ?
Ou comme le dit Jacques, cela n'est pas possible, il faut un seul
prototype, et essayer de trouver un compromis ?

Cordialement.

Vincent Bonamy a écrit :

> Bonsoir,
>
> Attention, nous avons à l'heure actuel un problème de nommage
> malheureux entre ori-oai-md-editor et ori-oai-workflow.
>
> Cela peut engendrer des confusions.
>
> Ce qui s'appelle prototype dans ori-oai-md-editor c'est ce qui permet
> aux formulaires de faire des insertions de nouveaux champs dans un XML
> : quand on clique sur "ajouter un titre" il copie/colle dans le XML en
> cours d'édition le bloc titre venant du prototype de l'éditeur.
>
> Un formulaire ori-oai-md-editor ne peut s'ouvrir que sur un fichier
> XML déjà existant.
> * Lorsqu'on accède à un formulaire sans passer par ori-oai-workflow,
> on ouvre en fait une copie des fichiers "xml-blank".
> * Lorsqu'on accède à un formulaire en passant par ori-oai-workflow
> (création d'une ressource pédagogique par exemple), on ouvre une copie
> du patron de page issu d'ori-oai-workflow lui-même. Ce patron de page
> étant le patron individuel édité par l'utilisateur (cf le profil de
> l'utilisateur) si il existe et a été selectionné ou sinon le patron
> par défaut donner dans les configs d'ori-oai-workflow et qu'on aurait
> dû appeller "template" ou autre ... on n'aurait pas dû utiliser le
> terme "prototype" dans le nom du fichier : le nom du fichier
> lom-prototype.xml donné dans ori-oai-workflow est ainsi mal choisi, il
> porte à confusion.
>
>
> Donc en fait souvent logiquement les fichiers patrons de page issus
> d'ori-oai-workflow seront des copiés/collés des xml-blank issus
> d'ori-oai-md-editor.
> C'est ainsi que ces 2 fichiers sont en fait très similaires :
> ori-oai-workflow-spring/conf/properties/workflows/default_lom_easy/xml/lom-prototype.xml
> ori-oai-md-editor/WEB-INF/resources/apps/ori-md-editor/xml-blank/lom-author-light-blank.xml
>
>
> Est-ce plus clair ?
>
> Bonne soirée,
> Vincent.
>
>
>
> Jacques Brassart wrote:

>> François,
>>
>> Ce n'est pas la même chose !
>>
>> dans conf\properties\xml, tu initialises (donc tu peux notamment
>> pré-remplir des champs).
>> dans WEB-INF\resources\apps\ori-md-editor\prototypes, tu trouves
>> l'arborescence complète du schéma de métadonnées support de tes fiches
>> (si il manque un noeud dans ce fichier, tu ne peux pas l'utiliser
>> dans les formulaires).
>>
>> A +, je me rentre il se fait tard !
>>
>> Jacques
>>
>>
>>
>> françois lefebvre a écrit :

>>> Bonjour Jacques,
>>>
>>> Merci pour ces précisions.
>>> Du coup, il faut modifier le fichier prototype-nometab.xml du module
>>> md-editor.
>>>
>>> Le copier dans le workflow, et ensuite ajuster les form-blank.xml
>>> pour essayer de donner l'interface désirée.
>>>
>>> De ce fait, le fichier prototype du module workflow et editor sont
>>> les mêmes.
>>> Pourquoi les dupliquer dans ce cas ? pourquoi ne pas faire un lien
>>> symbolique ? ( dans le cas ou le module editor ne soit pas utilisé
>>> seul ) ?
>>>
>>>
>>> Cordialement.
>>>
>>>
>>> Jacques Brassart a écrit :

>>>> Complément :
>>>>
>>>> le dossier WEB-INF\resources\apps\ori-md-editor\prototypes (de
>>>> l'éditeur) donne l'ensemble des noeuds possibles (l'arborescence en
>>>> quelque sorte) pour un schéma de MD donnée.
>>>> C'est notamment ici que l'on peut étendre un schéma de MD (ajouter
>>>> des MD de gestion interne, pour des besoins locaux).
>>>>
>>>> Jacques
>>>>
>>>> Jacques Brassart a écrit :

>>>>> Bonjour François,
>>>>>
>>>>> Les prototypes servent à initialiser :
>>>>> - les formulaires (via les fichiers dans
>>>>> WEB-INF\resources\apps\ori-md-editor\xml-blank) quand on utilise
>>>>> l'éditeur seul ;
>>>>> - les workflows (via les fichiers dans conf\properties\xml) quand
>>>>> on est dans l'IHM du workflow.
>>>>>
>>>>> Dans le deuxième cas, le prototype ne sert qu'UNE fois = quand tu
>>>>> cliques sur un lien dans la partie "Référencer une ressource".
>>>>> Ce qui initialise le workflow.
>>>>> Dans ce cas un seul fichier d'initialisation doit exister
>>>>> (prototype-mon-etablissement.xml, par exemple).
>>>>>
>>>>> Tu dois donc jongler avec le prototype pour le workflow et les
>>>>> champs que tu proposes dans les différents formulaires.
>>>>>
>>>>> Jacques
>>>>>
>>>>>
>>>>>
>>>>> françois lefebvre a écrit :

>>>>>> Bonjour,
>>>>>>
>>>>>> Pour les ress. péda, nous avons créer un workflow a 3 rôles :
>>>>>> auteur -> SEMM ( TICE ) -> SCD
>>>>>>
>>>>>>
>>>>>> J'ai créé les formulaires auteur et SEMM. Ils fonctionnent tous
>>>>>> les deux comme désirés en md-editor.
>>>>>> Ils se basent tous deux sur un même fichier prototype.xml.
>>>>>> Les xml-blank font "l'affichage" des champs que je souhaite par
>>>>>> défaut afficher pour bien montrer le caractère obligatoire des
>>>>>> champs.
>>>>>>
>>>>>> Par contre, au niveau workflow, cela ne fonctionne pas pareil :
>>>>>>
>>>>>> - Pour le formulaire auteur, le champ "nature péda de la
>>>>>> ressource" est facultatif, donc le champ devrait être replié sous
>>>>>> la forme : "ajout d'un type de ressource", et non affiché avec la
>>>>>> liste déroulante et le (!)
>>>>>> Seulement, il est comme ceci parce qu'il est obligatoire pour le
>>>>>> SEMM, et pour qu'il soit affiché dans son formulaire, j'ai du
>>>>>> déclarer la balise. Mais cela a un impact sur le formulaire auteur.
>>>>>>
>>>>>> J'ai donc pensé à faire 2 prototypes distincts pour ces 2
>>>>>> formulaires, mais je ne sais pas si c'est la bonne méthode.
>>>>>>
>>>>>> D'après ce que j'avais compris au niveau du module editor :
>>>>>>
>>>>>> - le prototype donne la structure générale de la ressource,
>>>>>> - le xml-blank permet de modeler le formulaire pour afficher ou
>>>>>> non des champs,
>>>>>> - le xml permet quant à lui de supprimer des champs non utilisés,
>>>>>> spécifier la cardinalité etc...
>>>>>>
>>>>>> Du coup, lors de l'utilisation du module workflow,
>>>>>> - il faut adapter une nouvelle fois le prototype pour modeler le
>>>>>> formulaire que l'on souhaite avoir( en gros copié/collé du
>>>>>> xml-blank ), mais de ce fait, comme il y a des rôles différents,
>>>>>> cela implique des présentations de formulaire différentes, et par
>>>>>> conséquent, il faut séparer les prototypes.
>>>>>>
>>>>>>
>>>>>>
>>>>>> Est ce bon ?
>>>>>>
>>>>>> Merci beaucoup.
>>>>>>

>>>>>

>>>>

>>>

>>

>
>

--
François Lefebvre
Bibliothèque Universitaire de Lille 1
Cité Scientifique - B.P. 30155
59653 VILLENEUVE D'ASCQ CEDEX
Tél.: 03.20.33.60.73

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 : Esup-Ecm Nuxeo Impossible de rechercher des utilisateurs ou des groupes Sujet suivant : Publication d'une centaine de ressources en un clic ›