editeur v1.6 champs collapsible collapsed

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:87d466ab031878eb8aedd1eaf16fdeea' 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 Francoise,\nLe comportement que tu décris ne me semble pas incohérent : \n1-on a un champ faculatif que l\'on veut renseigner : on clique sur \n\"ajouter ...\" \n2-on ne renseigne pas ce champ => erreur \n3-on se trompe sur la valeur (controlée par xs:nonNegativeInteger) => erreur \n4-on ne veut plus renseigner ce champ : on clique sur la poubelle => \nl\'erreur disparait\nPour la durée d\'exéc\n</div>\n', created = 1507748861, expire = 1507835261, headers = '', serialized = 0 WHERE cid = '4:87d466ab031878eb8aedd1eaf16fdeea' 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:87d466ab031878eb8aedd1eaf16fdeea' 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 Francoise,\nLe comportement que tu décris ne me semble pas incohérent : \n1-on a un champ faculatif que l\'on veut renseigner : on clique sur \n\"ajouter ...\" \n2-on ne renseigne pas ce champ => erreur \n3-on se trompe sur la valeur (controlée par xs:nonNegativeInteger) => erreur \n4-on ne veut plus renseigner ce champ : on clique sur la poubelle => \nl\'erreur disparait\nPour la durée d\'exéc\n</div>\n', created = 1507748861, expire = 1507835261, headers = '', serialized = 0 WHERE cid = '4:87d466ab031878eb8aedd1eaf16fdeea' 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:44ffa41ea646609a98be19b1e85cb6e9' 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\">\nBonjour,\nEn v1.5, j\'ai adapté un formulaire et \nutilisé des champs de classe "collapsible collapsed" \n: ils sont fermés à l\'affichage du formulaire, on clique \ndessus pour ouvrir les zones de saisie. Je voudrais garder ce \ncomportement, que je trouve tres pratique parce que le formulaire est \nplus lisible.\nJe n\'ai pas retrouvé ce comportement \ndans les formulaires standards de la v1.6, alors que j\'ai trouvé \ndans les sources de ces formulaires des \nchamps déclarés ainsi :\nPar ex, dans le \nlomfr-author-light/form/content-xforms.xml, on trouve :   \n<fieldset class="collapsible collapsed">   \n<widget:legend instance="i18n_lom_author" \ntermIdentifier="11"/>\nLe paragraphe \n"Général",  "Précisions \ntechniques", et "Précisions pédagogiques" du \nformulaire <a \nhref=\"http://ori3.u-psud.fr:8186/ori-oai-md-editor/fr/ori-md-editor/lomfr-author-light/new\">http://ori3.u-psud.fr:8186/ori-oai-md-editor/fr/ori-md-editor/lomfr-author-light/new<br \n/></a>ne devrait il pas se présenter fermé et cliquable \n? Ce n\'est pas le cas chez moi ..\nMerci pour vos \nretours.\nFrançoise.\n \n-- \n This message has been scanned for viruses and \n dangerous content by \n<a href=\"http://www.mailscanner.info/\">MailScanner</a>, and is \n believed to be clean.\n</div>\n', created = 1507748863, expire = 1507835263, headers = '', serialized = 0 WHERE cid = '4:44ffa41ea646609a98be19b1e85cb6e9' 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:c08a4da051b2f53b208e76158eafe790' 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,\nChez moi aussi les paragraphes sont dépliés, mais les champs eux sont à \ncliquer pour les renseigner. \nLe fieldset est pourtant en collapsed. \nJe ne vois pas non plus pourquoi.\nQuelqu\'un a une idée ?\nfrancoise Rousseau (schortin) a écrit : \n<div class=\"emailFilter_Toggle\">\n<blockquote class=\"emailFilter_Author_0\">> \n> Bonjour, \n> \n> En v1.5, j\'ai adapté un formulaire et utilisé des champs de classe \n> \"collapsible collapsed\" : ils sont fermés à l\'affichage du formulaire, \n> on clique dessus pour ouvrir les zones de saisie. \n> Je voudrais garder ce comportement, que je trouve tres pratique parce \n> que le formulaire est plus lisible. \n> \n> Je n\'ai pas retrouvé ce comportement dans les formulaires standards de \n> la v1.6, alors que j\'ai trouvé dans les sources de ces formulaires des \n> champs déclarés ainsi : \n> \n> Par ex, dans le lomfr-author-light/form/content-xforms.xml, on trouve : \n> <fieldset class=\"collapsible collapsed\"> \n> <widget:legend instance=\"i18n_lom_author\" termIdentifier=\"11\"/> \n> \n> Le paragraphe \"Général\", \"Précisions techniques\", et \"Précisions \n> pédagogiques\" du formulaire \n> <a href=\"http://ori3.u-psud.fr:8186/ori-oai-md-editor/fr/ori-md-editor/lomfr-author-light/new\" title=\"http://ori3.u-psud.fr:8186/ori-oai-md-editor/fr/ori-md-editor/lomfr-author-light/new\">http://ori3.u-psud.fr:8186/ori-oai-md-editor/fr/ori-md-editor/lomfr-auth...</a> \n> ne devrait il pas se présenter fermé et cliquable ? \n> Ce n\'est pas le cas chez moi .. \n> \n> Merci pour vos retours. \n> \n> Françoise. \n> \n> \n> \n> \n></div>\n</blockquote>\n-- \nFrançois Lefebvre \nBibliothèque Universitaire de Lille 1 \nCité Scientifique - B.P. 30155 \n59653 VILLENEUVE D\'ASCQ CEDEX \nTél.: 03.20.33.60.73\n-- \nThis message has been scanned for viruses and \ndangerous content by MailScanner, and is \nbelieved to be clean.\n</div>\n', created = 1507748864, expire = 1507835264, headers = '', serialized = 0 WHERE cid = '4:c08a4da051b2f53b208e76158eafe790' 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:1fc21095be779c8f7d2e7c0135ef20b4' 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 pour ton retour, François. Ce serait donc un pb au \nniveau de la distribution 1.6 ?.... Est ce que qq de l\'équipe \nde développement pourrait le confirmer ou l\'infirmer ? Merci.<br \n/>Françoise\nLe Lun 26 avril 2010 10:49, françois \nlefebvre a écrit : > Bonjour, > > <br \n/>> Chez moi aussi les paragraphes sont dépliés, mais les \nchamps eux sont à > cliquer pour les renseigner. Le \nfieldset est pourtant en collapsed. > Je ne vois pas non plus \npourquoi. > > > Quelqu\'un a une idée ? \n > > > > > > \nfrancoise Rousseau (schortin) a écrit : >> <br \n/>>> Bonjour, >> >> >> En v1.5, \nj\'ai adapté un formulaire et utilisé des champs de classe \n >> "collapsible collapsed" : ils sont fermés \nà l\'affichage du formulaire, >> on clique dessus pour \nouvrir les zones de saisie. Je voudrais garder ce >> \ncomportement, que je trouve tres pratique parce que le formulaire est <br \n/>>> plus lisible. >> >> Je n\'ai pas \nretrouvé ce comportement dans les formulaires standards de <br \n/>>> la v1.6, alors que j\'ai trouvé dans les sources de ces \nformulaires des >> champs déclarés ainsi : <br \n/>>> >> Par ex, dans le \nlomfr-author-light/form/content-xforms.xml, on trouve : >> \n<fieldset class="collapsible collapsed"> >> \n<widget:legend instance="i18n_lom_author" \ntermIdentifier="11"/> >> >> <br \n/>>> Le paragraphe "Général", \n"Précisions techniques", et "Précisions <br \n/>>> pédagogiques" du formulaire >> \n<a href=\"http://ori3.u-psud.fr:8186/ori-oai-md-editor/fr/ori-md-editor/lomfr-aut\" title=\"http://ori3.u-psud.fr:8186/ori-oai-md-editor/fr/ori-md-editor/lomfr-aut\">http://ori3.u-psud.fr:8186/ori-oai-md-editor/fr/ori-md-editor/lomfr-aut</a> \n >> hor-light/new ne devrait il pas se présenter \nfermé et cliquable ? Ce >> n\'est pas le cas chez moi .. \n >> >> Merci pour vos retours. >> <br \n/>>> >> Françoise. >> >> \n >> >> >> >> > <br \n/>> -- > François Lefebvre > \nBibliothèque Universitaire de Lille 1 > Cité \nScientifique - B.P. 30155 > 59653 VILLENEUVE D\'ASCQ CEDEX <br \n/>> Tél.: 03.20.33.60.73 > > > \n-- \n This message has been scanned for viruses and \n dangerous content by \n<a href=\"http://www.mailscanner.info/\">MailScanner</a>, and is \n believed to be clean.\n</div>\n', created = 1507748864, expire = 1507835264, headers = '', serialized = 0 WHERE cid = '4:1fc21095be779c8f7d2e7c0135ef20b4' 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:73c3d8ed202093c6547b2e5bbb2a5f3e' 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\"><!DOCTYPE html PUBLIC \"-//W3C//DTD HTML 4.01 Transitional//EN\">\n<html>\n<head>\n <meta content=\"text/html;charset=ISO-8859-1\" http-equiv=\"Content-Type\">\n</head>\n<body bgcolor=\"#ffffff\" text=\"#000000\">\nBonjour, \nC\'est bien un point que nous allons regarder dans les choses à corriger. \nMerci pour vos retours ! \n\n<div class=\"moz-signature\">\n<div class=\"moz-signature\">\nYohan COLMANT \nDirection des Systèmes d\'Information \n<a href=\"http://www.univ-valenciennes.fr\">UVHC</a> - Université de\nValenciennes et du Hainaut Cambrésis \nCoordinateur Technique du projet <a href=\"http://www.ori-oai.org\">ORI-OAI</a>\n\n</div>\n</div>\n \n \nfrancoise Rousseau (schortin) a écrit :\n<div class=\"emailFilter_Toggle\"><div class=\"emailFilter_Author_0\"><blockquote\n cite=\"mid:\n <script type=\"text/javascript\" >  </script>\"\n type=\"cite\">Merci pour ton retour, François. \nCe serait donc un pb au\nniveau de la distribution 1.6 ?.... \nEst ce que qq de l\'équipe\nde développement pourrait le confirmer ou l\'infirmer ? Merci. \nFrançoise \n \nLe Lun 26 avril 2010 10:49, françois\nlefebvre a écrit : \n> Bonjour, \n> \n> \n> Chez moi aussi les paragraphes sont dépliés, mais les\nchamps eux sont à \n> cliquer pour les renseigner. Le\nfieldset est pourtant en collapsed. \n> Je ne vois pas non plus\npourquoi. \n> \n> \n> Quelqu\'un a une idée ?\n \n> \n> \n> \n> \n> \n>\nfrancoise Rousseau (schortin) a écrit : \n>> \n>> Bonjour, \n>> \n>> \n>> En v1.5,\nj\'ai adapté un formulaire et utilisé des champs de classe\n \n>> \"collapsible collapsed\" : ils sont fermés\nà l\'affichage du formulaire, \n>> on clique dessus pour\nouvrir les zones de saisie. Je voudrais garder ce \n>>\ncomportement, que je trouve tres pratique parce que le formulaire est \n>> plus lisible. \n>> \n>> Je n\'ai pas\nretrouvé ce comportement dans les formulaires standards de \n>> la v1.6, alors que j\'ai trouvé dans les sources de ces\nformulaires des \n>> champs déclarés ainsi : \n>> \n>> Par ex, dans le\nlomfr-author-light/form/content-xforms.xml, on trouve : \n>>\n<fieldset class=\"collapsible collapsed\"> \n>>\n<widget:legend instance=\"i18n_lom_author\"\ntermIdentifier=\"11\"/> \n>> \n>> \n>> Le paragraphe \"Général\",\n\"Précisions techniques\", et \"Précisions \n>> pédagogiques\" du formulaire \n>>\n<a class=\"moz-txt-link-freetext\" href=\"http://ori3.u-psud.fr:8186/ori-oai-md-editor/fr/ori-md-editor/lomfr-aut\">http://ori3.u-psud.fr:8186/ori-oai-md-editor/fr/ori-md-editor/lomfr-aut</a>\n \n>> hor-light/new ne devrait il pas se présenter\nfermé et cliquable ? Ce \n>> n\'est pas le cas chez moi ..\n \n>> \n>> Merci pour vos retours. \n>> \n>> \n>> Françoise. \n>> \n>>\n \n>> \n>> \n>> \n>> \n> \n> -- \n> François Lefebvre \n>\nBibliothèque Universitaire de Lille 1 \n> Cité\nScientifique - B.P. 30155 \n> 59653 VILLENEUVE D\'ASCQ CEDEX \n> Tél.: 03.20.33.60.73 \n> \n> \n> \n \n-- \nThis message has been scanned for viruses and\n \ndangerous content by\n <a moz-do-not-send=\"true\" href=\"http://www.mailscanner.info/\">MailScanner</a>,\nand is\n \nbelieved to be clean.\n </blockquote></div></div>\n -- \n This message has been scanned for viruses and\n dangerous content by\n<a href=\"http://www.mailscanner.info/\">MailScanner</a>, and is\n believed to be clean.\n</body>\n</html>\n</div>', created = 1507748864, expire = 1507835264, headers = '', serialized = 0 WHERE cid = '4:73c3d8ed202093c6547b2e5bbb2a5f3e' 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:e17e9d853e344c76715ec9b67d674206' 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çoise, François,\nCela viendrait du fichier d\'initialisation du formulaire.\nPour afficher des champs fermés (non-déployés) dans le formulaire que \nl\'on veut utiliser, \nil suffit de ne pas indiquer ces champs dans le fichier d\'initialisation \ndu formulaire.\nEn effet, l\'affichage d\'un formulaire s\'appuie sur un \"fichier \nd\'initialisation\", quand on édite un formulaire : \n- depuis l\'IHM du module md-editor ; \n- au moment du déclenchement du référencement d\'une ressource depuis \nl\'IHM du workflow \n(lien dans la partie \"Référencer une ressource\").\nPour l\'édition depuis l\'IHM de md-editor, le fichier est : \nWEB-INF\\resources\\forms\\ori-md-editor\\form-name\\blank\\form-name-blank.xml\nPour l\'édition depuis l\'IHM du workflow, le fichier est : \ncustom\\properties\\workflows\\contrib_lom_uvhc_easy\\xml\\lomfr-sup-blank.xml ; \n(cas d\'un workflow que je personnalise pour Valenciennes, basé sur le \nschéma de métadonnées SupLOMFR).\nSi j\'ai bien compris, avec la balise <fieldset class=\"collapsible \ncollapsed\"> le champ ne sera fermé que s\'il n\'y a aucune valeur dans le \nchamp. \nOr, si je mets, par exemple, dans mon fichier d\'initialisation pour le \nworkflow (lomfr-sup-blank.xml) : \n <lom:general> \n ... \n <lom:coverage> \n <lom:string language=\"fre\"></lom:string> \n </lom:coverage> \n ... \n </lom:general>\nle champ \"Couverture du contenu\" sera déployé, car il n\'est pas \nconsidéré comme vide ! \n(il a une valeur null).\nDans mon exemple ci-dessus, il faut supprimer les lignes <lom:coverage> \n... </lom:coverage>, \npour que le champ \"Couverture du contenu\" ne soit pas déployé !\nBon w-e,\nJacques\nYohan Colmant a écrit : \n<div class=\"emailFilter_Toggle\">\n<blockquote class=\"emailFilter_Author_0\">> Bonjour, \n> C\'est bien un point que nous allons regarder dans les choses à corriger. \n> Merci pour vos retours ! \n> Yohan COLMANT \n> Direction des Systèmes d\'Information \n> UVHC <http://www.univ-valenciennes.fr> - Université de Valenciennes et \n> du Hainaut Cambrésis \n> Coordinateur Technique du projet ORI-OAI <http://www.ori-oai.org> \n> \n> \n> francoise Rousseau (schortin) a écrit :</blockquote>\n<blockquote class=\"emailFilter_Author_1\">>> Merci pour ton retour, François. \n>> Ce serait donc un pb au niveau de la distribution 1.6 ?.... \n>> Est ce que qq de l\'équipe de développement pourrait le confirmer ou \n>> l\'infirmer ? Merci. \n>> Françoise \n>> \n>> Le Lun 26 avril 2010 10:49, françois lefebvre a écrit :</blockquote>\n<blockquote class=\"emailFilter_Author_2\">>> > Bonjour, \n>> > \n>> > \n>> > Chez moi aussi les paragraphes sont dépliés, mais les champs eux </blockquote>\n<blockquote class=\"emailFilter_Author_1\">>> sont à</blockquote>\n<blockquote class=\"emailFilter_Author_2\">>> > cliquer pour les renseigner. Le fieldset est pourtant en collapsed. \n>> > Je ne vois pas non plus pourquoi. \n>> > \n>> > \n>> > Quelqu\'un a une idée ? \n>> > \n>> > \n>> > \n>> > \n>> > \n>> > francoise Rousseau (schortin) a écrit :</blockquote>\n<blockquote class=\"emailFilter_Author_3\">>> >> \n>> >> Bonjour, \n>> >> \n>> >> \n>> >> En v1.5, j\'ai adapté un formulaire et utilisé des champs de classe \n>> >> \"collapsible collapsed\" : ils sont fermés à l\'affichage du </blockquote>\n<blockquote class=\"emailFilter_Author_1\">>> formulaire,</blockquote>\n<blockquote class=\"emailFilter_Author_3\">>> >> on clique dessus pour ouvrir les zones de saisie. Je voudrais </blockquote>\n<blockquote class=\"emailFilter_Author_1\">>> garder ce</blockquote>\n<blockquote class=\"emailFilter_Author_3\">>> >> comportement, que je trouve tres pratique parce que le formulaire est \n>> >> plus lisible. \n>> >> \n>> >> Je n\'ai pas retrouvé ce comportement dans les formulaires </blockquote>\n<blockquote class=\"emailFilter_Author_1\">>> standards de</blockquote>\n<blockquote class=\"emailFilter_Author_3\">>> >> la v1.6, alors que j\'ai trouvé dans les sources de ces formulaires </blockquote>\n<blockquote class=\"emailFilter_Author_1\">>> des</blockquote>\n<blockquote class=\"emailFilter_Author_3\">>> >> champs déclarés ainsi : \n>> >> \n>> >> Par ex, dans le lomfr-author-light/form/content-xforms.xml, on </blockquote>\n<blockquote class=\"emailFilter_Author_1\">>> trouve :</blockquote>\n<blockquote class=\"emailFilter_Author_3\">>> >> <fieldset class=\"collapsible collapsed\"> \n>> >> <widget:legend instance=\"i18n_lom_author\" termIdentifier=\"11\"/> \n>> >> \n>> >> \n>> >> Le paragraphe \"Général\", \"Précisions techniques\", et \"Précisions \n>> >> pédagogiques\" du formulaire \n>> >> </blockquote>\n<blockquote class=\"emailFilter_Author_1\">>> <a href=\"http://ori3.u-psud.fr:8186/ori-oai-md-editor/fr/ori-md-editor/lomfr-aut\" title=\"http://ori3.u-psud.fr:8186/ori-oai-md-editor/fr/ori-md-editor/lomfr-aut\">http://ori3.u-psud.fr:8186/ori-oai-md-editor/fr/ori-md-editor/lomfr-aut</a></blockquote>\n<blockquote class=\"emailFilter_Author_3\">>> >> hor-light/new ne devrait il pas se présenter fermé et cliquable ? Ce \n>> >> n\'est pas le cas chez moi .. \n>> >> \n>> >> Merci pour vos retours. \n>> >> \n>> >> \n>> >> Françoise. \n>> >> \n>> >> \n>> >> \n>> >> \n>> >> \n>> >></blockquote>\n<blockquote class=\"emailFilter_Author_2\">>> > \n>> > -- \n>> > François Lefebvre \n>> > Bibliothèque Universitaire de Lille 1 \n>> > Cité Scientifique - B.P. 30155 \n>> > 59653 VILLENEUVE D\'ASCQ CEDEX \n>> > Tél.: 03.20.33.60.73 \n>> > \n>> > \n>> ></blockquote>\n<blockquote class=\"emailFilter_Author_1\">>> \n>> -- \n>> This message has been scanned for viruses and \n>> dangerous content by MailScanner <http://www.mailscanner.info/>**, \n>> and is \n>> believed to be clean. **</blockquote>\n<blockquote class=\"emailFilter_Author_0\">> * \n> -- \n> This message has been scanned for viruses and \n> dangerous content by MailScanner <http://www.mailscanner.info/>, and is \n> believed to be clean. *</div>\n</blockquote>\n-- \nJacques Brassart \nUNR Nord-Pas de Calais \nUniversité de Valenciennes et du Hainaut-Cambrésis \nTél : 03 27 51 17 70\n-- \nThis message has been scanned for viruses and \ndangerous content by MailScanner, and is \nbelieved to be clean.\n</div>\n', created = 1507748864, expire = 1507835264, headers = '', serialized = 0 WHERE cid = '4:e17e9d853e344c76715ec9b67d674206' 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:fadccfcb1d0d9c9235ec6854695e5204' 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, Je réponds un peu tardivement à ton \nmail. Mais je suis en pleine galère avec la v1.6 et ne sais \npas sur quel front me mobiliser ! Ce que tu décris est le \nfonctionnement normal qd \nle "plié/déplié" marche. (en v1.5, ca \nmarchait) : s\'il n\'y a aucune valeur pour le champ dans le fichier \nd\'initialisation, le champ apparait comme fermé, mais avec un lien \nsur son nom pour l\'ouvrir. En v1.6, ca ne marche pas du tout : - \navec la distrib d\'origine, les champs sont affichés \nouverts, et il n\'y a aucun moyen de les fermer. - si je passe le \npatch, les champs sont fermés, et il n\'y a aucun moyen de les \nouvrir (pas de lien) Et toi, as tu des champs \npliés/dépliés qui marche avec la v1.6 ?<br \n/>Parce que, peut etre que c\'est du à mes \npersonnalisations : je n\'ai pas refait le formulaire "maison" a \npartir de la v1.6, mais je l\'ai repris depuis la v1.5, en faisant \nattention certes ... mais il reste peut etre des incompatibilités \nentre les 2 versions. Bonne soirée. Françoise.<br \n/> Le Ven 21 mai 2010 16:20, Jacques Brassart a écrit : <br \n/>> Bonjour Françoise, François, > > \n > Cela viendrait du fichier d\'initialisation du formulaire. <br \n/>> > > Pour afficher des champs fermés \n(non-déployés) dans le formulaire que > l\'on veut \nutiliser, il suffit de ne pas indiquer ces champs dans le fichier <br \n/>> d\'initialisation du formulaire. > > En effet, \nl\'affichage d\'un formulaire s\'appuie sur un "fichier > \nd\'initialisation", quand on édite un formulaire : - depuis \nl\'IHM du module > md-editor ; - au moment du déclenchement \ndu référencement d\'une ressource > depuis l\'IHM du \nworkflow (lien dans la partie "Référencer une \nressource"). > > > Pour l\'édition \ndepuis l\'IHM de md-editor, le fichier est : > \nWEB-INF\\resources\\forms\\ori-md-editor\\form-name\\blank\\form-name-blank.xml \n > > > Pour l\'édition depuis l\'IHM du \nworkflow, le fichier est : > \ncustom\\properties\\workflows\\contrib_lom_uvhc_easy\\xml\\lomfr-sup-blank.xml \n > ; > (cas d\'un workflow que je personnalise pour \nValenciennes, basé sur le > schéma de \nmétadonnées SupLOMFR). > > Si j\'ai bien \ncompris, avec la balise <fieldset class="collapsible > \ncollapsed"> le champ ne sera fermé que s\'il n\'y a aucune \nvaleur dans le > champ. Or, si je mets, par exemple, dans mon \nfichier d\'initialisation pour > le workflow (lomfr-sup-blank.xml) \n: <lom:general> > ... > <lom:coverage> <br \n/>> <lom:string language="fre"></lom:string> <br \n/>> </lom:coverage> > ... > \n</lom:general> > > > le champ \n"Couverture du contenu" sera déployé, car il n\'est \npas considéré > comme vide ! (il a une valeur \nnull). > > > Dans mon exemple ci-dessus, il \nfaut supprimer les lignes <lom:coverage> > ... \n</lom:coverage>, > pour que le champ "Couverture du \ncontenu" ne soit pas déployé ! > > \nBon w-e, > > > Jacques > > \n > > > Yohan Colmant a écrit : > \n >> Bonjour, >> C\'est bien un point que nous allons \nregarder dans les choses à corriger. >> Merci pour vos \nretours ! >> Yohan COLMANT >> Direction des \nSystèmes d\'Information >> UVHC \n<http://www.univ-valenciennes.fr> - Université de \nValenciennes et >> du Hainaut Cambrésis Coordinateur \nTechnique du projet ORI-OAI >> <http://www.ori-oai.org> \n >> >> >> >> francoise \nRousseau (schortin) a écrit : >>> Merci pour ton \nretour, François. >>> Ce serait donc un pb au niveau \nde la distribution 1.6 ?.... >>> Est ce que qq de \nl\'équipe de développement pourrait le confirmer ou <br \n/>>>> l\'infirmer ? Merci. Françoise >>> <br \n/>>>> >>> Le Lun 26 avril 2010 10:49, \nfrançois lefebvre a écrit : >>> <br \n/>>>>> Bonjour, >>>> >>>> \n >>>> >>>> Chez moi aussi les \nparagraphes sont dépliés, mais les champs eux <br \n/>>>>> >>> sont à >>>> \ncliquer pour les renseigner. Le fieldset est pourtant en collapsed. <br \n/>>>>> Je ne vois pas non plus pourquoi. <br \n/>>>>> >>>> >>>> <br \n/>>>>> Quelqu\'un a une idée ? >>>> \n >>>> >>>> >>>> <br \n/>>>>> >>>> >>>> francoise \nRousseau (schortin) a écrit : >>>>> <br \n/>>>>>> Bonjour, >>>>> <br \n/>>>>>> >>>>> <br \n/>>>>>> En v1.5, j\'ai adapté un formulaire et \nutilisé des champs de >>>>> classe \n"collapsible collapsed" : ils sont fermés à \nl\'affichage du >>>>> >>> formulaire, \n >>>>> on clique dessus pour ouvrir les zones de \nsaisie. Je voudrais >>> garder ce <br \n/>>>>>> comportement, que je trouve tres pratique parce que \nle formulaire >>>>> est plus lisible. <br \n/>>>>>> >>>>> Je n\'ai pas \nretrouvé ce comportement dans les formulaires <br \n/>>>>>> >>> standards de <br \n/>>>>>> la v1.6, alors que j\'ai trouvé dans les \nsources de ces >>>>> formulaires >>> \ndes >>>>> champs déclarés ainsi : <br \n/>>>>>> >>>>> Par ex, dans le \nlomfr-author-light/form/content-xforms.xml, on >>>>> \n >>> trouve : >>>>> <fieldset \nclass="collapsible collapsed"> >>>>> \n<widget:legend instance="i18n_lom_author" \ntermIdentifier="11"/> >>>>> <br \n/>>>>>> >>>>> <br \n/>>>>>> Le paragraphe "Général", \n"Précisions techniques", et "Précisions <br \n/>>>>>> pédagogiques" du formulaire <br \n/>>>>>> >>> \n<a href=\"http://ori3.u-psud.fr:8186/ori-oai-md-editor/fr/ori-md-editor/lomfr-a\" title=\"http://ori3.u-psud.fr:8186/ori-oai-md-editor/fr/ori-md-editor/lomfr-a\">http://ori3.u-psud.fr:8186/ori-oai-md-editor/fr/ori-md-editor/lomfr-a</a> <br \n/>>>> ut >>>>> hor-light/new ne devrait il \npas se présenter fermé et cliquable ? <br \n/>>>>>> Ce >>>>> n\'est pas le cas chez \nmoi .. >>>>> >>>>> Merci pour \nvos retours. >>>>> >>>>> <br \n/>>>>>> >>>>> Françoise. <br \n/>>>>>> >>>>> <br \n/>>>>>> >>>>> <br \n/>>>>>> >>>>> <br \n/>>>>>> >>>> >>>> -- \n >>>> François Lefebvre >>>> \nBibliothèque Universitaire de Lille 1 >>>> \nCité Scientifique - B.P. 30155 >>>> 59653 \nVILLENEUVE D\'ASCQ CEDEX >>>> Tél.: 03.20.33.60.73 \n >>>> >>>> >>>> <br \n/>>>>> >>> >>> -- <br \n/>>>> This message has been scanned for viruses and <br \n/>>>> dangerous content by *MailScanner* \n<http://www.mailscanner.info/>**, >>> and is believed \nto be clean. >> * >> -- >> This \nmessage has been scanned for viruses and >> dangerous content \nby MailScanner <http://www.mailscanner.info/>, and >> \nis believed to be clean. * > > -- > Jacques \nBrassart > UNR Nord-Pas de Calais > Université de \nValenciennes et du Hainaut-Cambrésis > Tél : 03 27 \n51 17 70 > > > > > \n-- \n This message has been scanned for viruses and \n dangerous content by \n<a href=\"http://www.mailscanner.info/\">MailScanner</a>, and is \n believed to be clean.\n</div>\n', created = 1507748864, expire = 1507835264, headers = '', serialized = 0 WHERE cid = '4:fadccfcb1d0d9c9235ec6854695e5204' 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:0a0be7bf959f4f0ebdbcdc2884a4134c' 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çoise,\nJe viens de réessayer et cela marche chez moi !\nJ\'ai testé avec le formulaire \"lomfr-sup-full\" (formulaire SupLOMFR \n\"complet\"), avec affichage depuis l\'éditeur de MD ; version 1.6.1 du \nmd-editor. \nC\'est un des formulaires proposés par défaut dans le package du module. \nJ\'ai pris le champ \"Couverture du contenu\", dans l\'onglet \"Général\".\nLe contenu de cet onglet est défini dans le fichier \n\"WEB-INF\\resources\\forms\\ori-md-editor\\lomfr-full\\form\\case-general.xml\". \n(ATTENTION au chemin du fichier !!)\nPour ce champ on a par défaut, à partir de la ligne 149 :\n <fieldset> \n .....\nProcédure suivi : \n- affichage du formulaire depuis l\'IHM du modeule editor (sans \nmodification de la configuration d\'origine) : \nchamp déployé ! \n- édition de \"WEB-INF\\resources\\forms\\ori-md-editor\\lomfr-sup-full\\blank\" ; \nlà on a par défaut, à partir de la ligne 19 : \n <lom:coverage> \n <lom:string language=\"fre\"></lom:string> \n </lom:coverage> \n- mise en commentaire de ces 3 lignes : champ masqué !!!!\nVoir captures écran en attaché !!\nA+,\nJacques\nfrancoise Rousseau (schortin) a écrit : \n<div class=\"emailFilter_Toggle\">\n<blockquote class=\"emailFilter_Author_0\">> Bonjour Jacques, \n> Je réponds un peu tardivement à ton mail. \n> Mais je suis en pleine galère avec la v1.6 et ne sais pas sur quel \n> front me mobiliser ! \n> Ce que tu décris est le fonctionnement normal qd le \"plié/déplié\" \n> marche. (en v1.5, ca marchait) : s\'il n\'y a aucune valeur pour le \n> champ dans le fichier d\'initialisation, le champ apparait comme fermé, \n> mais avec un lien sur son nom pour l\'ouvrir. \n> En v1.6, ca ne marche pas du tout : \n> - avec la distrib d\'origine, les champs sont affichés ouverts, et il \n> n\'y a aucun moyen de les fermer. \n> - si je passe le patch, les champs sont fermés, et il n\'y a aucun \n> moyen de les ouvrir (pas de lien) \n> *Et toi, as tu des champs pliés/dépliés qui marche avec la v1.6 ? \n> *Parce que, peut etre que c\'est du à mes personnalisations : je n\'ai \n> pas refait le formulaire \"maison\" a partir de la v1.6, mais je l\'ai \n> repris depuis la v1.5, en faisant attention certes ... mais il reste \n> peut etre des incompatibilités entre les 2 versions. \n> Bonne soirée. \n> Françoise. \n> \n> Le Ven 21 mai 2010 16:20, Jacques Brassart a écrit :</blockquote>\n<blockquote class=\"emailFilter_Author_1\">> > Bonjour Françoise, François, \n> > \n> > \n> > Cela viendrait du fichier d\'initialisation du formulaire. \n> > \n> > \n> > Pour afficher des champs fermés (non-déployés) dans le formulaire que \n> > l\'on veut utiliser, il suffit de ne pas indiquer ces champs dans le </blockquote>\n<blockquote class=\"emailFilter_Author_0\">> fichier</blockquote>\n<blockquote class=\"emailFilter_Author_1\">> > d\'initialisation du formulaire. \n> > \n> > En effet, l\'affichage d\'un formulaire s\'appuie sur un \"fichier \n> > d\'initialisation\", quand on édite un formulaire : - depuis l\'IHM du </blockquote>\n<blockquote class=\"emailFilter_Author_0\">> module</blockquote>\n<blockquote class=\"emailFilter_Author_1\">> > md-editor ; - au moment du déclenchement du référencement d\'une </blockquote>\n<blockquote class=\"emailFilter_Author_0\">> ressource</blockquote>\n<blockquote class=\"emailFilter_Author_1\">> > depuis l\'IHM du workflow (lien dans la partie \"Référencer une </blockquote>\n<blockquote class=\"emailFilter_Author_0\">> ressource\").</blockquote>\n<blockquote class=\"emailFilter_Author_1\">> > \n> > \n> > Pour l\'édition depuis l\'IHM de md-editor, le fichier est : \n> > </blockquote>\n<blockquote class=\"emailFilter_Author_0\">> WEB-INF\\resources\\forms\\ori-md-editor\\form-name\\blank\\form-name-blank.xml</blockquote>\n<blockquote class=\"emailFilter_Author_1\">> > \n> > \n> > Pour l\'édition depuis l\'IHM du workflow, le fichier est : \n> > </blockquote>\n<blockquote class=\"emailFilter_Author_0\">> custom\\properties\\workflows\\contrib_lom_uvhc_easy\\xml\\lomfr-sup-blank.xml</blockquote>\n<blockquote class=\"emailFilter_Author_1\">> > ; \n> > (cas d\'un workflow que je personnalise pour Valenciennes, basé sur le \n> > schéma de métadonnées SupLOMFR). \n> > \n> > Si j\'ai bien compris, avec la balise <fieldset class=\"collapsible \n> > collapsed\"> le champ ne sera fermé que s\'il n\'y a aucune valeur dans le \n> > champ. Or, si je mets, par exemple, dans mon fichier </blockquote>\n<blockquote class=\"emailFilter_Author_0\">> d\'initialisation pour</blockquote>\n<blockquote class=\"emailFilter_Author_1\">> > le workflow (lomfr-sup-blank.xml) : <lom:general> \n> > ... \n> > <lom:coverage> \n> > <lom:string language=\"fre\"></lom:string> \n> > </lom:coverage> \n> > ... \n> > </lom:general> \n> > \n> > \n> > le champ \"Couverture du contenu\" sera déployé, car il n\'est pas </blockquote>\n<blockquote class=\"emailFilter_Author_0\">> considéré</blockquote>\n<blockquote class=\"emailFilter_Author_1\">> > comme vide ! (il a une valeur null). \n> > \n> > \n> > Dans mon exemple ci-dessus, il faut supprimer les lignes <lom:coverage> \n> > ... </lom:coverage>, \n> > pour que le champ \"Couverture du contenu\" ne soit pas déployé ! \n> > \n> > Bon w-e, \n> > \n> > \n> > Jacques \n> > \n> > \n> > \n> > \n> > Yohan Colmant a écrit : \n> ></blockquote>\n<blockquote class=\"emailFilter_Author_2\">> >> Bonjour, \n> >> C\'est bien un point que nous allons regarder dans les choses à </blockquote>\n<blockquote class=\"emailFilter_Author_0\">> corriger.</blockquote>\n<blockquote class=\"emailFilter_Author_2\">> >> Merci pour vos retours ! \n> >> Yohan COLMANT \n> >> Direction des Systèmes d\'Information \n> >> UVHC <http://www.univ-valenciennes.fr> - Université de Valenciennes et \n> >> du Hainaut Cambrésis Coordinateur Technique du projet ORI-OAI \n> >> <http://www.ori-oai.org> \n> >> \n> >> \n> >> \n> >> francoise Rousseau (schortin) a écrit :</blockquote>\n<blockquote class=\"emailFilter_Author_3\">> >>> Merci pour ton retour, François. \n> >>> Ce serait donc un pb au niveau de la distribution 1.6 ?.... \n> >>> Est ce que qq de l\'équipe de développement pourrait le confirmer ou \n> >>> l\'infirmer ? Merci. Françoise \n> >>> \n> >>> \n> >>> Le Lun 26 avril 2010 10:49, françois lefebvre a écrit : \n> >>></blockquote>\n<blockquote class=\"emailFilter_Author_4\">> >>>> Bonjour, \n> >>>> \n> >>>> \n> >>>> \n> >>>> Chez moi aussi les paragraphes sont dépliés, mais les champs eux \n> >>>></blockquote>\n<blockquote class=\"emailFilter_Author_3\">> >>> sont à</blockquote>\n<blockquote class=\"emailFilter_Author_4\">> >>>> cliquer pour les renseigner. Le fieldset est pourtant en collapsed. \n> >>>> Je ne vois pas non plus pourquoi. \n> >>>> \n> >>>> \n> >>>> \n> >>>> Quelqu\'un a une idée ? \n> >>>> \n> >>>> \n> >>>> \n> >>>> \n> >>>> \n> >>>> \n> >>>> francoise Rousseau (schortin) a écrit :</blockquote>\n<blockquote class=\"emailFilter_Author_5\">> >>>>> \n> >>>>> Bonjour, \n> >>>>> \n> >>>>> \n> >>>>> \n> >>>>> En v1.5, j\'ai adapté un formulaire et utilisé des champs de \n> >>>>> classe \"collapsible collapsed\" : ils sont fermés à l\'affichage du \n> >>>>></blockquote>\n<blockquote class=\"emailFilter_Author_3\">> >>> formulaire,</blockquote>\n<blockquote class=\"emailFilter_Author_5\">> >>>>> on clique dessus pour ouvrir les zones de saisie. Je voudrais</blockquote>\n<blockquote class=\"emailFilter_Author_3\">> >>> garder ce</blockquote>\n<blockquote class=\"emailFilter_Author_5\">> >>>>> comportement, que je trouve tres pratique parce que le formulaire \n> >>>>> est plus lisible. \n> >>>>> \n> >>>>> Je n\'ai pas retrouvé ce comportement dans les formulaires \n> >>>>></blockquote>\n<blockquote class=\"emailFilter_Author_3\">> >>> standards de</blockquote>\n<blockquote class=\"emailFilter_Author_5\">> >>>>> la v1.6, alors que j\'ai trouvé dans les sources de ces \n> >>>>> formulaires</blockquote>\n<blockquote class=\"emailFilter_Author_3\">> >>> des</blockquote>\n<blockquote class=\"emailFilter_Author_5\">> >>>>> champs déclarés ainsi : \n> >>>>> \n> >>>>> Par ex, dans le lomfr-author-light/form/content-xforms.xml, on \n> >>>>></blockquote>\n<blockquote class=\"emailFilter_Author_3\">> >>> trouve :</blockquote>\n<blockquote class=\"emailFilter_Author_5\">> >>>>> <fieldset class=\"collapsible collapsed\"> \n> >>>>> <widget:legend instance=\"i18n_lom_author\" termIdentifier=\"11\"/> \n> >>>>> \n> >>>>> \n> >>>>> \n> >>>>> Le paragraphe \"Général\", \"Précisions techniques\", et \"Précisions \n> >>>>> pédagogiques\" du formulaire \n> >>>>></blockquote>\n<blockquote class=\"emailFilter_Author_3\">> >>> <a href=\"http://ori3.u-psud.fr:8186/ori-oai-md-editor/fr/ori-md-editor/lomfr-a\" title=\"http://ori3.u-psud.fr:8186/ori-oai-md-editor/fr/ori-md-editor/lomfr-a\">http://ori3.u-psud.fr:8186/ori-oai-md-editor/fr/ori-md-editor/lomfr-a</a> \n> >>> ut</blockquote>\n<blockquote class=\"emailFilter_Author_5\">> >>>>> hor-light/new ne devrait il pas se présenter fermé et cliquable ? \n> >>>>> Ce \n> >>>>> n\'est pas le cas chez moi .. \n> >>>>> \n> >>>>> Merci pour vos retours. \n> >>>>> \n> >>>>> \n> >>>>> \n> >>>>> Françoise. \n> >>>>> \n> >>>>> \n> >>>>> \n> >>>>> \n> >>>>> \n> >>>>> \n> >>>>></blockquote>\n<blockquote class=\"emailFilter_Author_4\">> >>>> \n> >>>> -- \n> >>>> François Lefebvre \n> >>>> Bibliothèque Universitaire de Lille 1 \n> >>>> Cité Scientifique - B.P. 30155 \n> >>>> 59653 VILLENEUVE D\'ASCQ CEDEX \n> >>>> Tél.: 03.20.33.60.73 \n> >>>> \n> >>>> \n> >>>> \n> >>>></blockquote>\n<blockquote class=\"emailFilter_Author_3\">> >>> \n> >>> -- \n> >>> This message has been scanned for viruses and \n> >>> dangerous content by MailScanner <http://www.mailscanner.info/>**, \n> >>> and is believed to be clean. **</blockquote>\n<blockquote class=\"emailFilter_Author_2\">> >> * \n> >> -- \n> >> This message has been scanned for viruses and \n> >> dangerous content by MailScanner <http://www.mailscanner.info/>, and \n> >> is believed to be clean. *</blockquote>\n<blockquote class=\"emailFilter_Author_1\">> > \n> > -- \n> > Jacques Brassart \n> > UNR Nord-Pas de Calais \n> > Université de Valenciennes et du Hainaut-Cambrésis \n> > Tél : 03 27 51 17 70 \n> > \n> > \n> > \n> > \n> ></blockquote>\n<blockquote class=\"emailFilter_Author_0\">> \n> -- \n> This message has been scanned for viruses and \n> dangerous content by MailScanner <http://www.mailscanner.info/>*, \n> and is \n> believed to be clean. *</div>\n</blockquote>\n-- \nJacques Brassart \nUNR Nord-Pas de Calais \nUniversité de Valenciennes et du Hainaut-Cambrésis \nTél : 03 27 51 17 70\n-- \nThis message has been scanned for viruses and \ndangerous content by MailScanner, and is \nbelieved to be clean.\n</div>\n', created = 1507748864, expire = 1507835264, headers = '', serialized = 0 WHERE cid = '4:0a0be7bf959f4f0ebdbcdc2884a4134c' 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:1128cf6de976ca16ca5e25dbcc80198b' 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\">\nRebonjour Jacques, bonjour Henri,\nMerci de vos \nréponses, je viens de regarder attentivement la manip de \nJacques. On ne parle pas de la meme chose : Jacques ne parle pas \nde champ "collapsible" au sens où je l\'entends. Du \nreste, le tag <fieldset> qui correspond à \n"coverage" n\'est pas dans la classe "collapsible \ncollapsed".\nUn exemple de fonctionnement \n"collapsible" peut etre observé dans le formulaire \nlomfr-author-light, qui fait appel au fichier :<br \n/>forms/ori-md-editor/lomfr-author-light/form/content-xforms.xml les \nlignes qui générent le champ \n"Général" pliable/dépliable sont, sauf \nerreur :   <fieldset class="collapsible \ncollapsed">    <widget:legend \ninstance="i18n_lom_author" termIdentifier="0"/>\nPeux tu regarder l\'impression d\'ecran ci-jointe de l\'affichage de ce \nformulaire avec le patch de Henri ?\nLes rubriques \n"Général", "Précisions \ntechniques", et "Précisions pédagogiques" \nsont pliées. Il n\'y a (en tout cas chez moi) AUCUN MOYEN de \nles ouvrir : il devrait y avoir un lien sur le nom de rubrique, comme en \nv1.5 Si je reviens au theme-plain.xsl de la distribution d\'origine, \nces rubriques sont affichées ouvertes, et sans aucun moyen de les \nreplier.\nPouvez vous me confirmer ce comportement chez \nvous ? (A priori, je n\'ai fait aucune modif susceptible de \ngénérer ce dysfonctionnement, mais sait on jamais !)<br \n/> Encore désolée d\'insister ...<br \n/>Françoise.\n<br \n/>Le Mar 25 mai 2010 17:48, Jacques Brassart a écrit : > \nBonjour françoise, > > > Je viens de \nréessayer et cela marche chez moi ! > > <br \n/>> J\'ai testé avec le formulaire "lomfr-sup-full" \n(formulaire SupLOMFR > "complet"), avec affichage \ndepuis l\'éditeur de MD ; version 1.6.1 du > md-editor. \nC\'est un des formulaires proposés par défaut dans le package \ndu > module. J\'ai pris le champ "Couverture du \ncontenu", dans l\'onglet > "Général". \n > > > Le contenu de cet onglet est \ndéfini dans le fichier > \n"WEB-INF\\resources\\forms\\ori-md-editor\\lomfr-full\\form\\case-general.xml". \n > (ATTENTION au chemin du fichier !!) > > <br \n/>> Pour ce champ on a par défaut, à partir de la ligne \n149 : >  > <fieldset> \n > ..... > > > Procédure suivi : \n > - affichage du formulaire depuis l\'IHM du modeule editor (sans \n > modification de la configuration d\'origine) : champ \ndéployé ! - édition de > \n"WEB-INF\\resources\\forms\\ori-md-editor\\lomfr-sup-full\\blank" ; \n > là on a par défaut, à partir de la ligne \n19 : <lom:coverage> > <lom:string \nlanguage="fre"></lom:string> > \n</lom:coverage> > - mise en commentaire de ces 3 lignes : \nchamp masqué !!!! > > > Voir captures \nécran en attaché !! > > > A+, <br \n/>> > > > Jacques > > <br \n/>> > > > francoise Rousseau (schortin) a \nécrit : >> Bonjour Jacques, >> Je \nréponds un peu tardivement à ton mail. >> Mais \nje suis en pleine galère avec la v1.6 et ne sais pas sur quel <br \n/>>> front me mobiliser ! Ce que tu décris est le \nfonctionnement normal qd le >> \n"plié/déplié" >> marche. (en \nv1.5, ca marchait) : s\'il n\'y a aucune valeur pour le champ >> \ndans le fichier d\'initialisation, le champ apparait comme fermé, \nmais >> avec un lien sur son nom pour l\'ouvrir. En v1.6, ca ne \nmarche pas du >> tout : - avec la distrib d\'origine, les \nchamps sont affichés ouverts, et >> il n\'y a aucun \nmoyen de les fermer. - si je passe le patch, les champs >> \nsont fermés, et il n\'y a aucun moyen de les ouvrir (pas de lien) \n*Et toi, >> as tu des champs \npliés/dépliés qui marche avec la v1.6 ? *Parce que, \n >> peut etre que c\'est du à mes personnalisations : je \nn\'ai pas refait le >> formulaire "maison" a partir \nde la v1.6, mais je l\'ai repris depuis la >> v1.5, en faisant \nattention certes ... mais il reste peut etre des >> \nincompatibilités entre les 2 versions. Bonne soirée. <br \n/>>> Françoise. >> >> >> \nLe Ven 21 mai 2010 16:20, Jacques Brassart a écrit : >> \n >>> Bonjour Françoise, François, <br \n/>>>> >>> >>> >>> \nCela viendrait du fichier d\'initialisation du formulaire. <br \n/>>>> >>> >>> >>> \nPour afficher des champs fermés (non-déployés) dans \nle formulaire que >>> l\'on veut utiliser, il suffit de ne \npas indiquer ces champs dans le >> fichier >>> \nd\'initialisation du formulaire. >>> >>> En \neffet, l\'affichage d\'un formulaire s\'appuie sur un "fichier <br \n/>>>> d\'initialisation", quand on édite un formulaire \n: - depuis l\'IHM du >> module >>> md-editor ; - \nau moment du déclenchement du référencement d\'une <br \n/>>> ressource >>> depuis l\'IHM du workflow (lien \ndans la partie "Référencer une >> \nressource"). >>> >>> >>> \nPour l\'édition depuis l\'IHM de md-editor, le fichier est : <br \n/>>>> >>> >> \nWEB-INF\\resources\\forms\\ori-md-editor\\form-name\\blank\\form-name-blank.x \n >> ml >>> >>> >>> \nPour l\'édition depuis l\'IHM du workflow, le fichier est : <br \n/>>>> >>> >> \ncustom\\properties\\workflows\\contrib_lom_uvhc_easy\\xml\\lomfr-sup-blank.x \n >> ml >>> ; >>> (cas d\'un \nworkflow que je personnalise pour Valenciennes, basé sur le <br \n/>>>> schéma de métadonnées SupLOMFR). <br \n/>>>> >>> Si j\'ai bien compris, avec la balise \n<fieldset class="collapsible >>> \ncollapsed"> le champ ne sera fermé que s\'il n\'y a aucune \nvaleur dans >>> le champ. Or, si je mets, par exemple, dans \nmon fichier >> d\'initialisation pour >>> le \nworkflow (lomfr-sup-blank.xml) : <lom:general> ... <br \n/>>>> <lom:coverage> >>> <lom:string \nlanguage="fre"></lom:string> >>> \n</lom:coverage> >>> ... >>> \n</lom:general> >>> >>> <br \n/>>>> >>> le champ "Couverture du \ncontenu" sera déployé, car il n\'est pas >> \nconsidéré >>> comme vide ! (il a une valeur \nnull). >>> >>> >>> Dans mon \nexemple ci-dessus, il faut supprimer les lignes >>> \n<lom:coverage> >>> ... </lom:coverage>, <br \n/>>>> pour que le champ "Couverture du contenu" ne soit \npas déployé ! >>> >>> Bon w-e, \n >>> >>> >>> <br \n/>>>> Jacques >>> >>> <br \n/>>>> >>> >>> >>> \nYohan Colmant a écrit : >>> >>> <br \n/>>>>> Bonjour, >>>> C\'est bien un point que \nnous allons regarder dans les choses à >>>> <br \n/>>> corriger. >>>> Merci pour vos retours ! <br \n/>>>>> Yohan COLMANT >>>> Direction des \nSystèmes d\'Information >>>> UVHC \n<http://www.univ-valenciennes.fr> - Université de \nValenciennes >>>> et du Hainaut Cambrésis \nCoordinateur Technique du projet ORI-OAI >>>> \n<http://www.ori-oai.org> >>>> <br \n/>>>>> >>>> >>>> <br \n/>>>>> francoise Rousseau (schortin) a écrit : <br \n/>>>>>> Merci pour ton retour, François. <br \n/>>>>>> Ce serait donc un pb au niveau de la distribution \n1.6 ?.... >>>>> Est ce que qq de l\'équipe de \ndéveloppement pourrait le confirmer >>>>> ou \nl\'infirmer ? Merci. Françoise >>>>> <br \n/>>>>>> >>>>> Le Lun 26 avril 2010 \n10:49, françois lefebvre a écrit : <br \n/>>>>>> >>>>> <br \n/>>>>>>> Bonjour, >>>>>> <br \n/>>>>>>> >>>>>> <br \n/>>>>>>> >>>>>> Chez moi aussi \nles paragraphes sont dépliés, mais les champs <br \n/>>>>>>> eux >>>>>> <br \n/>>>>>> sont à >>>>>> \ncliquer pour les renseigner. Le fieldset est pourtant en <br \n/>>>>>>> collapsed. Je ne vois pas non plus pourquoi. \n >>>>>> >>>>>> <br \n/>>>>>>> >>>>>> <br \n/>>>>>>> Quelqu\'un a une idée ? <br \n/>>>>>>> >>>>>> <br \n/>>>>>>> >>>>>> <br \n/>>>>>>> >>>>>> <br \n/>>>>>>> >>>>>> francoise \nRousseau (schortin) a écrit : >>>>>>> \n >>>>>>> Bonjour, <br \n/>>>>>>>> >>>>>>> <br \n/>>>>>>>> >>>>>>> <br \n/>>>>>>>> En v1.5, j\'ai adapté un formulaire \net utilisé des champs de >>>>>>> classe \n"collapsible collapsed" : ils sont fermés à \nl\'affichage >>>>>>> du <br \n/>>>>>>>> >>>>> formulaire, <br \n/>>>>>>>> on clique dessus pour ouvrir les zones de \nsaisie. Je voudrais >>>>>>> <br \n/>>>>>> garder ce >>>>>>> \ncomportement, que je trouve tres pratique parce que le <br \n/>>>>>>>> formulaire est plus lisible. <br \n/>>>>>>>> >>>>>>> Je n\'ai \npas retrouvé ce comportement dans les formulaires <br \n/>>>>>>>> >>>>>>> <br \n/>>>>>> standards de >>>>>>> la \nv1.6, alors que j\'ai trouvé dans les sources de ces <br \n/>>>>>>>> formulaires >>>>> des \n >>>>>>> champs déclarés ainsi : \n >>>>>>> >>>>>>> Par \nex, dans le lomfr-author-light/form/content-xforms.xml, <br \n/>>>>>>>> on >>>>>>> <br \n/>>>>>> trouve : >>>>>>> \n<fieldset class="collapsible collapsed"> <br \n/>>>>>>>> <widget:legend \ninstance="i18n_lom_author" >>>>>>> \ntermIdentifier="11"/> >>>>>>> <br \n/>>>>>>>> >>>>>>> <br \n/>>>>>>>> Le paragraphe \n"Général", "Précisions \ntechniques", et >>>>>>> \n"Précisions >>>>>>> \npédagogiques" du formulaire >>>>>>> \n >>>>> \n<a href=\"http://ori3.u-psud.fr:8186/ori-oai-md-editor/fr/ori-md-editor/lom\" title=\"http://ori3.u-psud.fr:8186/ori-oai-md-editor/fr/ori-md-editor/lom\">http://ori3.u-psud.fr:8186/ori-oai-md-editor/fr/ori-md-editor/lom</a> <br \n/>>>>>> fr-a ut >>>>>>> \nhor-light/new ne devrait il pas se présenter fermé et <br \n/>>>>>>>> cliquable ? Ce <br \n/>>>>>>>> n\'est pas le cas chez moi .. <br \n/>>>>>>>> >>>>>>> Merci \npour vos retours. >>>>>>> <br \n/>>>>>>>> >>>>>>> <br \n/>>>>>>>> >>>>>>> \nFrançoise. >>>>>>> <br \n/>>>>>>>> >>>>>>> <br \n/>>>>>>>> >>>>>>> <br \n/>>>>>>>> >>>>>>> <br \n/>>>>>>>> >>>>>> <br \n/>>>>>>> -- >>>>>> \nFrançois Lefebvre >>>>>> \nBibliothèque Universitaire de Lille 1 <br \n/>>>>>>> Cité Scientifique - B.P. 30155 <br \n/>>>>>>> 59653 VILLENEUVE D\'ASCQ CEDEX <br \n/>>>>>>> Tél.: 03.20.33.60.73 <br \n/>>>>>>> >>>>>> <br \n/>>>>>>> >>>>>> <br \n/>>>>>>> >>>>> <br \n/>>>>>> -- >>>>> This message has been \nscanned for viruses and >>>>> dangerous content by \n*MailScanner* >>>>> \n<http://www.mailscanner.info/>**, >>>>> and is \nbelieved to be clean. >>>> * >>>> \n-- >>>> This message has been scanned for viruses and \n >>>> dangerous content by *MailScanner* \n<http://www.mailscanner.info/>, >>>> and is \nbelieved to be clean. * >>> >>> -- <br \n/>>>> Jacques Brassart >>> UNR Nord-Pas de Calais \n >>> Université de Valenciennes et du \nHainaut-Cambrésis >>> Tél : 03 27 51 17 70 \n >>> >>> >>> <br \n/>>>> >>> >>> >> <br \n/>>> -- >> This message has been scanned for viruses and \n >> dangerous content by *MailScanner* \n<http://www.mailscanner.info/>*, and >> is believed to \nbe clean. * > > -- > Jacques Brassart <br \n/>> UNR Nord-Pas de Calais > Université de Valenciennes \net du Hainaut-Cambrésis > Tél : 03 27 51 17 70 <br \n/>> > > > > \n-- \n This message has been scanned for viruses and \n dangerous content by \n<a href=\"http://www.mailscanner.info/\">MailScanner</a>, and is \n believed to be clean.\n</div>\n', created = 1507748865, expire = 1507835265, headers = '', serialized = 0 WHERE cid = '4:1128cf6de976ca16ca5e25dbcc80198b' 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:7a1cbcfa78c3cda4fa98c8de7d69baa6' 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çoise,\nConcernant le champ \"Couverture du contenu\" dans le formulaire \"complet\", \nj\'ai essayé avec : (voir mon mail du 25, 17h48)\n <fieldset> \n ..... \nET AVEC\n <fieldset class=\"collapsible collapsed\"> \n .....\nCela marche dans les deux cas !! (voir fin du PDF en attaché).\nLa différence avec ton cas, c\'est que tu souhaiterais faire ma même \nchose pour les blocs : \n- Général ; \n- Précisions techniques ; \n- Précisions pédagogiques ; \ndu formulaire \"auteur. \nJ\'ai bien compris ?\nJacques\nfrancoise Rousseau (schortin) a écrit : \n<div class=\"emailFilter_Toggle\">\n<blockquote class=\"emailFilter_Author_0\">> \n> Rebonjour Jacques, bonjour Henri, \n> \n> Merci de vos réponses, je viens de regarder attentivement la manip de \n> Jacques. \n> On ne parle pas de la meme chose : Jacques ne parle pas de champ \n> \"collapsible\" au sens où je l\'entends. Du reste, le tag <fieldset> qui \n> correspond à \"coverage\" n\'est pas dans la classe \"collapsible collapsed\". \n> \n> Un exemple de fonctionnement \"collapsible\" peut etre observé dans le \n> formulaire lomfr-author-light, qui fait appel au fichier : \n> forms/ori-md-editor/lomfr-author-light/form/content-xforms.xml \n> les lignes qui générent le champ \"Général\" pliable/dépliable sont, \n> sauf erreur : \n> <fieldset class=\"collapsible collapsed\"> \n> <widget:legend instance=\"i18n_lom_author\" termIdentifier=\"0\"/> \n> \n> Peux tu regarder l\'impression d\'ecran ci-jointe de l\'affichage de ce \n> formulaire avec le patch de Henri ? \n> \n> Les rubriques \"Général\", \"Précisions techniques\", et \"Précisions \n> pédagogiques\" sont pliées. \n> Il n\'y a (en tout cas chez moi) AUCUN MOYEN de les ouvrir : il devrait \n> y avoir un lien sur le nom de rubrique, comme en v1.5 \n> Si je reviens au theme-plain.xsl de la distribution d\'origine, ces \n> rubriques sont affichées ouvertes, et sans aucun moyen de les replier. \n> \n> Pouvez vous me confirmer ce comportement chez vous ? \n> (A priori, je n\'ai fait aucune modif susceptible de générer ce \n> dysfonctionnement, mais sait on jamais !) \n> \n> Encore désolée d\'insister ... \n> Françoise. \n> \n> \n> \n> \n> \n> \n> \n> \n> Le Mar 25 mai 2010 17:48, Jacques Brassart a écrit :</blockquote>\n<blockquote class=\"emailFilter_Author_1\">> > Bonjour françoise, \n> > \n> > \n> > Je viens de réessayer et cela marche chez moi ! \n> > \n> > \n> > J\'ai testé avec le formulaire \"lomfr-sup-full\" (formulaire SupLOMFR \n> > \"complet\"), avec affichage depuis l\'éditeur de MD ; version 1.6.1 du \n> > md-editor. C\'est un des formulaires proposés par défaut dans le </blockquote>\n<blockquote class=\"emailFilter_Author_0\">> package du</blockquote>\n<blockquote class=\"emailFilter_Author_1\">> > module. J\'ai pris le champ \"Couverture du contenu\", dans l\'onglet \n> > \"Général\". \n> > \n> > \n> > Le contenu de cet onglet est défini dans le fichier \n> > </blockquote>\n<blockquote class=\"emailFilter_Author_0\">> \"WEB-INF\\resources\\forms\\ori-md-editor\\lomfr-full\\form\\case-general.xml\".</blockquote>\n<blockquote class=\"emailFilter_Author_1\">> > (ATTENTION au chemin du fichier !!) \n> > \n> > \n> > Pour ce champ on a par défaut, à partir de la ligne 149 : \n> > \n> > <fieldset> \n> > ..... \n> > \n> > \n> > Procédure suivi : \n> > - affichage du formulaire depuis l\'IHM du modeule editor (sans \n> > modification de la configuration d\'origine) : champ déployé ! - </blockquote>\n<blockquote class=\"emailFilter_Author_0\">> édition de</blockquote>\n<blockquote class=\"emailFilter_Author_1\">> > \"WEB-INF\\resources\\forms\\ori-md-editor\\lomfr-sup-full\\blank\" ; \n> > là on a par défaut, à partir de la ligne 19 : <lom:coverage> \n> > <lom:string language=\"fre\"></lom:string> \n> > </lom:coverage> \n> > - mise en commentaire de ces 3 lignes : champ masqué !!!! \n> > \n> > \n> > Voir captures écran en attaché !! \n> > \n> > \n> > A+, \n> > \n> > \n> > \n> > Jacques \n> > \n> > \n> > \n> > \n> > \n> > francoise Rousseau (schortin) a écrit :</blockquote>\n<blockquote class=\"emailFilter_Author_2\">> >> Bonjour Jacques, \n> >> Je réponds un peu tardivement à ton mail. \n> >> Mais je suis en pleine galère avec la v1.6 et ne sais pas sur quel \n> >> front me mobiliser ! Ce que tu décris est le fonctionnement normal </blockquote>\n<blockquote class=\"emailFilter_Author_0\">> qd le</blockquote>\n<blockquote class=\"emailFilter_Author_2\">> >> \"plié/déplié\" \n> >> marche. (en v1.5, ca marchait) : s\'il n\'y a aucune valeur pour le </blockquote>\n<blockquote class=\"emailFilter_Author_0\">> champ</blockquote>\n<blockquote class=\"emailFilter_Author_2\">> >> dans le fichier d\'initialisation, le champ apparait comme fermé, mais \n> >> avec un lien sur son nom pour l\'ouvrir. En v1.6, ca ne marche pas du \n> >> tout : - avec la distrib d\'origine, les champs sont affichés </blockquote>\n<blockquote class=\"emailFilter_Author_0\">> ouverts, et</blockquote>\n<blockquote class=\"emailFilter_Author_2\">> >> il n\'y a aucun moyen de les fermer. - si je passe le patch, les champs \n> >> sont fermés, et il n\'y a aucun moyen de les ouvrir (pas de lien) </blockquote>\n<blockquote class=\"emailFilter_Author_0\">> *Et toi,</blockquote>\n<blockquote class=\"emailFilter_Author_2\">> >> as tu des champs pliés/dépliés qui marche avec la v1.6 ? *Parce que, \n> >> peut etre que c\'est du à mes personnalisations : je n\'ai pas refait le \n> >> formulaire \"maison\" a partir de la v1.6, mais je l\'ai repris depuis la \n> >> v1.5, en faisant attention certes ... mais il reste peut etre des \n> >> incompatibilités entre les 2 versions. Bonne soirée. \n> >> Françoise. \n> >> \n> >> \n> >> Le Ven 21 mai 2010 16:20, Jacques Brassart a écrit : \n> >></blockquote>\n<blockquote class=\"emailFilter_Author_3\">> >>> Bonjour Françoise, François, \n> >>> \n> >>> \n> >>> \n> >>> Cela viendrait du fichier d\'initialisation du formulaire. \n> >>> \n> >>> \n> >>> \n> >>> Pour afficher des champs fermés (non-déployés) dans le formulaire que \n> >>> l\'on veut utiliser, il suffit de ne pas indiquer ces champs dans le</blockquote>\n<blockquote class=\"emailFilter_Author_2\">> >> fichier</blockquote>\n<blockquote class=\"emailFilter_Author_3\">> >>> d\'initialisation du formulaire. \n> >>> \n> >>> En effet, l\'affichage d\'un formulaire s\'appuie sur un \"fichier \n> >>> d\'initialisation\", quand on édite un formulaire : - depuis l\'IHM du</blockquote>\n<blockquote class=\"emailFilter_Author_2\">> >> module</blockquote>\n<blockquote class=\"emailFilter_Author_3\">> >>> md-editor ; - au moment du déclenchement du référencement d\'une</blockquote>\n<blockquote class=\"emailFilter_Author_2\">> >> ressource</blockquote>\n<blockquote class=\"emailFilter_Author_3\">> >>> depuis l\'IHM du workflow (lien dans la partie \"Référencer une</blockquote>\n<blockquote class=\"emailFilter_Author_2\">> >> ressource\").</blockquote>\n<blockquote class=\"emailFilter_Author_3\">> >>> \n> >>> \n> >>> Pour l\'édition depuis l\'IHM de md-editor, le fichier est : \n> >>> \n> >>></blockquote>\n<blockquote class=\"emailFilter_Author_2\">> >> </blockquote>\n<blockquote class=\"emailFilter_Author_0\">> WEB-INF\\resources\\forms\\ori-md-editor\\form-name\\blank\\form-name-blank.x</blockquote>\n<blockquote class=\"emailFilter_Author_2\">> >> ml</blockquote>\n<blockquote class=\"emailFilter_Author_3\">> >>> \n> >>> \n> >>> Pour l\'édition depuis l\'IHM du workflow, le fichier est : \n> >>> \n> >>></blockquote>\n<blockquote class=\"emailFilter_Author_2\">> >> </blockquote>\n<blockquote class=\"emailFilter_Author_0\">> custom\\properties\\workflows\\contrib_lom_uvhc_easy\\xml\\lomfr-sup-blank.x</blockquote>\n<blockquote class=\"emailFilter_Author_2\">> >> ml</blockquote>\n<blockquote class=\"emailFilter_Author_3\">> >>> ; \n> >>> (cas d\'un workflow que je personnalise pour Valenciennes, basé sur le \n> >>> schéma de métadonnées SupLOMFR). \n> >>> \n> >>> Si j\'ai bien compris, avec la balise <fieldset class=\"collapsible \n> >>> collapsed\"> le champ ne sera fermé que s\'il n\'y a aucune valeur dans \n> >>> le champ. Or, si je mets, par exemple, dans mon fichier</blockquote>\n<blockquote class=\"emailFilter_Author_2\">> >> d\'initialisation pour</blockquote>\n<blockquote class=\"emailFilter_Author_3\">> >>> le workflow (lomfr-sup-blank.xml) : <lom:general> ... \n> >>> <lom:coverage> \n> >>> <lom:string language=\"fre\"></lom:string> \n> >>> </lom:coverage> \n> >>> ... \n> >>> </lom:general> \n> >>> \n> >>> \n> >>> \n> >>> le champ \"Couverture du contenu\" sera déployé, car il n\'est pas</blockquote>\n<blockquote class=\"emailFilter_Author_2\">> >> considéré</blockquote>\n<blockquote class=\"emailFilter_Author_3\">> >>> comme vide ! (il a une valeur null). \n> >>> \n> >>> \n> >>> Dans mon exemple ci-dessus, il faut supprimer les lignes \n> >>> <lom:coverage> \n> >>> ... </lom:coverage>, \n> >>> pour que le champ \"Couverture du contenu\" ne soit pas déployé ! \n> >>> \n> >>> Bon w-e, \n> >>> \n> >>> \n> >>> \n> >>> Jacques \n> >>> \n> >>> \n> >>> \n> >>> \n> >>> \n> >>> Yohan Colmant a écrit : \n> >>> \n> >>></blockquote>\n<blockquote class=\"emailFilter_Author_4\">> >>>> Bonjour, \n> >>>> C\'est bien un point que nous allons regarder dans les choses à \n> >>>></blockquote>\n<blockquote class=\"emailFilter_Author_2\">> >> corriger.</blockquote>\n<blockquote class=\"emailFilter_Author_4\">> >>>> Merci pour vos retours ! \n> >>>> Yohan COLMANT \n> >>>> Direction des Systèmes d\'Information \n> >>>> UVHC <http://www.univ-valenciennes.fr> - Université de Valenciennes \n> >>>> et du Hainaut Cambrésis Coordinateur Technique du projet ORI-OAI \n> >>>> <http://www.ori-oai.org> \n> >>>> \n> >>>> \n> >>>> \n> >>>> \n> >>>> francoise Rousseau (schortin) a écrit :</blockquote>\n<blockquote class=\"emailFilter_Author_5\">> >>>>> Merci pour ton retour, François. \n> >>>>> Ce serait donc un pb au niveau de la distribution 1.6 ?.... \n> >>>>> Est ce que qq de l\'équipe de développement pourrait le confirmer \n> >>>>> ou l\'infirmer ? Merci. Françoise \n> >>>>> \n> >>>>> \n> >>>>> Le Lun 26 avril 2010 10:49, françois lefebvre a écrit : \n> >>>>> \n> >>>>></blockquote>\n<blockquote class=\"emailFilter_Author_6\">> >>>>>> Bonjour, \n> >>>>>> \n> >>>>>> \n> >>>>>> \n> >>>>>> \n> >>>>>> Chez moi aussi les paragraphes sont dépliés, mais les champs \n> >>>>>> eux \n> >>>>>></blockquote>\n<blockquote class=\"emailFilter_Author_5\">> >>>>> sont à</blockquote>\n<blockquote class=\"emailFilter_Author_6\">> >>>>>> cliquer pour les renseigner. Le fieldset est pourtant en \n> >>>>>> collapsed. Je ne vois pas non plus pourquoi. \n> >>>>>> \n> >>>>>> \n> >>>>>> \n> >>>>>> \n> >>>>>> Quelqu\'un a une idée ? \n> >>>>>> \n> >>>>>> \n> >>>>>> \n> >>>>>> \n> >>>>>> \n> >>>>>> \n> >>>>>> \n> >>>>>> francoise Rousseau (schortin) a écrit :</blockquote>\n<blockquote class=\"emailFilter_Author_7\">> >>>>>>> \n> >>>>>>> Bonjour, \n> >>>>>>> \n> >>>>>>> \n> >>>>>>> \n> >>>>>>> \n> >>>>>>> En v1.5, j\'ai adapté un formulaire et utilisé des champs de \n> >>>>>>> classe \"collapsible collapsed\" : ils sont fermés à l\'affichage \n> >>>>>>> du \n> >>>>>>></blockquote>\n<blockquote class=\"emailFilter_Author_5\">> >>>>> formulaire,</blockquote>\n<blockquote class=\"emailFilter_Author_7\">> >>>>>>> on clique dessus pour ouvrir les zones de saisie. Je voudrais \n> >>>>>>></blockquote>\n<blockquote class=\"emailFilter_Author_5\">> >>>>> garder ce</blockquote>\n<blockquote class=\"emailFilter_Author_7\">> >>>>>>> comportement, que je trouve tres pratique parce que le \n> >>>>>>> formulaire est plus lisible. \n> >>>>>>> \n> >>>>>>> Je n\'ai pas retrouvé ce comportement dans les formulaires \n> >>>>>>> \n> >>>>>>></blockquote>\n<blockquote class=\"emailFilter_Author_5\">> >>>>> standards de</blockquote>\n<blockquote class=\"emailFilter_Author_7\">> >>>>>>> la v1.6, alors que j\'ai trouvé dans les sources de ces \n> >>>>>>> formulaires</blockquote>\n<blockquote class=\"emailFilter_Author_5\">> >>>>> des</blockquote>\n<blockquote class=\"emailFilter_Author_7\">> >>>>>>> champs déclarés ainsi : \n> >>>>>>> \n> >>>>>>> Par ex, dans le lomfr-author-light/form/content-xforms.xml, \n> >>>>>>> on \n> >>>>>>></blockquote>\n<blockquote class=\"emailFilter_Author_5\">> >>>>> trouve :</blockquote>\n<blockquote class=\"emailFilter_Author_7\">> >>>>>>> <fieldset class=\"collapsible collapsed\"> \n> >>>>>>> <widget:legend instance=\"i18n_lom_author\" \n> >>>>>>> termIdentifier=\"11\"/> \n> >>>>>>> \n> >>>>>>> \n> >>>>>>> \n> >>>>>>> Le paragraphe \"Général\", \"Précisions techniques\", et \n> >>>>>>> \"Précisions \n> >>>>>>> pédagogiques\" du formulaire \n> >>>>>>></blockquote>\n<blockquote class=\"emailFilter_Author_5\">> >>>>> <a href=\"http://ori3.u-psud.fr:8186/ori-oai-md-editor/fr/ori-md-editor/lom\" title=\"http://ori3.u-psud.fr:8186/ori-oai-md-editor/fr/ori-md-editor/lom\">http://ori3.u-psud.fr:8186/ori-oai-md-editor/fr/ori-md-editor/lom</a> \n> >>>>> fr-a ut</blockquote>\n<blockquote class=\"emailFilter_Author_7\">> >>>>>>> hor-light/new ne devrait il pas se présenter fermé et \n> >>>>>>> cliquable ? Ce \n> >>>>>>> n\'est pas le cas chez moi .. \n> >>>>>>> \n> >>>>>>> Merci pour vos retours. \n> >>>>>>> \n> >>>>>>> \n> >>>>>>> \n> >>>>>>> \n> >>>>>>> Françoise. \n> >>>>>>> \n> >>>>>>> \n> >>>>>>> \n> >>>>>>> \n> >>>>>>> \n> >>>>>>> \n> >>>>>>> \n> >>>>>>></blockquote>\n<blockquote class=\"emailFilter_Author_6\">> >>>>>> \n> >>>>>> -- \n> >>>>>> François Lefebvre \n> >>>>>> Bibliothèque Universitaire de Lille 1 \n> >>>>>> Cité Scientifique - B.P. 30155 \n> >>>>>> 59653 VILLENEUVE D\'ASCQ CEDEX \n> >>>>>> Tél.: 03.20.33.60.73 \n> >>>>>> \n> >>>>>> \n> >>>>>> \n> >>>>>> \n> >>>>>></blockquote>\n<blockquote class=\"emailFilter_Author_5\">> >>>>> \n> >>>>> -- \n> >>>>> This message has been scanned for viruses and \n> >>>>> dangerous content by *MailScanner* \n> >>>>> <http://www.mailscanner.info/>**, \n> >>>>> and is believed to be clean. **</blockquote>\n<blockquote class=\"emailFilter_Author_4\">> >>>> * \n> >>>> -- \n> >>>> This message has been scanned for viruses and \n> >>>> dangerous content by MailScanner <http://www.mailscanner.info/>, \n> >>>> and is believed to be clean. *</blockquote>\n<blockquote class=\"emailFilter_Author_3\">> >>> \n> >>> -- \n> >>> Jacques Brassart \n> >>> UNR Nord-Pas de Calais \n> >>> Université de Valenciennes et du Hainaut-Cambrésis \n> >>> Tél : 03 27 51 17 70 \n> >>> \n> >>> \n> >>> \n> >>> \n> >>> \n> >>></blockquote>\n<blockquote class=\"emailFilter_Author_2\">> >> \n> >> -- \n> >> This message has been scanned for viruses and \n> >> dangerous content by MailScanner <http://www.mailscanner.info/>*, </blockquote>\n<blockquote class=\"emailFilter_Author_0\">> and</blockquote>\n<blockquote class=\"emailFilter_Author_2\">> >> is believed to be clean. *</blockquote>\n<blockquote class=\"emailFilter_Author_1\">> > \n> > -- \n> > Jacques Brassart \n> > UNR Nord-Pas de Calais \n> > Université de Valenciennes et du Hainaut-Cambrésis \n> > Tél : 03 27 51 17 70 \n> > \n> > \n> > \n> > \n> ></blockquote>\n<blockquote class=\"emailFilter_Author_0\">> \n> \n> -- \n> This message has been scanned for viruses and \n> dangerous content by MailScanner <http://www.mailscanner.info/>*, \n> and is \n> believed to be clean. *</div>\n</blockquote>\n-- \nJacques Brassart \nUNR Nord-Pas de Calais \nUniversité de Valenciennes et du Hainaut-Cambrésis \nTél : 03 27 51 17 70\n-- \nThis message has been scanned for viruses and \ndangerous content by MailScanner, and is \nbelieved to be clean.\n</div>\n', created = 1507748865, expire = 1507835265, headers = '', serialized = 0 WHERE cid = '4:7a1cbcfa78c3cda4fa98c8de7d69baa6' 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:5d10ea49a3f8c30803645d4e7b7d3a35' 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\">Salut Jacques, salut Henri,\nOui, c\'est cela que je veux faire, \net c\'est faisable en v1.5, et c\'est prevu en v1.6 sinon il n\'y aurait pas \nces "gros titres" de paragraphe, mis dans cette classe. Vu \nce que dit Henri, je pense que le "collapsible collapsed" ne \nmarche pas pour le moment. Ce qui explique que "Cela marche dans \nles deux cas", ou plutot ca ne fait rien lorsque le collapsible \ncollapsed est mis. En fait, hier, j\'ai comparé, sous \nfirebug, le code généré par la v1.5 et par \nla v1.6 : Pour qu\'un lien cliquable s\'affiche pour pouvoir \nplier/deplier le champ, il faut nécessairement qu\'il y ait un \n"<a href=.... >  Ce tag est \ngénéré sous la v1.5 et pas sous la v1.6. Cela ne \nresoud pas le pb, mais peut etre que ca l\'explique ?\nEn tout \ncas, ce que je ne comprends pas, c\'est que le patch d\'Henri marche chez \nlui et pas chez moi. Tu me le confirmes, Henri ?\nBonne \njournée, merci pour votre aide et votre travail.<br \n/>Françoise.\nLe Jeu 27 mai 2010 08:15, Jacques \nBrassart a écrit : > Bonjour Françoise, > \n > > Concernant le champ "Couverture du \ncontenu" dans le formulaire "complet", > j\'ai \nessayé avec : (voir mon mail du 25, 17h48)  > <fieldset> > ..... > ET AVEC <br \n/>>  > <fieldset \nclass="collapsible collapsed"> > ..... > \n > > Cela marche dans les deux cas !! (voir fin du PDF en \nattaché). > > > > La \ndifférence avec ton cas, c\'est que tu souhaiterais faire ma \nmême > chose pour les blocs : - Général ; <br \n/>> - Précisions techniques ; > - Précisions \npédagogiques ; > du formulaire "auteur. J\'ai bien \ncompris ? > > > Jacques > > \n > > > francoise Rousseau (schortin) a \nécrit : >> >> Rebonjour Jacques, bonjour \nHenri, >> >> >> Merci de vos \nréponses, je viens de regarder attentivement la manip de <br \n/>>> Jacques. >> On ne parle pas de la meme chose : \nJacques ne parle pas de champ >> "collapsible" au \nsens où je l\'entends. Du reste, le tag <fieldset> qui <br \n/>>> correspond à "coverage" n\'est pas dans la \nclasse "collapsible >> collapsed". >> \n >> Un exemple de fonctionnement "collapsible" peut \netre observé dans le >> formulaire lomfr-author-light, \nqui fait appel au fichier : >> \nforms/ori-md-editor/lomfr-author-light/form/content-xforms.xml les <br \n/>>> lignes qui générent le champ \n"Général" pliable/dépliable sont, sauf <br \n/>>> erreur : <fieldset class="collapsible \ncollapsed"> >> <widget:legend \ninstance="i18n_lom_author" termIdentifier="0"/> <br \n/>>> >> >> Peux tu regarder l\'impression \nd\'ecran ci-jointe de l\'affichage de ce >> formulaire avec le \npatch de Henri ? >> >> Les rubriques \n"Général", "Précisions \ntechniques", et "Précisions >> \npédagogiques" sont pliées. Il n\'y a (en tout cas chez \nmoi) AUCUN MOYEN de >> les ouvrir : il devrait y avoir un lien \nsur le nom de rubrique, comme en >> v1.5 Si je reviens au \ntheme-plain.xsl de la distribution d\'origine, ces >> rubriques \nsont affichées ouvertes, et sans aucun moyen de les replier. <br \n/>>> >> Pouvez vous me confirmer ce comportement chez \nvous ? >> (A priori, je n\'ai fait aucune modif susceptible de \ngénérer ce >> dysfonctionnement, mais sait on \njamais !) >> >> Encore désolée \nd\'insister ... >> Françoise. >> <br \n/>>> >> >> >> >> <br \n/>>> >> >> >> Le Mar 25 mai 2010 \n17:48, Jacques Brassart a écrit : >> >>> \nBonjour françoise, >>> >>> <br \n/>>>> >>> Je viens de réessayer et cela \nmarche chez moi ! >>> >>> >>> \n >>> J\'ai testé avec le formulaire \n"lomfr-sup-full" (formulaire SupLOMFR >>> \n"complet"), avec affichage depuis l\'éditeur de MD ; \nversion 1.6.1 du >>> md-editor. C\'est un des formulaires \nproposés par défaut dans le >> package du <br \n/>>>> module. J\'ai pris le champ "Couverture du \ncontenu", dans l\'onglet >>> \n"Général". >>> >>> \n >>> >>> Le contenu de cet onglet est \ndéfini dans le fichier >>> >>> <br \n/>>> \n"WEB-INF\\resources\\forms\\ori-md-editor\\lomfr-full\\form\\case-general.xml \n >> ". >> >>> (ATTENTION au \nchemin du fichier !!) >>> >>> <br \n/>>>> >>> Pour ce champ on a par défaut, \nà partir de la ligne 149 : >>>  >>> <fieldset> >>> ..... <br \n/>>>> >>> >>> >>> \nProcédure suivi : >>> - affichage du formulaire \ndepuis l\'IHM du modeule editor (sans >>> modification de la \nconfiguration d\'origine) : champ déployé ! - >> \nédition de >>> \n"WEB-INF\\resources\\forms\\ori-md-editor\\lomfr-sup-full\\blank" ; \n >>> là on a par défaut, à partir de la \nligne 19 : <lom:coverage> >>> <lom:string \nlanguage="fre"></lom:string> >>> \n</lom:coverage> >>> - mise en commentaire de ces 3 \nlignes : champ masqué !!!! >>> >>> \n >>> >>> Voir captures écran en \nattaché !! >>> >>> >>> \n >>> A+, >>> >>> <br \n/>>>> >>> >>> Jacques <br \n/>>>> >>> >>> >>> \n >>> >>> >>> francoise \nRousseau (schortin) a écrit : >>>> Bonjour \nJacques, >>>> Je réponds un peu tardivement \nà ton mail. >>>> Mais je suis en pleine \ngalère avec la v1.6 et ne sais pas sur quel >>>> \nfront me mobiliser ! Ce que tu décris est le fonctionnement normal \n >> qd le >>>> \n"plié/déplié" >>>> \nmarche. (en v1.5, ca marchait) : s\'il n\'y a aucune valeur pour le <br \n/>>> champ >>>> dans le fichier d\'initialisation, \nle champ apparait comme fermé, >>>> mais avec un \nlien sur son nom pour l\'ouvrir. En v1.6, ca ne marche <br \n/>>>>> pas du tout : - avec la distrib d\'origine, les champs \nsont affichés >> ouverts, et >>>> il \nn\'y a aucun moyen de les fermer. - si je passe le patch, les <br \n/>>>>> champs sont fermés, et il n\'y a aucun moyen de \nles ouvrir (pas de >>>> lien) >> *Et toi, \n >> >>>> as tu des champs \npliés/dépliés qui marche avec la v1.6 ? *Parce <br \n/>>>>> que, peut etre que c\'est du à mes \npersonnalisations : je n\'ai pas >>>> refait le \nformulaire "maison" a partir de la v1.6, mais je l\'ai <br \n/>>>>> repris depuis la v1.5, en faisant attention certes ... \nmais il reste >>>> peut etre des incompatibilités \nentre les 2 versions. Bonne soirée. >>>> \nFrançoise. >>>> >>>> <br \n/>>>>> >>>> Le Ven 21 mai 2010 16:20, \nJacques Brassart a écrit : >>>> <br \n/>>>>> >>>>> Bonjour Françoise, \nFrançois, >>>>> >>>>> <br \n/>>>>>> >>>>> <br \n/>>>>>> Cela viendrait du fichier d\'initialisation du \nformulaire. >>>>> >>>>> <br \n/>>>>>> >>>>> <br \n/>>>>>> Pour afficher des champs fermés \n(non-déployés) dans le formulaire >>>>> \nque l\'on veut utiliser, il suffit de ne pas indiquer ces champs <br \n/>>>>>> dans le >>>> fichier <br \n/>>>>>> d\'initialisation du formulaire. <br \n/>>>>>> >>>>> En effet, l\'affichage \nd\'un formulaire s\'appuie sur un "fichier >>>>> \nd\'initialisation", quand on édite un formulaire : - depuis \nl\'IHM >>>>> du >>>> module <br \n/>>>>>> md-editor ; - au moment du déclenchement du \nréférencement d\'une >>>> ressource <br \n/>>>>>> depuis l\'IHM du workflow (lien dans la partie \n"Référencer une >>>> \nressource"). >>>>> >>>>> \n >>>>> Pour l\'édition depuis l\'IHM de \nmd-editor, le fichier est : >>>>> <br \n/>>>>>> >>>>> >>>> \n >> \nWEB-INF\\resources\\forms\\ori-md-editor\\form-name\\blank\\form-name-blank.x \n >> >>>> ml >>>>> <br \n/>>>>>> >>>>> Pour l\'édition \ndepuis l\'IHM du workflow, le fichier est : >>>>> <br \n/>>>>>> >>>>> >>>> \n >> \ncustom\\properties\\workflows\\contrib_lom_uvhc_easy\\xml\\lomfr-sup-blank.x \n >> >>>> ml >>>>> ; <br \n/>>>>>> (cas d\'un workflow que je personnalise pour \nValenciennes, basé sur >>>>> le schéma \nde métadonnées SupLOMFR). >>>>> <br \n/>>>>>> Si j\'ai bien compris, avec la balise <fieldset \nclass="collapsible >>>>> collapsed"> le \nchamp ne sera fermé que s\'il n\'y a aucune valeur <br \n/>>>>>> dans le champ. Or, si je mets, par exemple, dans \nmon fichier >>>> d\'initialisation pour <br \n/>>>>>> le workflow (lomfr-sup-blank.xml) : \n<lom:general> ... >>>>> <lom:coverage> \n >>>>> <lom:string \nlanguage="fre"></lom:string> >>>>> \n</lom:coverage> >>>>> ... <br \n/>>>>>> </lom:general> >>>>> <br \n/>>>>>> >>>>> <br \n/>>>>>> >>>>> le champ \n"Couverture du contenu" sera déployé, car il n\'est \npas >>>> considéré <br \n/>>>>>> comme vide ! (il a une valeur null). <br \n/>>>>>> >>>>> <br \n/>>>>>> Dans mon exemple ci-dessus, il faut supprimer les \nlignes >>>>> <lom:coverage> <br \n/>>>>>> ... </lom:coverage>, <br \n/>>>>>> pour que le champ "Couverture du contenu" \nne soit pas déployé ! >>>>> <br \n/>>>>>> Bon w-e, >>>>> <br \n/>>>>>> >>>>> <br \n/>>>>>> >>>>> Jacques <br \n/>>>>>> >>>>> <br \n/>>>>>> >>>>> <br \n/>>>>>> >>>>> <br \n/>>>>>> Yohan Colmant a écrit : <br \n/>>>>>> >>>>> <br \n/>>>>>> >>>>>> Bonjour, <br \n/>>>>>>> C\'est bien un point que nous allons regarder \ndans les choses à >>>>>> <br \n/>>>>>>> >>>> corriger. <br \n/>>>>>>> Merci pour vos retours ! <br \n/>>>>>>> Yohan COLMANT >>>>>> \nDirection des Systèmes d\'Information >>>>>> \nUVHC <http://www.univ-valenciennes.fr> - Université de <br \n/>>>>>>> Valenciennes >>>>>> et \ndu Hainaut Cambrésis Coordinateur Technique du projet ORI-OAI <br \n/>>>>>>> <http://www.ori-oai.org> <br \n/>>>>>>> >>>>>> <br \n/>>>>>>> >>>>>> <br \n/>>>>>>> >>>>>> francoise \nRousseau (schortin) a écrit : >>>>>>> \nMerci pour ton retour, François. >>>>>>> \nCe serait donc un pb au niveau de la distribution 1.6 ?.... <br \n/>>>>>>>> Est ce que qq de l\'équipe de \ndéveloppement pourrait le >>>>>>> \nconfirmer ou l\'infirmer ? Merci. Françoise <br \n/>>>>>>>> >>>>>>> <br \n/>>>>>>>> Le Lun 26 avril 2010 10:49, françois \nlefebvre a écrit : >>>>>>> <br \n/>>>>>>>> >>>>>>> <br \n/>>>>>>>>> Bonjour, <br \n/>>>>>>>>> >>>>>>>> \n >>>>>>>> <br \n/>>>>>>>>> >>>>>>>> \n >>>>>>>> Chez moi aussi les paragraphes sont \ndépliés, mais les >>>>>>>> \nchamps eux >>>>>>>> <br \n/>>>>>>>> sont à <br \n/>>>>>>>>> cliquer pour les renseigner. Le \nfieldset est pourtant en >>>>>>>> collapsed. \nJe ne vois pas non plus pourquoi. >>>>>>>> \n >>>>>>>> <br \n/>>>>>>>>> >>>>>>>> \n >>>>>>>> Quelqu\'un a une idée ? <br \n/>>>>>>>>> >>>>>>>> \n >>>>>>>> <br \n/>>>>>>>>> >>>>>>>> \n >>>>>>>> <br \n/>>>>>>>>> >>>>>>>> \n >>>>>>>> francoise Rousseau (schortin) a \nécrit : >>>>>>>>> <br \n/>>>>>>>>>> Bonjour, <br \n/>>>>>>>>>> <br \n/>>>>>>>>>> <br \n/>>>>>>>>>> <br \n/>>>>>>>>>> <br \n/>>>>>>>>>> <br \n/>>>>>>>>>> En v1.5, j\'ai adapté un \nformulaire et utilisé des champs <br \n/>>>>>>>>>> de classe "collapsible \ncollapsed" : ils sont fermés à <br \n/>>>>>>>>>> l\'affichage du <br \n/>>>>>>>>>> >>>>>>> \nformulaire, >>>>>>>>> on clique dessus \npour ouvrir les zones de saisie. Je <br \n/>>>>>>>>>> voudrais <br \n/>>>>>>>>>> >>>>>>> \ngarder ce >>>>>>>>> comportement, que je \ntrouve tres pratique parce que le <br \n/>>>>>>>>>> formulaire est plus lisible. <br \n/>>>>>>>>>> <br \n/>>>>>>>>>> Je n\'ai pas retrouvé ce \ncomportement dans les formulaires <br \n/>>>>>>>>>> <br \n/>>>>>>>>>> <br \n/>>>>>>>>>> >>>>>>> \nstandards de >>>>>>>>> la v1.6, alors que \nj\'ai trouvé dans les sources de ces <br \n/>>>>>>>>>> formulaires <br \n/>>>>>>>> des <br \n/>>>>>>>>>> champs déclarés ainsi \n: >>>>>>>>> <br \n/>>>>>>>>>> Par ex, dans le <br \n/>>>>>>>>>> \nlomfr-author-light/form/content-xforms.xml, on <br \n/>>>>>>>>>> >>>>>>> \ntrouve : >>>>>>>>> <fieldset \nclass="collapsible collapsed"> <br \n/>>>>>>>>>> <widget:legend \ninstance="i18n_lom_author" <br \n/>>>>>>>>>> termIdentifier="11"/> \n >>>>>>>>> <br \n/>>>>>>>>>> <br \n/>>>>>>>>>> <br \n/>>>>>>>>>> Le paragraphe \n"Général", "Précisions \ntechniques", et >>>>>>>>> \n"Précisions >>>>>>>>> \npédagogiques" du formulaire <br \n/>>>>>>>>>> >>>>>>> \n<a href=\"http://ori3.u-psud.fr:8186/ori-oai-md-editor/fr/ori-md-editor\" title=\"http://ori3.u-psud.fr:8186/ori-oai-md-editor/fr/ori-md-editor\">http://ori3.u-psud.fr:8186/ori-oai-md-editor/fr/ori-md-editor</a> <br \n/>>>>>>>> /lom >>>>>>> \nfr-a ut >>>>>>>>> hor-light/new ne \ndevrait il pas se présenter fermé et <br \n/>>>>>>>>>> cliquable ? Ce n\'est pas le cas \nchez moi .. >>>>>>>>> <br \n/>>>>>>>>>> Merci pour vos retours. <br \n/>>>>>>>>>> <br \n/>>>>>>>>>> <br \n/>>>>>>>>>> <br \n/>>>>>>>>>> <br \n/>>>>>>>>>> <br \n/>>>>>>>>>> Françoise. <br \n/>>>>>>>>>> <br \n/>>>>>>>>>> <br \n/>>>>>>>>>> <br \n/>>>>>>>>>> <br \n/>>>>>>>>>> <br \n/>>>>>>>>>> <br \n/>>>>>>>>>> <br \n/>>>>>>>>>> <br \n/>>>>>>>>>> <br \n/>>>>>>>>> >>>>>>>> \n-- >>>>>>>> François Lefebvre <br \n/>>>>>>>>> Bibliothèque Universitaire de \nLille 1 >>>>>>>> Cité Scientifique - \nB.P. 30155 >>>>>>>> 59653 VILLENEUVE D\'ASCQ \nCEDEX >>>>>>>> Tél.: 03.20.33.60.73 \n >>>>>>>> <br \n/>>>>>>>>> >>>>>>>> \n >>>>>>>> <br \n/>>>>>>>>> >>>>>>>> \n >>>>>>> >>>>>>> -- \n >>>>>>> This message has been scanned for \nviruses and >>>>>>> dangerous content by \n*MailScanner* >>>>>>> \n<http://www.mailscanner.info/>**, >>>>>>> \nand is believed to be clean. >>>>>> * <br \n/>>>>>>> -- >>>>>> This message \nhas been scanned for viruses and >>>>>> dangerous \ncontent by MailScanner >>>>>> \n<http://www.mailscanner.info/>, >>>>>> and \nis believed to be clean. * >>>>> <br \n/>>>>>> -- >>>>> Jacques Brassart <br \n/>>>>>> UNR Nord-Pas de Calais >>>>> \nUniversité de Valenciennes et du Hainaut-Cambrésis <br \n/>>>>>> Tél : 03 27 51 17 70 <br \n/>>>>>> >>>>> <br \n/>>>>>> >>>>> <br \n/>>>>>> >>>>> <br \n/>>>>>> >>>> >>>> -- \n >>>> This message has been scanned for viruses and <br \n/>>>>> dangerous content by *MailScanner* \n<http://www.mailscanner.info/>*, >> and <br \n/>>>>> is believed to be clean. * >>> <br \n/>>>> -- >>> Jacques Brassart >>> \nUNR Nord-Pas de Calais >>> Université de \nValenciennes et du Hainaut-Cambrésis >>> Tél \n: 03 27 51 17 70 >>> >>> >>> \n >>> >>> >>> >> \n >> >> -- >> This message has been \nscanned for viruses and >> dangerous content by *MailScanner* \n<http://www.mailscanner.info/>*, and >> is believed to \nbe clean. * > > -- > Jacques Brassart <br \n/>> UNR Nord-Pas de Calais > Université de Valenciennes \net du Hainaut-Cambrésis > Tél : 03 27 51 17 70 <br \n/>> > > > > \n-- \n This message has been scanned for viruses and \n dangerous content by \n<a href=\"http://www.mailscanner.info/\">MailScanner</a>, and is \n believed to be clean.\n</div>\n', created = 1507748865, expire = 1507835265, headers = '', serialized = 0 WHERE cid = '4:5d10ea49a3f8c30803645d4e7b7d3a35' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 112.

10 messages / 0 nouveaux

Sujet clos

Dernière contribution

22 avril 2010 - 5:34pm

francoise.schortin

editeur v1.6 champs collapsible collapsed

Bonjour,

En v1.5, j'ai adapté un formulaire et
utilisé des champs de classe "collapsible collapsed"
: ils sont fermés à l'affichage du formulaire, on clique
dessus pour ouvrir les zones de saisie.
Je voudrais garder ce
comportement, que je trouve tres pratique parce que le formulaire est
plus lisible.

Je n'ai pas retrouvé ce comportement
dans les formulaires standards de la v1.6, alors que j'ai trouvé
dans les sources de ces formulaires des
champs déclarés ainsi :

Par ex, dans le
lomfr-author-light/form/content-xforms.xml, on trouve :

<fieldset class="collapsible collapsed">

<widget:legend instance="i18n_lom_author"
termIdentifier="11"/>

Le paragraphe
"Général", "Précisions
techniques", et "Précisions pédagogiques" du
formulaire href="http://ori3.u-psud.fr:8186/ori-oai-md-editor/fr/ori-md-editor/lomfr-author-light/new">http://ori3.u-psud.fr:8186/ori-oai-md-editor/fr/ori-md-editor/lomfr-author-light/new />ne devrait il pas se présenter fermé et cliquable
?
Ce n'est pas le cas chez moi ..

Merci pour vos
retours.

Françoise.

--

This message has been scanned for viruses and

dangerous content by
MailScanner, and is

believed to be clean.

Haut

Étiquettes:
ORI-OAI Utilisateurs

26 avril 2010 - 10:49am
#2

francoislefebvre

Bonjour,

Chez moi aussi les paragraphes sont dépliés, mais les champs eux sont à
cliquer pour les renseigner.
Le fieldset est pourtant en collapsed.
Je ne vois pas non plus pourquoi.

Quelqu'un a une idée ?

francoise Rousseau (schortin) a écrit :

>
> Bonjour,
>
> En v1.5, j'ai adapté un formulaire et utilisé des champs de classe
> "collapsible collapsed" : ils sont fermés à l'affichage du formulaire,
> on clique dessus pour ouvrir les zones de saisie.
> Je voudrais garder ce comportement, que je trouve tres pratique parce
> que le formulaire est plus lisible.
>
> Je n'ai pas retrouvé ce comportement dans les formulaires standards de
> la v1.6, alors que j'ai trouvé dans les sources de ces formulaires des
> champs déclarés ainsi :
>
> Par ex, dans le lomfr-author-light/form/content-xforms.xml, on trouve :
>

>
>
> Le paragraphe "Général", "Précisions techniques", et "Précisions
> pédagogiques" du formulaire
> http://ori3.u-psud.fr:8186/ori-oai-md-editor/fr/ori-md-editor/lomfr-auth...
> ne devrait il pas se présenter fermé et cliquable ?
> Ce n'est pas le cas chez moi ..
>
> Merci pour vos retours.
>
> Françoise.
>
>
>
>
>

--
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

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

Haut

27 avril 2010 - 3:31pm
(Répondre à #2) #3

francoise.schortin

Merci pour ton retour, François.
Ce serait donc un pb au
niveau de la distribution 1.6 ?....
Est ce que qq de l'équipe
de développement pourrait le confirmer ou l'infirmer ? Merci. />Françoise

Le Lun 26 avril 2010 10:49, françois
lefebvre a écrit :
> Bonjour,
>
> />> Chez moi aussi les paragraphes sont dépliés, mais les
champs eux sont à
> cliquer pour les renseigner. Le
fieldset est pourtant en collapsed.
> Je ne vois pas non plus
pourquoi.
>
>
> Quelqu'un a une idée ?

>
>
>
>
>
>
francoise Rousseau (schortin) a écrit :
>> />>> Bonjour,
>>
>>
>> En v1.5,
j'ai adapté un formulaire et utilisé des champs de classe

>> "collapsible collapsed" : ils sont fermés
à l'affichage du formulaire,
>> on clique dessus pour
ouvrir les zones de saisie. Je voudrais garder ce
>>
comportement, que je trouve tres pratique parce que le formulaire est />>> plus lisible.
>>
>> Je n'ai pas
retrouvé ce comportement dans les formulaires standards de />>> la v1.6, alors que j'ai trouvé dans les sources de ces
formulaires des
>> champs déclarés ainsi : />>>
>> Par ex, dans le
lomfr-author-light/form/content-xforms.xml, on trouve :
>>
<fieldset class="collapsible collapsed">
>>
<widget:legend instance="i18n_lom_author"
termIdentifier="11"/>
>>
>> />>> Le paragraphe "Général",
"Précisions techniques", et "Précisions />>> pédagogiques" du formulaire
>>
http://ori3.u-psud.fr:8186/ori-oai-md-editor/fr/ori-md-editor/lomfr-aut

>> hor-light/new ne devrait il pas se présenter
fermé et cliquable ? Ce
>> n'est pas le cas chez moi ..

>>
>> Merci pour vos retours.
>> />>>
>> Françoise.
>>
>>

>>
>>
>>
>>
> />> --
> 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
>
>
>

--

This message has been scanned for viruses and

dangerous content by
MailScanner, and is

believed to be clean.

Haut

27 avril 2010 - 3:54pm
(Répondre à #3) #4

Yohan Colmant

Bonjour,
C'est bien un point que nous allons regarder dans les choses à corriger.
Merci pour vos retours !

Yohan COLMANT
Direction des Systèmes d'Information
UVHC - Université de Valenciennes et du Hainaut Cambrésis
Coordinateur Technique du projet ORI-OAI

francoise Rousseau (schortin) a écrit :

" type="cite">Merci pour ton retour, François.
Ce serait donc un pb au niveau de la distribution 1.6 ?....
Est ce que qq de l'équipe de développement pourrait le confirmer ou l'infirmer ? Merci.
Françoise

Le Lun 26 avril 2010 10:49, françois lefebvre a écrit :
> Bonjour,
>
>
> Chez moi aussi les paragraphes sont dépliés, mais les champs eux sont à
> cliquer pour les renseigner. Le fieldset est pourtant en collapsed.
> Je ne vois pas non plus pourquoi.
>
>
> Quelqu'un a une idée ?
>
>
>
>
>
> francoise Rousseau (schortin) a écrit :
>>
>> Bonjour,
>>
>>
>> En v1.5, j'ai adapté un formulaire et utilisé des champs de classe
>> "collapsible collapsed" : ils sont fermés à l'affichage du formulaire,
>> on clique dessus pour ouvrir les zones de saisie. Je voudrais garder ce
>> comportement, que je trouve tres pratique parce que le formulaire est
>> plus lisible.
>>
>> Je n'ai pas retrouvé ce comportement dans les formulaires standards de
>> la v1.6, alors que j'ai trouvé dans les sources de ces formulaires des
>> champs déclarés ainsi :
>>
>> Par ex, dans le lomfr-author-light/form/content-xforms.xml, on trouve :
>> <fieldset class="collapsible collapsed">
>> <widget:legend instance="i18n_lom_author" termIdentifier="11"/>
>>
>>
>> Le paragraphe "Général", "Précisions techniques", et "Précisions
>> pédagogiques" du formulaire
>> http://ori3.u-psud.fr:8186/ori-oai-md-editor/fr/ori-md-editor/lomfr-aut
>> hor-light/new ne devrait il pas se présenter fermé et cliquable ? Ce
>> n'est pas le cas chez moi ..
>>
>> Merci pour vos retours.
>>
>>
>> Françoise.
>>
>>
>>
>>
>>
>>
>
> --
> 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
>
>
>

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

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

Haut

21 mai 2010 - 4:20pm
(Répondre à #4) #5

jbrassar

Bonjour Françoise, François,

Cela viendrait du fichier d'initialisation du formulaire.

Pour afficher des champs fermés (non-déployés) dans le formulaire que
l'on veut utiliser,
il suffit de ne pas indiquer ces champs dans le fichier d'initialisation
du formulaire.

En effet, l'affichage d'un formulaire s'appuie sur un "fichier
d'initialisation", quand on édite un formulaire :
- depuis l'IHM du module md-editor ;
- au moment du déclenchement du référencement d'une ressource depuis
l'IHM du workflow
(lien dans la partie "Référencer une ressource").

Pour l'édition depuis l'IHM de md-editor, le fichier est :
WEB-INF\resources\forms\ori-md-editor\form-name\blank\form-name-blank.xml

Pour l'édition depuis l'IHM du workflow, le fichier est :
custom\properties\workflows\contrib_lom_uvhc_easy\xml\lomfr-sup-blank.xml ;
(cas d'un workflow que je personnalise pour Valenciennes, basé sur le
schéma de métadonnées SupLOMFR).

Si j'ai bien compris, avec la balise
le champ ne sera fermé que s'il n'y a aucune valeur dans le
champ.
Or, si je mets, par exemple, dans mon fichier d'initialisation pour le
workflow (lomfr-sup-blank.xml) :

...

...

le champ "Couverture du contenu" sera déployé, car il n'est pas
considéré comme vide !
(il a une valeur null).

Dans mon exemple ci-dessus, il faut supprimer les lignes
... ,
pour que le champ "Couverture du contenu" ne soit pas déployé !

Bon w-e,

Jacques

Yohan Colmant a écrit :

> Bonjour,
> C'est bien un point que nous allons regarder dans les choses à corriger.
> Merci pour vos retours !
> Yohan COLMANT
> Direction des Systèmes d'Information
> UVHC - Université de Valenciennes et
> du Hainaut Cambrésis
> Coordinateur Technique du projet ORI-OAI
>
>
> francoise Rousseau (schortin) a écrit :

>> Merci pour ton retour, François.
>> Ce serait donc un pb au niveau de la distribution 1.6 ?....
>> Est ce que qq de l'équipe de développement pourrait le confirmer ou
>> l'infirmer ? Merci.
>> Françoise
>>
>> Le Lun 26 avril 2010 10:49, françois lefebvre a écrit :

>> > Bonjour,
>> >
>> >
>> > Chez moi aussi les paragraphes sont dépliés, mais les champs eux

>> sont à

>> > cliquer pour les renseigner. Le fieldset est pourtant en collapsed.
>> > Je ne vois pas non plus pourquoi.
>> >
>> >
>> > Quelqu'un a une idée ?
>> >
>> >
>> >
>> >
>> >
>> > francoise Rousseau (schortin) a écrit :

>> >>
>> >> Bonjour,
>> >>
>> >>
>> >> En v1.5, j'ai adapté un formulaire et utilisé des champs de classe
>> >> "collapsible collapsed" : ils sont fermés à l'affichage du

>> formulaire,

>> >> on clique dessus pour ouvrir les zones de saisie. Je voudrais

>> garder ce

>> >> comportement, que je trouve tres pratique parce que le formulaire est
>> >> plus lisible.
>> >>
>> >> Je n'ai pas retrouvé ce comportement dans les formulaires

>> standards de

>> >> la v1.6, alors que j'ai trouvé dans les sources de ces formulaires

>> des

>> >> champs déclarés ainsi :
>> >>
>> >> Par ex, dans le lomfr-author-light/form/content-xforms.xml, on

>> trouve :

>> >>

>> >>
>> >>
>> >>
>> >> Le paragraphe "Général", "Précisions techniques", et "Précisions
>> >> pédagogiques" du formulaire
>> >>

>> http://ori3.u-psud.fr:8186/ori-oai-md-editor/fr/ori-md-editor/lomfr-aut

>> >> hor-light/new ne devrait il pas se présenter fermé et cliquable ? Ce
>> >> n'est pas le cas chez moi ..
>> >>
>> >> Merci pour vos retours.
>> >>
>> >>
>> >> Françoise.
>> >>
>> >>
>> >>
>> >>
>> >>
>> >>

>> >
>> > --
>> > 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
>> >
>> >
>> >

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

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

--
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

25 mai 2010 - 4:47pm
(Répondre à #5) #6

francoise.schortin

Bonjour Jacques,
Je réponds un peu tardivement à ton
mail.
Mais je suis en pleine galère avec la v1.6 et ne sais
pas sur quel front me mobiliser !
Ce que tu décris est le
fonctionnement normal qd
le "plié/déplié" marche. (en v1.5, ca
marchait) : s'il n'y a aucune valeur pour le champ dans le fichier
d'initialisation, le champ apparait comme fermé, mais avec un lien
sur son nom pour l'ouvrir.
En v1.6, ca ne marche pas du tout :
-
avec la distrib d'origine, les champs sont affichés
ouverts, et il n'y a aucun moyen de les fermer.
- si je passe le
patch, les champs sont fermés, et il n'y a aucun moyen de les
ouvrir (pas de lien)
Et toi, as tu des champs
pliés/dépliés qui marche avec la v1.6 ? />Parce que, peut etre que c'est du à mes
personnalisations : je n'ai pas refait le formulaire "maison" a
partir de la v1.6, mais je l'ai repris depuis la v1.5, en faisant
attention certes ... mais il reste peut etre des incompatibilités
entre les 2 versions.
Bonne soirée.
Françoise. />
Le Ven 21 mai 2010 16:20, Jacques Brassart a écrit : />> Bonjour Françoise, François,
>
>

> Cela viendrait du fichier d'initialisation du formulaire. />>
>
> Pour afficher des champs fermés
(non-déployés) dans le formulaire que
> l'on veut
utiliser, il suffit de ne pas indiquer ces champs dans le fichier />> d'initialisation du formulaire.
>
> En effet,
l'affichage d'un formulaire s'appuie sur un "fichier
>
d'initialisation", quand on édite un formulaire : - depuis
l'IHM du module
> md-editor ; - au moment du déclenchement
du référencement d'une ressource
> depuis l'IHM du
workflow (lien dans la partie "Référencer une
ressource").
>
>
> Pour l'édition
depuis l'IHM de md-editor, le fichier est :
>
WEB-INF\resources\forms\ori-md-editor\form-name\blank\form-name-blank.xml

>
>
> Pour l'édition depuis l'IHM du
workflow, le fichier est :
>
custom\properties\workflows\contrib_lom_uvhc_easy\xml\lomfr-sup-blank.xml

> ;
> (cas d'un workflow que je personnalise pour
Valenciennes, basé sur le
> schéma de
métadonnées SupLOMFR).
>
> Si j'ai bien
compris, avec la balise <fieldset class="collapsible
>
collapsed"> le champ ne sera fermé que s'il n'y a aucune
valeur dans le
> champ. Or, si je mets, par exemple, dans mon
fichier d'initialisation pour
> le workflow (lomfr-sup-blank.xml)
: <lom:general>
> ...
> <lom:coverage> />> <lom:string language="fre"></lom:string> />> </lom:coverage>
> ...
>
</lom:general>
>
>
> le champ
"Couverture du contenu" sera déployé, car il n'est
pas considéré
> comme vide ! (il a une valeur
null).
>
>
> Dans mon exemple ci-dessus, il
faut supprimer les lignes <lom:coverage>
> ...
</lom:coverage>,
> pour que le champ "Couverture du
contenu" ne soit pas déployé !
>
>
Bon w-e,
>
>
> Jacques
>
>

>
>
> Yohan Colmant a écrit :
>

>> Bonjour,
>> C'est bien un point que nous allons
regarder dans les choses à corriger.
>> Merci pour vos
retours !
>> Yohan COLMANT
>> Direction des
Systèmes d'Information
>> UVHC
<http://www.univ-valenciennes.fr> - Université de
Valenciennes et
>> du Hainaut Cambrésis Coordinateur
Technique du projet ORI-OAI
>> <http://www.ori-oai.org>

>>
>>
>>
>> francoise
Rousseau (schortin) a écrit :
>>> Merci pour ton
retour, François.
>>> Ce serait donc un pb au niveau
de la distribution 1.6 ?....
>>> Est ce que qq de
l'équipe de développement pourrait le confirmer ou />>>> l'infirmer ? Merci. Françoise
>>> />>>>
>>> Le Lun 26 avril 2010 10:49,
françois lefebvre a écrit :
>>> />>>>> Bonjour,
>>>>
>>>>

>>>>
>>>> Chez moi aussi les
paragraphes sont dépliés, mais les champs eux />>>>>
>>> sont à
>>>>
cliquer pour les renseigner. Le fieldset est pourtant en collapsed. />>>>> Je ne vois pas non plus pourquoi. />>>>>
>>>>
>>>> />>>>> Quelqu'un a une idée ?
>>>>

>>>>
>>>>
>>>> />>>>>
>>>>
>>>> francoise
Rousseau (schortin) a écrit :
>>>>> />>>>>> Bonjour,
>>>>> />>>>>>
>>>>> />>>>>> En v1.5, j'ai adapté un formulaire et
utilisé des champs de
>>>>> classe
"collapsible collapsed" : ils sont fermés à
l'affichage du
>>>>>
>>> formulaire,

>>>>> on clique dessus pour ouvrir les zones de
saisie. Je voudrais
>>> garder ce />>>>>> comportement, que je trouve tres pratique parce que
le formulaire
>>>>> est plus lisible. />>>>>>
>>>>> Je n'ai pas
retrouvé ce comportement dans les formulaires />>>>>>
>>> standards de />>>>>> la v1.6, alors que j'ai trouvé dans les
sources de ces
>>>>> formulaires
>>>
des
>>>>> champs déclarés ainsi : />>>>>>
>>>>> Par ex, dans le
lomfr-author-light/form/content-xforms.xml, on
>>>>>

>>> trouve :
>>>>> <fieldset
class="collapsible collapsed">
>>>>>
<widget:legend instance="i18n_lom_author"
termIdentifier="11"/>
>>>>> />>>>>>
>>>>> />>>>>> Le paragraphe "Général",
"Précisions techniques", et "Précisions />>>>>> pédagogiques" du formulaire />>>>>>
>>>
http://ori3.u-psud.fr:8186/ori-oai-md-editor/fr/ori-md-editor/lomfr-a />>>> ut
>>>>> hor-light/new ne devrait il
pas se présenter fermé et cliquable ? />>>>>> Ce
>>>>> n'est pas le cas chez
moi ..
>>>>>
>>>>> Merci pour
vos retours.
>>>>>
>>>>> />>>>>>
>>>>> Françoise. />>>>>>
>>>>> />>>>>>
>>>>> />>>>>>
>>>>> />>>>>>
>>>>
>>>> --

>>>> 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

>>>>
>>>>
>>>> />>>>>
>>>
>>> -- />>>> This message has been scanned for viruses and />>>> dangerous content by *MailScanner*
<http://www.mailscanner.info/>**,
>>> and is believed
to be clean.
>> *
>> --
>> This
message has been scanned for viruses and
>> dangerous content
by MailScanner <http://www.mailscanner.info/>, and
>>
is believed to be clean. *
>
> --
> 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

25 mai 2010 - 5:48pm
(Répondre à #6) #7

jbrassar

Bonjour françoise,

Je viens de réessayer et cela marche chez moi !

J'ai testé avec le formulaire "lomfr-sup-full" (formulaire SupLOMFR
"complet"), avec affichage depuis l'éditeur de MD ; version 1.6.1 du
md-editor.
C'est un des formulaires proposés par défaut dans le package du module.
J'ai pris le champ "Couverture du contenu", dans l'onglet "Général".

Le contenu de cet onglet est défini dans le fichier
"WEB-INF\resources\forms\ori-md-editor\lomfr-full\form\case-general.xml".
(ATTENTION au chemin du fichier !!)

Pour ce champ on a par défaut, à partir de la ligne 149 :

.....

Procédure suivi :
- affichage du formulaire depuis l'IHM du modeule editor (sans
modification de la configuration d'origine) :
champ déployé !
- édition de "WEB-INF\resources\forms\ori-md-editor\lomfr-sup-full\blank" ;
là on a par défaut, à partir de la ligne 19 :

- mise en commentaire de ces 3 lignes : champ masqué !!!!

Voir captures écran en attaché !!

A+,

Jacques

francoise Rousseau (schortin) a écrit :

> Bonjour Jacques,
> Je réponds un peu tardivement à ton mail.
> Mais je suis en pleine galère avec la v1.6 et ne sais pas sur quel
> front me mobiliser !
> Ce que tu décris est le fonctionnement normal qd le "plié/déplié"
> marche. (en v1.5, ca marchait) : s'il n'y a aucune valeur pour le
> champ dans le fichier d'initialisation, le champ apparait comme fermé,
> mais avec un lien sur son nom pour l'ouvrir.
> En v1.6, ca ne marche pas du tout :
> - avec la distrib d'origine, les champs sont affichés ouverts, et il
> n'y a aucun moyen de les fermer.
> - si je passe le patch, les champs sont fermés, et il n'y a aucun
> moyen de les ouvrir (pas de lien)
> *Et toi, as tu des champs pliés/dépliés qui marche avec la v1.6 ?
> *Parce que, peut etre que c'est du à mes personnalisations : je n'ai
> pas refait le formulaire "maison" a partir de la v1.6, mais je l'ai
> repris depuis la v1.5, en faisant attention certes ... mais il reste
> peut etre des incompatibilités entre les 2 versions.
> Bonne soirée.
> Françoise.
>
> Le Ven 21 mai 2010 16:20, Jacques Brassart a écrit :

> > Bonjour Françoise, François,
> >
> >
> > Cela viendrait du fichier d'initialisation du formulaire.
> >
> >
> > Pour afficher des champs fermés (non-déployés) dans le formulaire que
> > l'on veut utiliser, il suffit de ne pas indiquer ces champs dans le

> fichier

> > d'initialisation du formulaire.
> >
> > En effet, l'affichage d'un formulaire s'appuie sur un "fichier
> > d'initialisation", quand on édite un formulaire : - depuis l'IHM du

> module

> > md-editor ; - au moment du déclenchement du référencement d'une

> ressource

> > depuis l'IHM du workflow (lien dans la partie "Référencer une

> ressource").

> >
> >
> > Pour l'édition depuis l'IHM de md-editor, le fichier est :
> >

> WEB-INF\resources\forms\ori-md-editor\form-name\blank\form-name-blank.xml

> >
> >
> > Pour l'édition depuis l'IHM du workflow, le fichier est :
> >

> custom\properties\workflows\contrib_lom_uvhc_easy\xml\lomfr-sup-blank.xml

> > ;
> > (cas d'un workflow que je personnalise pour Valenciennes, basé sur le
> > schéma de métadonnées SupLOMFR).
> >
> > Si j'ai bien compris, avec la balise
le champ ne sera fermé que s'il n'y a aucune valeur dans le
> > champ. Or, si je mets, par exemple, dans mon fichier

> d'initialisation pour

> > le workflow (lomfr-sup-blank.xml) :
> > ...
> >
> >
> >
> > ...
> >
> >
> >
> > le champ "Couverture du contenu" sera déployé, car il n'est pas

> considéré

> > comme vide ! (il a une valeur null).
> >
> >
> > Dans mon exemple ci-dessus, il faut supprimer les lignes
> > ... ,
> > pour que le champ "Couverture du contenu" ne soit pas déployé !
> >
> > Bon w-e,
> >
> >
> > Jacques
> >
> >
> >
> >
> > Yohan Colmant a écrit :
> >

> >> Bonjour,
> >> C'est bien un point que nous allons regarder dans les choses à

> corriger.

> >> Merci pour vos retours !
> >> Yohan COLMANT
> >> Direction des Systèmes d'Information
> >> UVHC - Université de Valenciennes et
> >> du Hainaut Cambrésis Coordinateur Technique du projet ORI-OAI
> >>
> >>
> >>
> >>
> >> francoise Rousseau (schortin) a écrit :

> >>> Merci pour ton retour, François.
> >>> Ce serait donc un pb au niveau de la distribution 1.6 ?....
> >>> Est ce que qq de l'équipe de développement pourrait le confirmer ou
> >>> l'infirmer ? Merci. Françoise
> >>>
> >>>
> >>> Le Lun 26 avril 2010 10:49, françois lefebvre a écrit :
> >>>

> >>>> Bonjour,
> >>>>
> >>>>
> >>>>
> >>>> Chez moi aussi les paragraphes sont dépliés, mais les champs eux
> >>>>

> >>> sont à

> >>>> cliquer pour les renseigner. Le fieldset est pourtant en collapsed.
> >>>> Je ne vois pas non plus pourquoi.
> >>>>
> >>>>
> >>>>
> >>>> Quelqu'un a une idée ?
> >>>>
> >>>>
> >>>>
> >>>>
> >>>>
> >>>>
> >>>> francoise Rousseau (schortin) a écrit :

> >>>>>
> >>>>> Bonjour,
> >>>>>
> >>>>>
> >>>>>
> >>>>> En v1.5, j'ai adapté un formulaire et utilisé des champs de
> >>>>> classe "collapsible collapsed" : ils sont fermés à l'affichage du
> >>>>>

> >>> formulaire,

> >>>>> on clique dessus pour ouvrir les zones de saisie. Je voudrais

> >>> garder ce

> >>>>> comportement, que je trouve tres pratique parce que le formulaire
> >>>>> est plus lisible.
> >>>>>
> >>>>> Je n'ai pas retrouvé ce comportement dans les formulaires
> >>>>>

> >>> standards de

> >>>>> la v1.6, alors que j'ai trouvé dans les sources de ces
> >>>>> formulaires

> >>> des

> >>>>> champs déclarés ainsi :
> >>>>>
> >>>>> Par ex, dans le lomfr-author-light/form/content-xforms.xml, on
> >>>>>

> >>> trouve :

> >>>>>

> >>>>>
> >>>>>
> >>>>>
> >>>>>
> >>>>> Le paragraphe "Général", "Précisions techniques", et "Précisions
> >>>>> pédagogiques" du formulaire
> >>>>>

> >>> http://ori3.u-psud.fr:8186/ori-oai-md-editor/fr/ori-md-editor/lomfr-a
> >>> ut

> >>>>> hor-light/new ne devrait il pas se présenter fermé et cliquable ?
> >>>>> Ce
> >>>>> n'est pas le cas chez moi ..
> >>>>>
> >>>>> Merci pour vos retours.
> >>>>>
> >>>>>
> >>>>>
> >>>>> Françoise.
> >>>>>
> >>>>>
> >>>>>
> >>>>>
> >>>>>
> >>>>>
> >>>>>

> >>>>
> >>>> --
> >>>> 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
> >>>>
> >>>>
> >>>>
> >>>>

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

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

> >
> > --
> > 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. *

--
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

26 mai 2010 - 7:08pm
(Répondre à #7) #8

francoise.schortin

Rebonjour Jacques, bonjour Henri,

Merci de vos
réponses, je viens de regarder attentivement la manip de
Jacques.
On ne parle pas de la meme chose : Jacques ne parle pas
de champ "collapsible" au sens où je l'entends. Du
reste, le tag <fieldset> qui correspond à
"coverage" n'est pas dans la classe "collapsible
collapsed".

Un exemple de fonctionnement
"collapsible" peut etre observé dans le formulaire
lomfr-author-light, qui fait appel au fichier : />forms/ori-md-editor/lomfr-author-light/form/content-xforms.xml
les
lignes qui générent le champ
"Général" pliable/dépliable sont, sauf
erreur :
<fieldset class="collapsible
collapsed">
<widget:legend
instance="i18n_lom_author" termIdentifier="0"/>

Peux tu regarder l'impression d'ecran ci-jointe de l'affichage de ce
formulaire avec le patch de Henri ?

Les rubriques
"Général", "Précisions
techniques", et "Précisions pédagogiques"
sont pliées.
Il n'y a (en tout cas chez moi) AUCUN MOYEN de
les ouvrir : il devrait y avoir un lien sur le nom de rubrique, comme en
v1.5
Si je reviens au theme-plain.xsl de la distribution d'origine,
ces rubriques sont affichées ouvertes, et sans aucun moyen de les
replier.

Pouvez vous me confirmer ce comportement chez
vous ?
(A priori, je n'ai fait aucune modif susceptible de
générer ce dysfonctionnement, mais sait on jamais !) />
Encore désolée d'insister ... />Françoise.

/>Le Mar 25 mai 2010 17:48, Jacques Brassart a écrit :
>
Bonjour françoise,
>
>
> Je viens de
réessayer et cela marche chez moi !
>
> />> J'ai testé avec le formulaire "lomfr-sup-full"
(formulaire SupLOMFR
> "complet"), avec affichage
depuis l'éditeur de MD ; version 1.6.1 du
> md-editor.
C'est un des formulaires proposés par défaut dans le package
du
> module. J'ai pris le champ "Couverture du
contenu", dans l'onglet
> "Général".

>
>
> Le contenu de cet onglet est
défini dans le fichier
>
"WEB-INF\resources\forms\ori-md-editor\lomfr-full\form\case-general.xml".

> (ATTENTION au chemin du fichier !!)
>
> />> Pour ce champ on a par défaut, à partir de la ligne
149 :
> 
> <fieldset>

> .....
>
>
> Procédure suivi :

> - affichage du formulaire depuis l'IHM du modeule editor (sans

> modification de la configuration d'origine) : champ
déployé ! - édition de
>
"WEB-INF\resources\forms\ori-md-editor\lomfr-sup-full\blank" ;

> là on a par défaut, à partir de la ligne
19 : <lom:coverage>
> <lom:string
language="fre"></lom:string>
>
</lom:coverage>
> - mise en commentaire de ces 3 lignes :
champ masqué !!!!
>
>
> Voir captures
écran en attaché !!
>
>
> A+, />>
>
>
> Jacques
>
> />>
>
>
> francoise Rousseau (schortin) a
écrit :
>> Bonjour Jacques,
>> Je
réponds un peu tardivement à ton mail.
>> Mais
je suis en pleine galère avec la v1.6 et ne sais pas sur quel />>> front me mobiliser ! Ce que tu décris est le
fonctionnement normal qd le
>>
"plié/déplié"
>> marche. (en
v1.5, ca marchait) : s'il n'y a aucune valeur pour le champ
>>
dans le fichier d'initialisation, le champ apparait comme fermé,
mais
>> avec un lien sur son nom pour l'ouvrir. En v1.6, ca ne
marche pas du
>> tout : - avec la distrib d'origine, les
champs sont affichés ouverts, et
>> il n'y a aucun
moyen de les fermer. - si je passe le patch, les champs
>>
sont fermés, et il n'y a aucun moyen de les ouvrir (pas de lien)
*Et toi,
>> as tu des champs
pliés/dépliés qui marche avec la v1.6 ? *Parce que,

>> peut etre que c'est du à mes personnalisations : je
n'ai pas refait le
>> formulaire "maison" a partir
de la v1.6, mais je l'ai repris depuis la
>> v1.5, en faisant
attention certes ... mais il reste peut etre des
>>
incompatibilités entre les 2 versions. Bonne soirée. />>> Françoise.
>>
>>
>>
Le Ven 21 mai 2010 16:20, Jacques Brassart a écrit :
>>

>>> Bonjour Françoise, François, />>>>
>>>
>>>
>>>
Cela viendrait du fichier d'initialisation du formulaire. />>>>
>>>
>>>
>>>
Pour afficher des champs fermés (non-déployés) dans
le formulaire que
>>> l'on veut utiliser, il suffit de ne
pas indiquer ces champs dans le
>> fichier
>>>
d'initialisation du formulaire.
>>>
>>> En
effet, l'affichage d'un formulaire s'appuie sur un "fichier />>>> d'initialisation", quand on édite un formulaire
: - depuis l'IHM du
>> module
>>> md-editor ; -
au moment du déclenchement du référencement d'une />>> ressource
>>> depuis l'IHM du workflow (lien
dans la partie "Référencer une
>>
ressource").
>>>
>>>
>>>
Pour l'édition depuis l'IHM de md-editor, le fichier est : />>>>
>>>
>>
WEB-INF\resources\forms\ori-md-editor\form-name\blank\form-name-blank.x

>> ml
>>>
>>>
>>>
Pour l'édition depuis l'IHM du workflow, le fichier est : />>>>
>>>
>>
custom\properties\workflows\contrib_lom_uvhc_easy\xml\lomfr-sup-blank.x

>> ml
>>> ;
>>> (cas d'un
workflow que je personnalise pour Valenciennes, basé sur le />>>> schéma de métadonnées SupLOMFR). />>>>
>>> Si j'ai bien compris, avec la balise
<fieldset class="collapsible
>>>
collapsed"> le champ ne sera fermé que s'il n'y a aucune
valeur dans
>>> le champ. Or, si je mets, par exemple, dans
mon fichier
>> d'initialisation pour
>>> le
workflow (lomfr-sup-blank.xml) : <lom:general> ... />>>> <lom:coverage>
>>> <lom:string
language="fre"></lom:string>
>>>
</lom:coverage>
>>> ...
>>>
</lom:general>
>>>
>>> />>>>
>>> le champ "Couverture du
contenu" sera déployé, car il n'est pas
>>
considéré
>>> comme vide ! (il a une valeur
null).
>>>
>>>
>>> Dans mon
exemple ci-dessus, il faut supprimer les lignes
>>>
<lom:coverage>
>>> ... </lom:coverage>, />>>> pour que le champ "Couverture du contenu" ne soit
pas déployé !
>>>
>>> Bon w-e,

>>>
>>>
>>> />>>> Jacques
>>>
>>> />>>>
>>>
>>>
>>>
Yohan Colmant a écrit :
>>>
>>> />>>>> Bonjour,
>>>> C'est bien un point que
nous allons regarder dans les choses à
>>>> />>> corriger.
>>>> Merci pour vos retours ! />>>>> Yohan COLMANT
>>>> Direction des
Systèmes d'Information
>>>> UVHC
<http://www.univ-valenciennes.fr> - Université de
Valenciennes
>>>> et du Hainaut Cambrésis
Coordinateur Technique du projet ORI-OAI
>>>>
<http://www.ori-oai.org>
>>>> />>>>>
>>>>
>>>> />>>>> francoise Rousseau (schortin) a écrit : />>>>>> Merci pour ton retour, François. />>>>>> Ce serait donc un pb au niveau de la distribution
1.6 ?....
>>>>> Est ce que qq de l'équipe de
développement pourrait le confirmer
>>>>> ou
l'infirmer ? Merci. Françoise
>>>>> />>>>>>
>>>>> Le Lun 26 avril 2010
10:49, françois lefebvre a écrit : />>>>>>
>>>>> />>>>>>> Bonjour,
>>>>>> />>>>>>>
>>>>>> />>>>>>>
>>>>>> Chez moi aussi
les paragraphes sont dépliés, mais les champs />>>>>>> eux
>>>>>> />>>>>> sont à
>>>>>>
cliquer pour les renseigner. Le fieldset est pourtant en />>>>>>> collapsed. Je ne vois pas non plus pourquoi.

>>>>>>
>>>>>> />>>>>>>
>>>>>> />>>>>>> Quelqu'un a une idée ? />>>>>>>
>>>>>> />>>>>>>
>>>>>> />>>>>>>
>>>>>> />>>>>>>
>>>>>> francoise
Rousseau (schortin) a écrit :
>>>>>>>

>>>>>>> Bonjour, />>>>>>>>
>>>>>>> />>>>>>>>
>>>>>>> />>>>>>>> En v1.5, j'ai adapté un formulaire
et utilisé des champs de
>>>>>>> classe
"collapsible collapsed" : ils sont fermés à
l'affichage
>>>>>>> du />>>>>>>>
>>>>> formulaire, />>>>>>>> on clique dessus pour ouvrir les zones de
saisie. Je voudrais
>>>>>>> />>>>>> garder ce
>>>>>>>
comportement, que je trouve tres pratique parce que le />>>>>>>> formulaire est plus lisible. />>>>>>>>
>>>>>>> Je n'ai
pas retrouvé ce comportement dans les formulaires />>>>>>>>
>>>>>>> />>>>>> standards de
>>>>>>> la
v1.6, alors que j'ai trouvé dans les sources de ces />>>>>>>> formulaires
>>>>> des

>>>>>>> champs déclarés ainsi :

>>>>>>>
>>>>>>> Par
ex, dans le lomfr-author-light/form/content-xforms.xml, />>>>>>>> on
>>>>>>> />>>>>> trouve :
>>>>>>>
<fieldset class="collapsible collapsed"> />>>>>>>> <widget:legend
instance="i18n_lom_author"
>>>>>>>
termIdentifier="11"/>
>>>>>>> />>>>>>>>
>>>>>>> />>>>>>>> Le paragraphe
"Général", "Précisions
techniques", et
>>>>>>>
"Précisions
>>>>>>>
pédagogiques" du formulaire
>>>>>>>

>>>>>
http://ori3.u-psud.fr:8186/ori-oai-md-editor/fr/ori-md-editor/lom />>>>>> fr-a ut
>>>>>>>
hor-light/new ne devrait il pas se présenter fermé et />>>>>>>> cliquable ? Ce />>>>>>>> n'est pas le cas chez moi .. />>>>>>>>
>>>>>>> Merci
pour vos retours.
>>>>>>> />>>>>>>>
>>>>>>> />>>>>>>>
>>>>>>>
Françoise.
>>>>>>> />>>>>>>>
>>>>>>> />>>>>>>>
>>>>>>> />>>>>>>>
>>>>>>> />>>>>>>>
>>>>>> />>>>>>> --
>>>>>>
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 />>>>>>>
>>>>>> />>>>>>>
>>>>>> />>>>>>>
>>>>> />>>>>> --
>>>>> This message has been
scanned for viruses and
>>>>> dangerous content by
*MailScanner*
>>>>>
<http://www.mailscanner.info/>**,
>>>>> and is
believed to be clean.
>>>> *
>>>>
--
>>>> This message has been scanned for viruses and

>>>> dangerous content by *MailScanner*
<http://www.mailscanner.info/>,
>>>> and is
believed to be clean. *
>>>
>>> -- />>>> 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*
<http://www.mailscanner.info/>*, and
>> is believed to
be clean. *
>
> --
> 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

27 mai 2010 - 8:15am
(Répondre à #8) #9

jbrassar

Bonjour Françoise,

Concernant le champ "Couverture du contenu" dans le formulaire "complet",
j'ai essayé avec : (voir mon mail du 25, 17h48)

.....
ET AVEC

.....

Cela marche dans les deux cas !! (voir fin du PDF en attaché).

La différence avec ton cas, c'est que tu souhaiterais faire ma même
chose pour les blocs :
- Général ;
- Précisions techniques ;
- Précisions pédagogiques ;
du formulaire "auteur.
J'ai bien compris ?

Jacques

francoise Rousseau (schortin) a écrit :

>
> Rebonjour Jacques, bonjour Henri,
>
> Merci de vos réponses, je viens de regarder attentivement la manip de
> Jacques.
> On ne parle pas de la meme chose : Jacques ne parle pas de champ
> "collapsible" au sens où je l'entends. Du reste, le tag
qui
> correspond à "coverage" n'est pas dans la classe "collapsible collapsed".
>
> Un exemple de fonctionnement "collapsible" peut etre observé dans le
> formulaire lomfr-author-light, qui fait appel au fichier :
> forms/ori-md-editor/lomfr-author-light/form/content-xforms.xml
> les lignes qui générent le champ "Général" pliable/dépliable sont,
> sauf erreur :
>

>
>
> Peux tu regarder l'impression d'ecran ci-jointe de l'affichage de ce
> formulaire avec le patch de Henri ?
>
> Les rubriques "Général", "Précisions techniques", et "Précisions
> pédagogiques" sont pliées.
> Il n'y a (en tout cas chez moi) AUCUN MOYEN de les ouvrir : il devrait
> y avoir un lien sur le nom de rubrique, comme en v1.5
> Si je reviens au theme-plain.xsl de la distribution d'origine, ces
> rubriques sont affichées ouvertes, et sans aucun moyen de les replier.
>
> Pouvez vous me confirmer ce comportement chez vous ?
> (A priori, je n'ai fait aucune modif susceptible de générer ce
> dysfonctionnement, mais sait on jamais !)
>
> Encore désolée d'insister ...
> Françoise.
>
>
>
>
>
>
>
>
> Le Mar 25 mai 2010 17:48, Jacques Brassart a écrit :

> > Bonjour françoise,
> >
> >
> > Je viens de réessayer et cela marche chez moi !
> >
> >
> > J'ai testé avec le formulaire "lomfr-sup-full" (formulaire SupLOMFR
> > "complet"), avec affichage depuis l'éditeur de MD ; version 1.6.1 du
> > md-editor. C'est un des formulaires proposés par défaut dans le

> package du

> > module. J'ai pris le champ "Couverture du contenu", dans l'onglet
> > "Général".
> >
> >
> > Le contenu de cet onglet est défini dans le fichier
> >

> "WEB-INF\resources\forms\ori-md-editor\lomfr-full\form\case-general.xml".

> > (ATTENTION au chemin du fichier !!)
> >
> >
> > Pour ce champ on a par défaut, à partir de la ligne 149 :
> >

> >

> > .....
> >
> >
> > Procédure suivi :
> > - affichage du formulaire depuis l'IHM du modeule editor (sans
> > modification de la configuration d'origine) : champ déployé ! -

> édition de

> > "WEB-INF\resources\forms\ori-md-editor\lomfr-sup-full\blank" ;
> > là on a par défaut, à partir de la ligne 19 :
> >
> >
> > - mise en commentaire de ces 3 lignes : champ masqué !!!!
> >
> >
> > Voir captures écran en attaché !!
> >
> >
> > A+,
> >
> >
> >
> > Jacques
> >
> >
> >
> >
> >
> > francoise Rousseau (schortin) a écrit :

> >> Bonjour Jacques,
> >> Je réponds un peu tardivement à ton mail.
> >> Mais je suis en pleine galère avec la v1.6 et ne sais pas sur quel
> >> front me mobiliser ! Ce que tu décris est le fonctionnement normal

> qd le

> >> "plié/déplié"
> >> marche. (en v1.5, ca marchait) : s'il n'y a aucune valeur pour le

> champ

> >> dans le fichier d'initialisation, le champ apparait comme fermé, mais
> >> avec un lien sur son nom pour l'ouvrir. En v1.6, ca ne marche pas du
> >> tout : - avec la distrib d'origine, les champs sont affichés

> ouverts, et

> >> il n'y a aucun moyen de les fermer. - si je passe le patch, les champs
> >> sont fermés, et il n'y a aucun moyen de les ouvrir (pas de lien)

> *Et toi,

> >> as tu des champs pliés/dépliés qui marche avec la v1.6 ? *Parce que,
> >> peut etre que c'est du à mes personnalisations : je n'ai pas refait le
> >> formulaire "maison" a partir de la v1.6, mais je l'ai repris depuis la
> >> v1.5, en faisant attention certes ... mais il reste peut etre des
> >> incompatibilités entre les 2 versions. Bonne soirée.
> >> Françoise.
> >>
> >>
> >> Le Ven 21 mai 2010 16:20, Jacques Brassart a écrit :
> >>

> >>> Bonjour Françoise, François,
> >>>
> >>>
> >>>
> >>> Cela viendrait du fichier d'initialisation du formulaire.
> >>>
> >>>
> >>>
> >>> Pour afficher des champs fermés (non-déployés) dans le formulaire que
> >>> l'on veut utiliser, il suffit de ne pas indiquer ces champs dans le

> >> fichier

> >>> d'initialisation du formulaire.
> >>>
> >>> En effet, l'affichage d'un formulaire s'appuie sur un "fichier
> >>> d'initialisation", quand on édite un formulaire : - depuis l'IHM du

> >> module

> >>> md-editor ; - au moment du déclenchement du référencement d'une

> >> ressource

> >>> depuis l'IHM du workflow (lien dans la partie "Référencer une

> >> ressource").

> >>>
> >>>
> >>> Pour l'édition depuis l'IHM de md-editor, le fichier est :
> >>>
> >>>

> >>

> WEB-INF\resources\forms\ori-md-editor\form-name\blank\form-name-blank.x

> >> ml

> >>>
> >>>
> >>> Pour l'édition depuis l'IHM du workflow, le fichier est :
> >>>
> >>>

> >>

> custom\properties\workflows\contrib_lom_uvhc_easy\xml\lomfr-sup-blank.x

> >> ml

> >>> ;
> >>> (cas d'un workflow que je personnalise pour Valenciennes, basé sur le
> >>> schéma de métadonnées SupLOMFR).
> >>>
> >>> Si j'ai bien compris, avec la balise
le champ ne sera fermé que s'il n'y a aucune valeur dans
> >>> le champ. Or, si je mets, par exemple, dans mon fichier

> >> d'initialisation pour

> >>> le workflow (lomfr-sup-blank.xml) : ...
> >>>
> >>>
> >>>
> >>> ...
> >>>
> >>>
> >>>
> >>>
> >>> le champ "Couverture du contenu" sera déployé, car il n'est pas

> >> considéré

> >>> comme vide ! (il a une valeur null).
> >>>
> >>>
> >>> Dans mon exemple ci-dessus, il faut supprimer les lignes
> >>>
> >>> ... ,
> >>> pour que le champ "Couverture du contenu" ne soit pas déployé !
> >>>
> >>> Bon w-e,
> >>>
> >>>
> >>>
> >>> Jacques
> >>>
> >>>
> >>>
> >>>
> >>>
> >>> Yohan Colmant a écrit :
> >>>
> >>>

> >>>> Bonjour,
> >>>> C'est bien un point que nous allons regarder dans les choses à
> >>>>

> >> corriger.

> >>>> Merci pour vos retours !
> >>>> Yohan COLMANT
> >>>> Direction des Systèmes d'Information
> >>>> UVHC - Université de Valenciennes
> >>>> et du Hainaut Cambrésis Coordinateur Technique du projet ORI-OAI
> >>>>
> >>>>
> >>>>
> >>>>
> >>>>
> >>>> francoise Rousseau (schortin) a écrit :

> >>>>> Merci pour ton retour, François.
> >>>>> Ce serait donc un pb au niveau de la distribution 1.6 ?....
> >>>>> Est ce que qq de l'équipe de développement pourrait le confirmer
> >>>>> ou l'infirmer ? Merci. Françoise
> >>>>>
> >>>>>
> >>>>> Le Lun 26 avril 2010 10:49, françois lefebvre a écrit :
> >>>>>
> >>>>>

> >>>>>> Bonjour,
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>> Chez moi aussi les paragraphes sont dépliés, mais les champs
> >>>>>> eux
> >>>>>>

> >>>>> sont à

> >>>>>> cliquer pour les renseigner. Le fieldset est pourtant en
> >>>>>> collapsed. Je ne vois pas non plus pourquoi.
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>> Quelqu'un a une idée ?
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>> francoise Rousseau (schortin) a écrit :

> >>>>>>>
> >>>>>>> Bonjour,
> >>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>> En v1.5, j'ai adapté un formulaire et utilisé des champs de
> >>>>>>> classe "collapsible collapsed" : ils sont fermés à l'affichage
> >>>>>>> du
> >>>>>>>

> >>>>> formulaire,

> >>>>>>> on clique dessus pour ouvrir les zones de saisie. Je voudrais
> >>>>>>>

> >>>>> garder ce

> >>>>>>> comportement, que je trouve tres pratique parce que le
> >>>>>>> formulaire est plus lisible.
> >>>>>>>
> >>>>>>> Je n'ai pas retrouvé ce comportement dans les formulaires
> >>>>>>>
> >>>>>>>

> >>>>> standards de

> >>>>>>> la v1.6, alors que j'ai trouvé dans les sources de ces
> >>>>>>> formulaires

> >>>>> des

> >>>>>>> champs déclarés ainsi :
> >>>>>>>
> >>>>>>> Par ex, dans le lomfr-author-light/form/content-xforms.xml,
> >>>>>>> on
> >>>>>>>

> >>>>> trouve :

> >>>>>>>

> >>>>>>> > >>>>>>> termIdentifier="11"/>
> >>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>> Le paragraphe "Général", "Précisions techniques", et
> >>>>>>> "Précisions
> >>>>>>> pédagogiques" du formulaire
> >>>>>>>

> >>>>> http://ori3.u-psud.fr:8186/ori-oai-md-editor/fr/ori-md-editor/lom
> >>>>> fr-a ut

> >>>>>>> hor-light/new ne devrait il pas se présenter fermé et
> >>>>>>> cliquable ? Ce
> >>>>>>> n'est pas le cas chez moi ..
> >>>>>>>
> >>>>>>> Merci pour vos retours.
> >>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>> Françoise.
> >>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>>

> >>>>>>
> >>>>>> --
> >>>>>> 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
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>>

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

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

> >>>
> >>> --
> >>> 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. *

> >
> > --
> > 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. *

--
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

27 mai 2010 - 12:18pm
(Répondre à #9) #10

francoise.schortin

Salut Jacques, salut Henri,

Oui, c'est cela que je veux faire,
et c'est faisable en v1.5, et c'est prevu en v1.6 sinon il n'y aurait pas
ces "gros titres" de paragraphe, mis dans cette classe.
Vu
ce que dit Henri, je pense que le "collapsible collapsed" ne
marche pas pour le moment.
Ce qui explique que "Cela marche dans
les deux cas", ou plutot ca ne fait rien lorsque le collapsible
collapsed est mis.
En fait, hier, j'ai comparé, sous
firebug, le code généré par la v1.5 et par
la v1.6 :
Pour qu'un lien cliquable s'affiche pour pouvoir
plier/deplier le champ, il faut nécessairement qu'il y ait un
"<a href=.... >
Ce tag est
généré sous la v1.5 et pas sous la v1.6.
Cela ne
resoud pas le pb, mais peut etre que ca l'explique ?

En tout
cas, ce que je ne comprends pas, c'est que le patch d'Henri marche chez
lui et pas chez moi. Tu me le confirmes, Henri ?

Bonne
journée, merci pour votre aide et votre travail. />Françoise.

Le Jeu 27 mai 2010 08:15, Jacques
Brassart a écrit :
> Bonjour Françoise,
>

>
> Concernant le champ "Couverture du
contenu" dans le formulaire "complet",
> j'ai
essayé avec : (voir mon mail du 25, 17h48) 
> <fieldset>
> .....
> ET AVEC />> 
> <fieldset
class="collapsible collapsed">
> .....
>

>
> Cela marche dans les deux cas !! (voir fin du PDF en
attaché).
>
>
>
> La
différence avec ton cas, c'est que tu souhaiterais faire ma
même
> chose pour les blocs : - Général ; />> - Précisions techniques ;
> - Précisions
pédagogiques ;
> du formulaire "auteur. J'ai bien
compris ?
>
>
> Jacques
>
>

>
>
> francoise Rousseau (schortin) a
écrit :
>>
>> Rebonjour Jacques, bonjour
Henri,
>>
>>
>> Merci de vos
réponses, je viens de regarder attentivement la manip de />>> Jacques.
>> On ne parle pas de la meme chose :
Jacques ne parle pas de champ
>> "collapsible" au
sens où je l'entends. Du reste, le tag <fieldset> qui />>> correspond à "coverage" n'est pas dans la
classe "collapsible
>> collapsed".
>>

>> Un exemple de fonctionnement "collapsible" peut
etre observé dans le
>> formulaire lomfr-author-light,
qui fait appel au fichier :
>>
forms/ori-md-editor/lomfr-author-light/form/content-xforms.xml les />>> lignes qui générent le champ
"Général" pliable/dépliable sont, sauf />>> erreur : <fieldset class="collapsible
collapsed">
>> <widget:legend
instance="i18n_lom_author" termIdentifier="0"/> />>>
>>
>> Peux tu regarder l'impression
d'ecran ci-jointe de l'affichage de ce
>> formulaire avec le
patch de Henri ?
>>
>> Les rubriques
"Général", "Précisions
techniques", et "Précisions
>>
pédagogiques" sont pliées. Il n'y a (en tout cas chez
moi) AUCUN MOYEN de
>> les ouvrir : il devrait y avoir un lien
sur le nom de rubrique, comme en
>> v1.5 Si je reviens au
theme-plain.xsl de la distribution d'origine, ces
>> rubriques
sont affichées ouvertes, et sans aucun moyen de les replier. />>>
>> Pouvez vous me confirmer ce comportement chez
vous ?
>> (A priori, je n'ai fait aucune modif susceptible de
générer ce
>> dysfonctionnement, mais sait on
jamais !)
>>
>> Encore désolée
d'insister ...
>> Françoise.
>> />>>
>>
>>
>>
>> />>>
>>
>>
>> Le Mar 25 mai 2010
17:48, Jacques Brassart a écrit :
>>
>>>
Bonjour françoise,
>>>
>>> />>>>
>>> Je viens de réessayer et cela
marche chez moi !
>>>
>>>
>>>

>>> J'ai testé avec le formulaire
"lomfr-sup-full" (formulaire SupLOMFR
>>>
"complet"), avec affichage depuis l'éditeur de MD ;
version 1.6.1 du
>>> md-editor. C'est un des formulaires
proposés par défaut dans le
>> package du />>>> module. J'ai pris le champ "Couverture du
contenu", dans l'onglet
>>>
"Général".
>>>
>>>

>>>
>>> Le contenu de cet onglet est
défini dans le fichier
>>>
>>> />>>
"WEB-INF\resources\forms\ori-md-editor\lomfr-full\form\case-general.xml

>> ".
>>
>>> (ATTENTION au
chemin du fichier !!)
>>>
>>> />>>>
>>> Pour ce champ on a par défaut,
à partir de la ligne 149 :
>>> 
>>> <fieldset>
>>> ..... />>>>
>>>
>>>
>>>
Procédure suivi :
>>> - affichage du formulaire
depuis l'IHM du modeule editor (sans
>>> modification de la
configuration d'origine) : champ déployé ! -
>>
édition de
>>>
"WEB-INF\resources\forms\ori-md-editor\lomfr-sup-full\blank" ;

>>> là on a par défaut, à partir de la
ligne 19 : <lom:coverage>
>>> <lom:string
language="fre"></lom:string>
>>>
</lom:coverage>
>>> - mise en commentaire de ces 3
lignes : champ masqué !!!!
>>>
>>>

>>>
>>> Voir captures écran en
attaché !!
>>>
>>>
>>>

>>> A+,
>>>
>>> />>>>
>>>
>>> Jacques />>>>
>>>
>>>
>>>

>>>
>>>
>>> francoise
Rousseau (schortin) a écrit :
>>>> Bonjour
Jacques,
>>>> Je réponds un peu tardivement
à ton mail.
>>>> Mais je suis en pleine
galère avec la v1.6 et ne sais pas sur quel
>>>>
front me mobiliser ! Ce que tu décris est le fonctionnement normal

>> qd le
>>>>
"plié/déplié"
>>>>
marche. (en v1.5, ca marchait) : s'il n'y a aucune valeur pour le />>> champ
>>>> dans le fichier d'initialisation,
le champ apparait comme fermé,
>>>> mais avec un
lien sur son nom pour l'ouvrir. En v1.6, ca ne marche />>>>> pas du tout : - avec la distrib d'origine, les champs
sont affichés
>> ouverts, et
>>>> il
n'y a aucun moyen de les fermer. - si je passe le patch, les />>>>> champs sont fermés, et il n'y a aucun moyen de
les ouvrir (pas de
>>>> lien)
>> *Et toi,

>>
>>>> as tu des champs
pliés/dépliés qui marche avec la v1.6 ? *Parce />>>>> que, peut etre que c'est du à mes
personnalisations : je n'ai pas
>>>> refait le
formulaire "maison" a partir de la v1.6, mais je l'ai />>>>> repris depuis la v1.5, en faisant attention certes ...
mais il reste
>>>> peut etre des incompatibilités
entre les 2 versions. Bonne soirée.
>>>>
Françoise.
>>>>
>>>> />>>>>
>>>> Le Ven 21 mai 2010 16:20,
Jacques Brassart a écrit :
>>>> />>>>>
>>>>> Bonjour Françoise,
François,
>>>>>
>>>>> />>>>>>
>>>>> />>>>>> Cela viendrait du fichier d'initialisation du
formulaire.
>>>>>
>>>>> />>>>>>
>>>>> />>>>>> Pour afficher des champs fermés
(non-déployés) dans le formulaire
>>>>>
que l'on veut utiliser, il suffit de ne pas indiquer ces champs />>>>>> dans le
>>>> fichier />>>>>> d'initialisation du formulaire. />>>>>>
>>>>> En effet, l'affichage
d'un formulaire s'appuie sur un "fichier
>>>>>
d'initialisation", quand on édite un formulaire : - depuis
l'IHM
>>>>> du
>>>> module />>>>>> md-editor ; - au moment du déclenchement du
référencement d'une
>>>> ressource />>>>>> depuis l'IHM du workflow (lien dans la partie
"Référencer une
>>>>
ressource").
>>>>>
>>>>>

>>>>> Pour l'édition depuis l'IHM de
md-editor, le fichier est :
>>>>> />>>>>>
>>>>>
>>>>

>>
WEB-INF\resources\forms\ori-md-editor\form-name\blank\form-name-blank.x

>>
>>>> ml
>>>>> />>>>>>
>>>>> Pour l'édition
depuis l'IHM du workflow, le fichier est :
>>>>> />>>>>>
>>>>>
>>>>

>>
custom\properties\workflows\contrib_lom_uvhc_easy\xml\lomfr-sup-blank.x

>>
>>>> ml
>>>>> ; />>>>>> (cas d'un workflow que je personnalise pour
Valenciennes, basé sur
>>>>> le schéma
de métadonnées SupLOMFR).
>>>>> />>>>>> Si j'ai bien compris, avec la balise <fieldset
class="collapsible
>>>>> collapsed"> le
champ ne sera fermé que s'il n'y a aucune valeur />>>>>> dans le champ. Or, si je mets, par exemple, dans
mon fichier
>>>> d'initialisation pour />>>>>> le workflow (lomfr-sup-blank.xml) :
<lom:general> ...
>>>>> <lom:coverage>

>>>>> <lom:string
language="fre"></lom:string>
>>>>>
</lom:coverage>
>>>>> ... />>>>>> </lom:general>
>>>>> />>>>>>
>>>>> />>>>>>
>>>>> le champ
"Couverture du contenu" sera déployé, car il n'est
pas
>>>> considéré />>>>>> comme vide ! (il a une valeur null). />>>>>>
>>>>> />>>>>> Dans mon exemple ci-dessus, il faut supprimer les
lignes
>>>>> <lom:coverage> />>>>>> ... </lom:coverage>, />>>>>> pour que le champ "Couverture du contenu"
ne soit pas déployé !
>>>>> />>>>>> Bon w-e,
>>>>> />>>>>>
>>>>> />>>>>>
>>>>> Jacques />>>>>>
>>>>> />>>>>>
>>>>> />>>>>>
>>>>> />>>>>> Yohan Colmant a écrit : />>>>>>
>>>>> />>>>>>
>>>>>> Bonjour, />>>>>>> C'est bien un point que nous allons regarder
dans les choses à
>>>>>> />>>>>>>
>>>> corriger. />>>>>>> Merci pour vos retours ! />>>>>>> Yohan COLMANT
>>>>>>
Direction des Systèmes d'Information
>>>>>>
UVHC <http://www.univ-valenciennes.fr> - Université de />>>>>>> Valenciennes
>>>>>> et
du Hainaut Cambrésis Coordinateur Technique du projet ORI-OAI />>>>>>> <http://www.ori-oai.org> />>>>>>>
>>>>>> />>>>>>>
>>>>>> />>>>>>>
>>>>>> francoise
Rousseau (schortin) a écrit :
>>>>>>>
Merci pour ton retour, François.
>>>>>>>
Ce serait donc un pb au niveau de la distribution 1.6 ?.... />>>>>>>> Est ce que qq de l'équipe de
développement pourrait le
>>>>>>>
confirmer ou l'infirmer ? Merci. Françoise />>>>>>>>
>>>>>>> />>>>>>>> Le Lun 26 avril 2010 10:49, françois
lefebvre a écrit :
>>>>>>> />>>>>>>>
>>>>>>> />>>>>>>>> Bonjour, />>>>>>>>>
>>>>>>>>

>>>>>>>> />>>>>>>>>
>>>>>>>>

>>>>>>>> Chez moi aussi les paragraphes sont
dépliés, mais les
>>>>>>>>
champs eux
>>>>>>>> />>>>>>>> sont à />>>>>>>>> cliquer pour les renseigner. Le
fieldset est pourtant en
>>>>>>>> collapsed.
Je ne vois pas non plus pourquoi.
>>>>>>>>

>>>>>>>> />>>>>>>>>
>>>>>>>>

>>>>>>>> Quelqu'un a une idée ? />>>>>>>>>
>>>>>>>>

>>>>>>>> />>>>>>>>>
>>>>>>>>

>>>>>>>> />>>>>>>>>
>>>>>>>>

>>>>>>>> francoise Rousseau (schortin) a
écrit :
>>>>>>>>> />>>>>>>>>> Bonjour, />>>>>>>>>> />>>>>>>>>> />>>>>>>>>> />>>>>>>>>> />>>>>>>>>> />>>>>>>>>> En v1.5, j'ai adapté un
formulaire et utilisé des champs />>>>>>>>>> de classe "collapsible
collapsed" : ils sont fermés à />>>>>>>>>> l'affichage du />>>>>>>>>>
>>>>>>>
formulaire,
>>>>>>>>> on clique dessus
pour ouvrir les zones de saisie. Je />>>>>>>>>> voudrais />>>>>>>>>>
>>>>>>>
garder ce
>>>>>>>>> comportement, que je
trouve tres pratique parce que le />>>>>>>>>> formulaire est plus lisible. />>>>>>>>>> />>>>>>>>>> Je n'ai pas retrouvé ce
comportement dans les formulaires />>>>>>>>>> />>>>>>>>>> />>>>>>>>>>
>>>>>>>
standards de
>>>>>>>>> la v1.6, alors que
j'ai trouvé dans les sources de ces />>>>>>>>>> formulaires />>>>>>>> des />>>>>>>>>> champs déclarés ainsi
:
>>>>>>>>> />>>>>>>>>> Par ex, dans le />>>>>>>>>>
lomfr-author-light/form/content-xforms.xml, on />>>>>>>>>>
>>>>>>>
trouve :
>>>>>>>>> <fieldset
class="collapsible collapsed"> />>>>>>>>>> <widget:legend
instance="i18n_lom_author" />>>>>>>>>> termIdentifier="11"/>

>>>>>>>>> />>>>>>>>>> />>>>>>>>>> />>>>>>>>>> Le paragraphe
"Général", "Précisions
techniques", et
>>>>>>>>>
"Précisions
>>>>>>>>>
pédagogiques" du formulaire />>>>>>>>>>
>>>>>>>
http://ori3.u-psud.fr:8186/ori-oai-md-editor/fr/ori-md-editor />>>>>>>> /lom
>>>>>>>
fr-a ut
>>>>>>>>> hor-light/new ne
devrait il pas se présenter fermé et />>>>>>>>>> cliquable ? Ce n'est pas le cas
chez moi ..
>>>>>>>>> />>>>>>>>>> Merci pour vos retours. />>>>>>>>>> />>>>>>>>>> />>>>>>>>>> />>>>>>>>>> />>>>>>>>>> />>>>>>>>>> Françoise. />>>>>>>>>> />>>>>>>>>> />>>>>>>>>> />>>>>>>>>> />>>>>>>>>> />>>>>>>>>> />>>>>>>>>> />>>>>>>>>> />>>>>>>>>> />>>>>>>>>
>>>>>>>>
--
>>>>>>>> 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

>>>>>>>> />>>>>>>>>
>>>>>>>>

>>>>>>>> />>>>>>>>>
>>>>>>>>

>>>>>>>
>>>>>>> --

>>>>>>> This message has been scanned for
viruses and
>>>>>>> dangerous content by
*MailScanner*
>>>>>>>
<http://www.mailscanner.info/>**,
>>>>>>>
and is believed to be clean.
>>>>>> * />>>>>>> --
>>>>>> This message
has been scanned for viruses and
>>>>>> dangerous
content by MailScanner
>>>>>>
<http://www.mailscanner.info/>,
>>>>>> and
is believed to be clean. *
>>>>> />>>>>> --
>>>>> 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*
<http://www.mailscanner.info/>*,
>> and />>>>> is believed to be clean. *
>>> />>>> --
>>> 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*
<http://www.mailscanner.info/>*, and
>> is believed to
be clean. *
>
> --
> 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

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 : publication de ressources workflow Sujet suivant : passage base données workflow v1.5 en v1.6 ›

Options d'affichage des commentaires

Valoriser le patrimoine numérique scientifique, pédagogique et documentaire des universités et le partager par un réseau de portails communicants en OAI

Traduction auto Google

Aide