formulaires - pb sur les liens Ajout de .... | ORI-OAI : Valoriser le patrimoine numérique scientifique, pédagogique et documentaire des universités par un réseau de portails communicants

formulaires - pb sur les liens Ajout de ....

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:fbc0449368b89381f6b0e3778be689bc' 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\n<meta http-equiv=\"content-type\" content=\"text/html; charset=ISO-8859-1\">\n</head>\n<body bgcolor=\"#ffffff\" text=\"#000000\">\nBonjour, \n</div>', created = 1507750767, expire = 1507837167, headers = '', serialized = 0 WHERE cid = '4:fbc0449368b89381f6b0e3778be689bc' 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:fbc0449368b89381f6b0e3778be689bc' 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\n<meta http-equiv=\"content-type\" content=\"text/html; charset=ISO-8859-1\">\n</head>\n<body bgcolor=\"#ffffff\" text=\"#000000\">\nBonjour, \n</div>', created = 1507750767, expire = 1507837167, headers = '', serialized = 0 WHERE cid = '4:fbc0449368b89381f6b0e3778be689bc' 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:79d08a62ccfa2d7edb8dd00195971840' 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 voulant fabriquer un nouveau formulaire auteur, \na partir d\'elements du formulaire full entre autres, je me suis \naperçue que nombre de liens "Ajout de ...." sont non \npertinents par rapport aux intitulés ou à la signification \ndes champs.\nExemple : Si je prend le formulaire full \nsuivant : <a \nhref=\"http://ori2.u-psud.fr:8186/ori-oai-md-editor/ori-md-editor/lomfr-sup-full/blank\">http://ori2.u-psud.fr:8186/ori-oai-md-editor/ori-md-editor/lomfr-sup-full/blank</a><br \n/>et qu\'on regarde ne serait ce que l\'onglet General (mais c\'est pareil \npour les autres onglets), je vois que : -Titre est \nassocié à "Ajout d\'une traduction",  - \nRésumé aussi Qq fois, "Ajout de" est \npertinent, mais c\'est souvent "Ajout d\'une traduction" qui \nrevient, sans que cela ait qq chose à voir avec le champ. <br \n/>1/ Avez vous le meme phénomène chez vous ?\n2/ \nQq\'un peut il m\'expliquer le mécanisme d\'association de ces \n"Ajout de" avec les champs ? Je n\'ai vu des "Ajout \nde" que dans le i18n/fr_FR.xml, et les libellés dans les \ni18n/mdeditor_catagories_xxxxx.xml ....\nJe suppose que \nla séquence de code qui affiche un element du formulaire \n(ici le champ 4.6 intitulé "Configuration \ncomplémentaire" = OtherPlatformRequirements, c bizarre comme \ntraduction ...) de la façon suivante :  <br \n/>             <fieldset>\n        <widget:legend \ninstance="i18n_lom" termIdentifier="4.6"/>\n        <widget:ori-block \nelement="lom:otherPlatformRequirements" minOccurs="0" \nmaxOccurs="1"<br \n/>                          \nparent-element="lom:technical"<br \n/>                          \npreceding-elements="lom:format | lom:size | lom:location | \nlom:requirement | lom:installationRemarks"><br \n/>          \n<widget:lom-string-with-language><br \n/>            \n<xforms:textarea ref="."><br \n/>              \n<widget:labels instance="i18n_lom" \ntermIdentifier="4.6" hideLabel="true" \nhideHelp="true"/><br \n/>            \n</xforms:textarea><br \n/>          \n</widget:lom-string-with-language><br \n/>        </widget:ori-block>\n      </fieldset>\nElle devrait aller  "chercher" l\'element : <br \n/><add-otherPlatformRequirements>Ajout d\'une autre exigence \ntechnique</add-otherPlatformRequirements>\nOr, voici ce \nque ca affiche : \n<table class=\"lom-block-table\">\n<tbody>\n<tr>\n<td class=\"lom-delete-td\">\nclass=\"xforms-group\"><a id=\"xforms-element-1241\" \nclass=\"xforms-control xforms-trigger \nxforms-trigger-appearance-minimal xxforms-offline-delete\" \ntitle=\"\" href=\"#\"><img \nsrc=\"../../apps/ori-md-editor/media/images/trash.gif\" alt=\"\" \n/></a></td>\n<td>\n<table>\n<tbody>\n<tr id=\"repeat-begin-lom-string-repeat-7\" \nclass=\"xforms-repeat-begin-end\"> \n </tr>\n<tr class=\"xforms-repeat-delimiter\">\n </tr>\n<tr class=\"xforms-repeat-selected-item-1\">\n<td class=\"lom-delete-td\"><span \nid=\"xforms-element-1246·1\" class=\"xforms-group \nxforms-invalid xforms-required\"><span \nid=\"xforms-element-1247·1\" class=\"xforms-group \nxforms-disabled\">\nclass=\"xforms-group xforms-disabled\"><a \nid=\"xforms-element-1249·1\" class=\"xforms-control \nxforms-trigger xforms-trigger-appearance-minimal \nxxforms-offline-delete\" href=\"#\"><img \nsrc=\"../../apps/ori-md-editor/media/images/trash.gif\" \nalt=\"\" /></a></td>\n<td class=\"lom-widget-td\"><label class=\"hidden \nxforms-label\" \nfor=\"xforms-element-1253·1\">Configuration \ncomplémentaire</label><textarea \nid=\"xforms-element-1253·1\" class=\"xforms-control \nxforms-textarea xforms-invalid xforms-required \nxforms-required-empty\" \nname=\"xforms-element-1253·1\"></textarea><label \nclass=\" xforms-alert-active xforms-alert\" \nfor=\"xforms-element-1253·1\">Problème</label><label \nclass=\" xforms-disabled xforms-hint\" \nfor=\"xforms-element-1253·1\"></label><label \nclass=\"lom-hidden-label xforms-label\" \nfor=\"xforms-element-1257·1\">Langue</label> \n<select \nid=\"xforms-element-1257·1\" class=\"xforms-control \nxforms-select1 xforms-incremental \nxforms-select1-appearance-minimal\" \nname=\"xforms-element-1257·1\"> \n <option value=\"jXXX+gM8u0M=\">allemand</option> \n <option value=\"mPp3kenxfmA=\">anglais</option> \n <option value=\"3BrUE1OZZk0=\">arabe</option> \n <option value=\"n6SDN7Yoa7s=\">chinois</option> \n <option value=\"eim60l/KXEk=\">espagnol</option> \n <option value=\"MUF9ekGvFZw=\" \nselected=\"selected\">français</option> \n <option value=\"pkmSwC6Amuw=\">hindi</option> \n <option value=\"d+IpLevCwTg=\">italien</option> \n <option value=\"UkepzkexCOA=\">japonais</option> \n <option \nvalue=\"Pb5951SjGYo=\">néerlandais</option> \n <option value=\"hK2Vlarqiq8=\">polonais</option> \n <option value=\"4Tzy5VAdf/M=\">portugais</option> \n <option value=\"HVOpVCSUCfk=\">roumain</option> \n <option value=\"Dr9xD+bI8wc=\">russe</option> \n <option value=\"zPD7+rtKNI8=\">vietnamien</option> \n </select>\n</td>\n</tr>\n<tr class=\"xforms-repeat-delimiter\">\n </tr>\n<tr class=\"xforms-repeat-template\">\n<td class=\"lom-delete-td\"><span \nid=\"xforms-element-1246\" \nclass=\"xforms-group\"><span \nid=\"xforms-element-1247\" \nclass=\"xforms-group\"><span \nid=\"xforms-element-1248\" class=\"xforms-group\"><a \nid=\"xforms-element-1249\" class=\"xforms-control \nxforms-trigger xforms-trigger-appearance-minimal \nxxforms-offline-delete\" \nhref=\"#\">$xforms-template-label$</a></td>\n<td class=\"lom-widget-td\"><label class=\"hidden \nxforms-label\" \nfor=\"xforms-element-1253\"></label><textarea \nid=\"xforms-element-1253\" class=\"xforms-control \nxforms-textarea\" \nname=\"xforms-element-1253\"></textarea><label \nclass=\" xforms-alert-inactive xforms-alert\" \nfor=\"xforms-element-1253\"></label><label class=\" \nxforms-hint\" \nfor=\"xforms-element-1253\"></label><label \nclass=\"lom-hidden-label xforms-label\" \nfor=\"xforms-element-1257\"></label> \n<select \nid=\"xforms-element-1257\" class=\"xforms-control \nxforms-select1 xforms-incremental \nxforms-select1-appearance-minimal\" \nname=\"xforms-element-1257\"></select>\n</td>\n</tr>\n<tr id=\"repeat-end-lom-string-repeat-7\" \nclass=\"xforms-repeat-begin-end\"> \n </tr>\n<tr>\n<td class=\"lom-add-td\" colspan=\"2\"><span \nid=\"xforms-element-1262\" class=\"xforms-group\"><a \nid=\"xforms-element-1263\" class=\"xforms-control \nxforms-trigger xforms-trigger-appearance-minimal \nxxforms-offline-insert\" title=\"Ajout d\'une \ntraduction\" href=\"#\">Ajout d\'une \ntraduction</a></td>\n</tr>\n</tbody>\n</table>\n</td>\n</tr>\n</tbody>\n</table>\n\nMais peut etre que mes hypotheses ne sont pas bonnes \n? Merci d\'avance pour vos éclaircissements.\nBonne \njournée à tous. Françoise.\n</div>\n', created = 1507750768, expire = 1507837168, headers = '', serialized = 0 WHERE cid = '4:79d08a62ccfa2d7edb8dd00195971840' 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:9065dec7a405da53c7e0a7095606475d' 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, \n \n1/ Oui, ce sont les formats LOM, LOMFR et SupLOMFR traduits dans\nl\'éditeur qui implique ce fonctionnement. \nL\'éditeur indique \"Ajout d\'une traduction\" car il s\'agit bien de\ntraduire la valeur remplie précédemment et non de recréer une nouvelle\nentrée du champ. Les champs qui ne proposent pas \"Ajout de ...\" + le\nnom du champ sont en fait des champ non répétables, pour lesquels il\nn\'est donc pas possible de rajouter une itération du champ (c\'est le\ncas du champ titre par exemple, il ne peut y avoir qu\'un titre, par\ncontre il peut être traduit). Pour les champs répétables et\ntraductibles, les deux options sont proposées (c\'est le cas du champ\nmot-clé par exemple). \n \nPour l\'aspect traduction, c\'est un élément générique à l\'éditeur d\'où\nl\'ajout du même libellé pour tous les champs. Ce champ est spécifié\ndans le fichier i18n fr_FR.xml, avec les lignes \n \n    <ori-add-translation>Ajout d\'une\ntraduction</ori-add-translation> \n    <ori-del-translation>Suppression d\'une\ntraduction</ori-del-translation> \n \n2/ Pour reprendre l\'exemple que vous citez, \n \n     \n      <fieldset> \n \n        <widget:legend instance=\"i18n_lom\" termIdentifier=\"4.6\"/> \n \n        <widget:ori-block element=\"lom:otherPlatformRequirements\"\nminOccurs=\"0\" maxOccurs=\"1\" \n                          parent-element=\"lom:technical\" \n                          preceding-elements=\"lom:format | lom:size |\nlom:location | lom:requirement | lom:installationRemarks\"> \n          <widget:lom-string-with-language> \n            <xforms:textarea ref=\".\"> \n              <widget:labels instance=\"i18n_lom\"\ntermIdentifier=\"4.6\" hideLabel=\"true\" hideHelp=\"true\"/> \n            </xforms:textarea> \n          </widget:lom-string-with-language> \n        </widget:ori-block> \n \n      </fieldset> \n \nles attributs minOccurs=\"0\"\nmaxOccurs=\"1\" indique que le champ est facultatif et non répétable,\nl\'éditeur le traduit par : il n\'y aura pas de label \"Ajout d\'exigences\ntechniques\" ; \net l\'utilisation de la balise <font\n face=\"Arial\"><widget:lom-string-with-language> indique qu\'il\ns\'agit d\'un champ traduisible, l\'éditeur propose donc par contre le\nlabel \"Ajout d\'une traduction\". \n \nJ\'espère que ces éléments pourront vous aider. \nBonne journée \nNolwen \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\">\n Bonjour, \n \nEn voulant fabriquer un nouveau formulaire auteur,\na partir d\'elements du formulaire full entre autres, \nje me suis\naperçue que nombre de liens \"Ajout de ....\" sont non\npertinents par rapport aux intitulés ou à la signification\ndes champs. \n \nExemple : \nSi je prend le formulaire full\nsuivant : \n <a moz-do-not-send=\"true\"\n href=\"http://ori2.u-psud.fr:8186/ori-oai-md-editor/ori-md-editor/lomfr-sup-full/blank\">http://ori2.u-psud.fr:8186/ori-oai-md-editor/ori-md-editor/lomfr-sup-full/blank</a> \net qu\'on regarde ne serait ce que l\'onglet General (mais c\'est pareil\npour les autres onglets), \nje vois que : \n-Titre est\nassocié à \"Ajout d\'une traduction\",  \n-\nRésumé aussi \nQq fois, \"Ajout de\" est\npertinent, mais c\'est souvent \"Ajout d\'une traduction\" qui\nrevient, sans que cela ait qq chose à voir avec le champ. \n \n1/ Avez vous le meme phénomène chez vous ? \n \n2/\nQq\'un peut il m\'expliquer le mécanisme d\'association de ces\n\"Ajout de\" avec les champs ? \nJe n\'ai vu des \"Ajout\nde\" que dans le i18n/fr_FR.xml, et les libellés dans les\ni18n/mdeditor_catagories_xxxxx.xml .... \n \nJe suppose que\nla séquence de code qui affiche un element du formulaire\n(ici le champ 4.6 intitulé \"Configuration\ncomplémentaire\" = OtherPlatformRequirements, c bizarre comme\ntraduction ...) \nde la façon suivante :  \n \n       \n      <fieldset>\n         <widget:legend\ninstance=\"i18n_lom\" termIdentifier=\"4.6\"/>\n         <widget:ori-block\nelement=\"lom:otherPlatformRequirements\" minOccurs=\"0\"\nmaxOccurs=\"1\" \n                         \nparent-element=\"lom:technical\" \n                         \npreceding-elements=\"lom:format | lom:size | lom:location |\nlom:requirement | lom:installationRemarks\"> \n         \n<widget:lom-string-with-language> \n           \n<xforms:textarea ref=\".\"> \n             \n<widget:labels instance=\"i18n_lom\"\ntermIdentifier=\"4.6\" hideLabel=\"true\"\nhideHelp=\"true\"/> \n           \n</xforms:textarea> \n         \n</widget:lom-string-with-language> \n        </widget:ori-block>\n       </fieldset>\n Elle devrait aller  \"chercher\" l\'element : \n<add-otherPlatformRequirements>Ajout d\'une autre exigence\ntechnique</add-otherPlatformRequirements> \n \nOr, voici ce\nque ca affiche : \n \n <table class=\"lom-block-table\">\n <tbody>\n <tr>\n <td class=\"lom-delete-td\"><a moz-do-not-send=\"true\" id=\"xforms-element-1241\"\n class=\"xforms-control xforms-trigger xforms-trigger-appearance-minimal xxforms-offline-delete\"\n title=\"\" href=\"#\"><img moz-do-not-send=\"true\"\n src=\"../../apps/ori-md-editor/media/images/trash.gif\" alt=\"\"></a></td>\n <td>\n <table>\n <tbody>\n <tr id=\"repeat-begin-lom-string-repeat-7\"\n class=\"xforms-repeat-begin-end\">\n </tr>\n <tr class=\"xforms-repeat-delimiter\">\n </tr>\n <tr class=\"xforms-repeat-selected-item-1\">\n <td class=\"lom-delete-td\"><span\n id=\"xforms-element-1247·1\" class=\"xforms-group xforms-disabled\"><span\n id=\"xforms-element-1248·1\" class=\"xforms-group xforms-disabled\"><a\n moz-do-not-send=\"true\" id=\"xforms-element-1249·1\"\n class=\"xforms-control xforms-trigger xforms-trigger-appearance-minimal xxforms-offline-delete\"\n href=\"#\"><img moz-do-not-send=\"true\"\n src=\"../../apps/ori-md-editor/media/images/trash.gif\" alt=\"\"></a></td>\n <td class=\"lom-widget-td\"><label\n class=\"hidden xforms-label\" for=\"xforms-element-1253·1\">Configuration\ncomplémentaire</label><textarea id=\"xforms-element-1253·1\"\n class=\"xforms-control xforms-textarea xforms-invalid xforms-required xforms-required-empty\"\n name=\"xforms-element-1253·1\"></textarea><label\n class=\"xforms-alert-active xforms-alert\" for=\"xforms-element-1253·1\">Problème</label><label\n class=\"xforms-disabled xforms-hint\" for=\"xforms-element-1253·1\"></label><label\n class=\"lom-hidden-label xforms-label\" for=\"xforms-element-1257·1\">Langue</label>\n <select id=\"xforms-element-1257·1\"\n class=\"xforms-control xforms-select1 xforms-incremental xforms-select1-appearance-minimal\"\n name=\"xforms-element-1257·1\">\n <option value=\"jXXX+gM8u0M=\">allemand</option>\n <option value=\"mPp3kenxfmA=\">anglais</option>\n <option value=\"3BrUE1OZZk0=\">arabe</option>\n <option value=\"n6SDN7Yoa7s=\">chinois</option>\n <option value=\"eim60l/KXEk=\">espagnol</option>\n <option value=\"MUF9ekGvFZw=\" selected=\"selected\">français</option>\n <option value=\"pkmSwC6Amuw=\">hindi</option>\n <option value=\"d+IpLevCwTg=\">italien</option>\n <option value=\"UkepzkexCOA=\">japonais</option>\n <option value=\"Pb5951SjGYo=\">néerlandais</option>\n <option value=\"hK2Vlarqiq8=\">polonais</option>\n <option value=\"4Tzy5VAdf/M=\">portugais</option>\n <option value=\"HVOpVCSUCfk=\">roumain</option>\n <option value=\"Dr9xD+bI8wc=\">russe</option>\n <option value=\"zPD7+rtKNI8=\">vietnamien</option>\n </select>\n </td>\n </tr>\n <tr class=\"xforms-repeat-delimiter\">\n </tr>\n <tr class=\"xforms-repeat-template\">\n <td class=\"lom-delete-td\"><a moz-do-not-send=\"true\" id=\"xforms-element-1249\"\n class=\"xforms-control xforms-trigger xforms-trigger-appearance-minimal xxforms-offline-delete\"\n href=\"#\">$xforms-template-label$</a></td>\n <td class=\"lom-widget-td\"><label\n class=\"hidden xforms-label\" for=\"xforms-element-1253\"></label><textarea\n id=\"xforms-element-1253\" class=\"xforms-control xforms-textarea\"\n name=\"xforms-element-1253\"></textarea><label\n class=\"xforms-alert-inactive xforms-alert\" for=\"xforms-element-1253\"></label><label\n class=\"xforms-hint\" for=\"xforms-element-1253\"></label><label\n class=\"lom-hidden-label xforms-label\" for=\"xforms-element-1257\"></label>\n <select id=\"xforms-element-1257\"\n class=\"xforms-control xforms-select1 xforms-incremental xforms-select1-appearance-minimal\"\n name=\"xforms-element-1257\">\n </select>\n </td>\n </tr>\n <tr id=\"repeat-end-lom-string-repeat-7\"\n class=\"xforms-repeat-begin-end\">\n </tr>\n <tr>\n <td class=\"lom-add-td\" colspan=\"2\"><span\n id=\"xforms-element-1262\" class=\"xforms-group\"><a moz-do-not-send=\"true\"\n id=\"xforms-element-1263\"\n class=\"xforms-control xforms-trigger xforms-trigger-appearance-minimal xxforms-offline-insert\"\n title=\"Ajout d\'une\ntraduction\" href=\"#\">Ajout d\'une\ntraduction</a></td>\n </tr>\n </tbody>\n </table>\n </td>\n </tr>\n </tbody>\n </table>\n \n \nMais peut etre que mes hypotheses ne sont pas bonnes\n? \nMerci d\'avance pour vos éclaircissements. \n \nBonne\njournée à tous. \nFrançoise.\n</blockquote></div></div>\n \n<pre class=\"moz-signature\" cols=\"72\">-- \nNolwen CLEMENT-HUET\nCoordinateur Fonctionnel du projet ORI-OAI\nDoc\'INSA - INSA de Lyon\nMèl : <a class=\"moz-txt-link-abbreviated\" href=\"mailto:nolwen.huet@insa-lyon.fr\">nolwen.huet@insa-lyon.fr</a>\nTel : 04 72 43 70 32\nWeb : <a class=\"moz-txt-link-freetext\" href=\"http://docinsa.insa-lyon.fr\">http://docinsa.insa-lyon.fr</a> </pre>\n</body>\n</html>\n</div>', created = 1507750769, expire = 1507837169, headers = '', serialized = 0 WHERE cid = '4:9065dec7a405da53c7e0a7095606475d' 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:bc3fe57bbbe080d8fa927f9ee6beaeb7' 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, Merci pour ces infos : je faisais en effet pas mal \nde confusions !\nj\'en profite pour poser qq questions en \nrapport avec le sujet : - dans <widget:ori-block \nelement="lom:otherPlatformRequirements" > \nminOccurs="0" maxOccurs="1" \nparent-element="lom:technical" > \npreceding-elements="lom:format | lom:size | > lom:location | \nlom:requirement | lom:installationRemarks"> a quoi servent \nles parent et preceding elements ?\n- minOccurs et maxOccurs ne \njouent que sur l\'affichage du champ ? je suppose qu\'ils n\'ont rien \nà voir avec la notion de champ obligatoire dans la norme ? \nOù et comment est gérée cette notion ?<br \n/>  Merci bcp pour votre aide. Françoise. <br \n/>Le Ven 22 janvier 2010 14:06, Nolwen Huet a écrit : > \nBonjour, > > > 1/ Oui, ce sont les formats LOM, \nLOMFR et SupLOMFR traduits dans > l\'éditeur qui implique \nce fonctionnement. L\'éditeur indique "Ajout d\'une > \ntraduction" car il s\'agit bien de traduire la valeur remplie \nprécédemment > et non de recréer une \nnouvelle entrée du champ. Les champs qui ne > proposent \npas "Ajout de ..." + le nom du champ sont en fait des champ non \n > répétables, pour lesquels il n\'est donc pas \npossible de rajouter une > itération du champ (c\'est le \ncas du champ titre par exemple, il ne peut y > avoir qu\'un titre, \npar contre il peut être traduit). Pour les champs > \nrépétables et traductibles, les deux options sont \nproposées (c\'est le cas > du champ mot-clé par \nexemple). > > Pour l\'aspect traduction, c\'est un \nélément générique à l\'éditeur \nd\'où > l\'ajout du même libellé pour tous les \nchamps. Ce champ est spécifié dans le > fichier \ni18n fr_FR.xml, avec les lignes > > \n<ori-add-translation>Ajout d\'une \ntraduction</ori-add-translation> > \n<ori-del-translation>Suppression d\'une \ntraduction</ori-del-translation> > > > 2/ \nPour reprendre l\'exemple que vous citez, > > > \n > <fieldset> \n > > > <widget:legend \ninstance="i18n_lom" termIdentifier="4.6"/> <br \n/>> > > <widget:ori-block \nelement="lom:otherPlatformRequirements" > \nminOccurs="0" maxOccurs="1" \nparent-element="lom:technical" > \npreceding-elements="lom:format | lom:size | > lom:location | \nlom:requirement | lom:installationRemarks"> > \n<widget:lom-string-with-language> > <xforms:textarea \nref="."> > <widget:labels \ninstance="i18n_lom" termIdentifier="4.6" > \nhideLabel="true" hideHelp="true"/> \n</xforms:textarea> > \n</widget:lom-string-with-language> > \n</widget:ori-block> > > > \n</fieldset> > > > les attributs \nminOccurs="0" maxOccurs="1" indique que le champ est \n > facultatif et non répétable, l\'éditeur le \ntraduit par : il n\'y aura pas de > label "Ajout d\'exigences \ntechniques" ; et l\'utilisation de la balise > \n<widget:lom-string-with-language> indique > qu\'il s\'agit \nd\'un champ traduisible, l\'éditeur propose donc par contre le <br \n/>> label "Ajout d\'une traduction". > > \nJ\'espère que ces éléments pourront vous aider. <br \n/>> Bonne journée > Nolwen > > <br \n/>> > francoise Rousseau (schortin) a écrit : <br \n/>>> >> Bonjour, >> >> <br \n/>>> En voulant fabriquer un nouveau formulaire auteur, a partir \nd\'elements >> du formulaire full entre autres, je me suis \naperçue que nombre de liens >> "Ajout de \n...." sont non >> pertinents par rapport aux \nintitulés ou à la signification des champs. >> \n >> Exemple : >> Si je prend le formulaire full \nsuivant : >> \n<a href=\"http://ori2.u-psud.fr:8186/ori-oai-md-editor/ori-md-editor/lomfr-sup-ful\" title=\"http://ori2.u-psud.fr:8186/ori-oai-md-editor/ori-md-editor/lomfr-sup-ful\">http://ori2.u-psud.fr:8186/ori-oai-md-editor/ori-md-editor/lomfr-sup-ful</a> \n >> l/blank et qu\'on regarde ne serait ce que l\'onglet General \n(mais c\'est >> pareil pour les autres onglets), je vois que : \n-Titre est associé à "Ajout >> d\'une \ntraduction", - Résumé aussi >> Qq fois, \n"Ajout de" est pertinent, mais c\'est souvent "Ajout d\'une \n >> traduction" qui revient, sans que cela ait qq chose \nà voir avec le >> champ. >> >> \n1/ Avez vous le meme phénomène chez vous ? >> \n >> >> 2/ Qq\'un peut il m\'expliquer le \nmécanisme d\'association de ces "Ajout >> de" \navec les champs ? Je n\'ai vu des "Ajout de" que dans le <br \n/>>> i18n/fr_FR.xml, et les libellés dans les >> \ni18n/mdeditor_catagories_xxxxx.xml .... >> >> Je \nsuppose que la séquence de code qui affiche un element du <br \n/>>> formulaire (ici le champ 4.6 intitulé \n"Configuration complémentaire" = >> \nOtherPlatformRequirements, c bizarre comme traduction ...) >> \nde la façon suivante : >> >>  >> <fieldset> <br \n/>>> >> >> <widget:legend \ninstance="i18n_lom" termIdentifier="4.6"/> <br \n/>>> >> >> <widget:ori-block \nelement="lom:otherPlatformRequirements" >> \nminOccurs="0" maxOccurs="1" \nparent-element="lom:technical" >> \npreceding-elements="lom:format | lom:size | >> \nlom:location | lom:requirement | lom:installationRemarks"> <br \n/>>> <widget:lom-string-with-language> >> \n<xforms:textarea ref="."> >> <widget:labels \ninstance="i18n_lom" termIdentifier="4.6" <br \n/>>> hideLabel="true" hideHelp="true"/> \n</xforms:textarea> >> \n</widget:lom-string-with-language> >> \n</widget:ori-block> >> >> >> \n</fieldset> >> >> >> Elle \ndevrait aller "chercher" l\'element : >> \n<add-otherPlatformRequirements>Ajout d\'une autre exigence <br \n/>>> technique</add-otherPlatformRequirements> >> \n >> Or, voici ce que ca affiche : >> <#> <br \n/>>> <#> Configuration \ncomplémentaireProblèmeLangue >> \n$xforms-template-label$ <#> >> Ajout d\'une traduction \n<#> >> >> >> >> <br \n/>>> Mais peut etre que mes hypotheses ne sont pas bonnes ? <br \n/>>> Merci d\'avance pour vos éclaircissements. >> \n >> >> Bonne journée à tous. <br \n/>>> Françoise. >> >> > <br \n/>> -- > Nolwen CLEMENT-HUET > Coordinateur \nFonctionnel du projet ORI-OAI > Doc\'INSA - INSA de Lyon <br \n/>> Mèl : <a href=\"mailto:nolwen.huet@insa-lyon.fr\">nolwen.huet@insa-lyon.fr</a> > Tel : 04 72 43 70 \n32 > Web : <a href=\"http://docinsa.insa-lyon.fr\" title=\"http://docinsa.insa-lyon.fr\">http://docinsa.insa-lyon.fr</a> > > <br \n/>> \n</div>\n', created = 1507750769, expire = 1507837169, headers = '', serialized = 0 WHERE cid = '4:bc3fe57bbbe080d8fa927f9ee6beaeb7' 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:bb73b7a954b18c9e355eead231dc9e51' 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, \n \nTant mieux si mes explications ont pu vous aider, cette partie des\néditeurs n\'est pas la plus simple. \nJe répond dans votre mail pour vos nouvelles questions. \n \nBonne journée \nNolwen \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\">Bonjour, \nMerci pour ces infos : je faisais en effet pas mal\nde confusions ! \n \nj\'en profite pour poser qq questions en\nrapport avec le sujet : \n- dans <widget:ori-block\nelement=\"lom:otherPlatformRequirements\" \n>\nminOccurs=\"0\" maxOccurs=\"1\"\nparent-element=\"lom:technical\" \n>\npreceding-elements=\"lom:format | lom:size | \n> lom:location |\nlom:requirement | lom:installationRemarks\"> \na quoi servent\nles parent et preceding elements ? \n</blockquote></div></div>\nCes deux attributs permettent de replacer l\'élément rempli dans la\nfiche XML finale. Vous pourrez voir un exemple concret de ce besoin en\nregardant le code de l\'éditeur auteur LOM (fichier\nforms\\ori-md-editor\\lomfr-author-light\\form\\content-xforms.xml) : dans\ncet éditeur nous avons chamboulé l\'ordre des éléments du LOM pour les\nprésenter à l\'auteur. Grâce aux deux attributs parent-element et\npreceding-elements, les balises XML avec leur valeur seront finalement\ncréée correctement dans la structure LOM de la fiche. \n<div class=\"emailFilter_Toggle\"><div class=\"emailFilter_Author_0\"><blockquote\n cite=\"mid:\n <script type=\"text/javascript\" >  </script>\"\n type=\"cite\"> \n- minOccurs et maxOccurs ne\njouent que sur l\'affichage du champ ? je suppose qu\'ils n\'ont rien\nà voir avec la notion de champ obligatoire dans la norme ?\nOù et comment est gérée cette notion ? \n</blockquote></div></div>\nIls participent à la notion de champ obligatoire : si minOccurs est\npositionné à 1, le champ correspondant ne pourra pas être supprimé\ntotalement, il sera toujours présent pour les éléments non répétables\net il sera présent au moins une fois pour les champs répétables. \nD\'autres éléments des formulaires viennent s\'ajouter pour la notion\nd\'obligatoire, dans le fichier \"source\" des formulaires : form.xhtml,\nvous trouverez  une balise <xforms:bind\nnodeset=\"instance(\'fr-form-instance\')\">. Elle liste des règles de\nvalidation à appliquer. Il peut s\'agir de règles d\'obligation ou de\nrègles d\'erreur (sur le format des données à saisir dans le champ par\nexemple). Les règles d\'obligation sont de la forme <xforms:bind\nnodeset=\"mon noeud XML\" required=\"1\"/>, elles vont permettre\nd\'afficher en rouge le tour du champ. \nLes règles d\'erreur sont de la forme <xforms:bind nodeset=\"mon noeud\nXML\" constraint=\"la contrainte XPath à appliquer\"/>, elles vont\npermettre d\'afficher un message d\'erreur. \nPour les champs obligatoire, ce qui est donc fait pour l\'instant (en\nplus du minOccurs = 1), c\'est une règle de chaque type. Ainsi pour le\ntitre dans l\'éditeur auteur, vous trouverez : \n \n \n      <xforms:bind nodeset=\"instance(\'fr-form-instance\')\"> \n \n     \n        <xforms:bind nodeset=\"lom:general/lom:title/lom:string\"\nrequired=\"1\"/> \n        ... \n \n     \n        <xforms:bind nodeset=\"lom:general/lom:title/lom:string\"\nconstraint=\"normalize-space(.)!=\'\'\"/> \n        ... \n \n      </xforms:bind> \n \n<div class=\"emailFilter_Toggle\"><div class=\"emailFilter_Author_0\"><blockquote\n cite=\"mid:\n <script type=\"text/javascript\" >  </script>\"\n type=\"cite\">  \nMerci bcp pour votre aide. \nFrançoise. \n \nLe Ven 22 janvier 2010 14:06, Nolwen Huet a écrit : \n>\nBonjour, \n> \n> \n> 1/ Oui, ce sont les formats LOM,\nLOMFR et SupLOMFR traduits dans \n> l\'éditeur qui implique\nce fonctionnement. L\'éditeur indique \"Ajout d\'une \n>\ntraduction\" car il s\'agit bien de traduire la valeur remplie\nprécédemment \n> et non de recréer une\nnouvelle entrée du champ. Les champs qui ne \n> proposent\npas \"Ajout de ...\" + le nom du champ sont en fait des champ non\n \n> répétables, pour lesquels il n\'est donc pas\npossible de rajouter une \n> itération du champ (c\'est le\ncas du champ titre par exemple, il ne peut y \n> avoir qu\'un titre,\npar contre il peut être traduit). Pour les champs \n>\nrépétables et traductibles, les deux options sont\nproposées (c\'est le cas \n> du champ mot-clé par\nexemple). \n> \n> Pour l\'aspect traduction, c\'est un\nélément générique à l\'éditeur\nd\'où \n> l\'ajout du même libellé pour tous les\nchamps. Ce champ est spécifié dans le \n> fichier\ni18n fr_FR.xml, avec les lignes \n> \n>\n<ori-add-translation>Ajout d\'une\ntraduction</ori-add-translation> \n>\n<ori-del-translation>Suppression d\'une\ntraduction</ori-del-translation> \n> \n> \n> 2/\nPour reprendre l\'exemple que vous citez, \n> \n> \n>\n \n> <fieldset>\n \n> \n> \n> <widget:legend\ninstance=\"i18n_lom\" termIdentifier=\"4.6\"/> \n> \n> \n> <widget:ori-block\nelement=\"lom:otherPlatformRequirements\" \n>\nminOccurs=\"0\" maxOccurs=\"1\"\nparent-element=\"lom:technical\" \n>\npreceding-elements=\"lom:format | lom:size | \n> lom:location |\nlom:requirement | lom:installationRemarks\"> \n>\n<widget:lom-string-with-language> \n> <xforms:textarea\nref=\".\"> \n> <widget:labels\ninstance=\"i18n_lom\" termIdentifier=\"4.6\" \n>\nhideLabel=\"true\" hideHelp=\"true\"/>\n</xforms:textarea> \n>\n</widget:lom-string-with-language> \n>\n</widget:ori-block> \n> \n> \n>\n</fieldset> \n> \n> \n> les attributs\nminOccurs=\"0\" maxOccurs=\"1\" indique que le champ est\n \n> facultatif et non répétable, l\'éditeur le\ntraduit par : il n\'y aura pas de \n> label \"Ajout d\'exigences\ntechniques\" ; et l\'utilisation de la balise \n>\n<widget:lom-string-with-language> indique \n> qu\'il s\'agit\nd\'un champ traduisible, l\'éditeur propose donc par contre le \n> label \"Ajout d\'une traduction\". \n> \n>\nJ\'espère que ces éléments pourront vous aider. \n> Bonne journée \n> Nolwen \n> \n> \n> \n> francoise Rousseau (schortin) a écrit : \n>> \n>> Bonjour, \n>> \n>> \n>> En voulant fabriquer un nouveau formulaire auteur, a partir\nd\'elements \n>> du formulaire full entre autres, je me suis\naperçue que nombre de liens \n>> \"Ajout de\n....\" sont non \n>> pertinents par rapport aux\nintitulés ou à la signification des champs. \n>>\n \n>> Exemple : \n>> Si je prend le formulaire full\nsuivant : \n>>\n<a class=\"moz-txt-link-freetext\" href=\"http://ori2.u-psud.fr:8186/ori-oai-md-editor/ori-md-editor/lomfr-sup-ful\">http://ori2.u-psud.fr:8186/ori-oai-md-editor/ori-md-editor/lomfr-sup-ful</a>\n \n>> l/blank et qu\'on regarde ne serait ce que l\'onglet General\n(mais c\'est \n>> pareil pour les autres onglets), je vois que :\n-Titre est associé à \"Ajout \n>> d\'une\ntraduction\", - Résumé aussi \n>> Qq fois,\n\"Ajout de\" est pertinent, mais c\'est souvent \"Ajout d\'une\n \n>> traduction\" qui revient, sans que cela ait qq chose\nà voir avec le \n>> champ. \n>> \n>>\n1/ Avez vous le meme phénomène chez vous ? \n>>\n \n>> \n>> 2/ Qq\'un peut il m\'expliquer le\nmécanisme d\'association de ces \"Ajout \n>> de\"\navec les champs ? Je n\'ai vu des \"Ajout de\" que dans le \n>> i18n/fr_FR.xml, et les libellés dans les \n>>\ni18n/mdeditor_catagories_xxxxx.xml .... \n>> \n>> Je\nsuppose que la séquence de code qui affiche un element du \n>> formulaire (ici le champ 4.6 intitulé\n\"Configuration complémentaire\" = \n>>\nOtherPlatformRequirements, c bizarre comme traduction ...) \n>>\nde la façon suivante : \n>> \n>>  \n>> <fieldset> \n>> \n>> \n>> <widget:legend\ninstance=\"i18n_lom\" termIdentifier=\"4.6\"/> \n>> \n>> \n>> <widget:ori-block\nelement=\"lom:otherPlatformRequirements\" \n>>\nminOccurs=\"0\" maxOccurs=\"1\"\nparent-element=\"lom:technical\" \n>>\npreceding-elements=\"lom:format | lom:size | \n>>\nlom:location | lom:requirement | lom:installationRemarks\"> \n>> <widget:lom-string-with-language> \n>>\n<xforms:textarea ref=\".\"> \n>> <widget:labels\ninstance=\"i18n_lom\" termIdentifier=\"4.6\" \n>> hideLabel=\"true\" hideHelp=\"true\"/>\n</xforms:textarea> \n>>\n</widget:lom-string-with-language> \n>>\n</widget:ori-block> \n>> \n>> \n>>\n</fieldset> \n>> \n>> \n>> Elle\ndevrait aller \"chercher\" l\'element : \n>>\n<add-otherPlatformRequirements>Ajout d\'une autre exigence \n>> technique</add-otherPlatformRequirements> \n>>\n \n>> Or, voici ce que ca affiche : \n>> <#> \n>> <#> Configuration\ncomplémentaireProblèmeLangue \n>>\n$xforms-template-label$ <#> \n>> Ajout d\'une traduction\n<#> \n>> \n>> \n>> \n>> \n>> Mais peut etre que mes hypotheses ne sont pas bonnes ? \n>> Merci d\'avance pour vos éclaircissements. \n>>\n \n>> \n>> Bonne journée à tous. \n>> Françoise. \n>> \n>> \n> \n> -- \n> Nolwen CLEMENT-HUET \n> Coordinateur\nFonctionnel du projet ORI-OAI \n> Doc\'INSA - INSA de Lyon \n> Mèl : <a class=\"moz-txt-link-abbreviated\" href=\"mailto:nolwen.huet@insa-lyon.fr\">nolwen.huet@insa-lyon.fr</a> \n> Tel : 04 72 43 70\n32 \n> Web : <a class=\"moz-txt-link-freetext\" href=\"http://docinsa.insa-lyon.fr\">http://docinsa.insa-lyon.fr</a> \n> \n> \n> \n</blockquote></div></div>\n \n<pre class=\"moz-signature\" cols=\"72\">-- \nNolwen CLEMENT-HUET\nCoordinateur Fonctionnel du projet ORI-OAI\nDoc\'INSA - INSA de Lyon\nMèl : <a class=\"moz-txt-link-abbreviated\" href=\"mailto:nolwen.huet@insa-lyon.fr\">nolwen.huet@insa-lyon.fr</a>\nTel : 04 72 43 70 32\nWeb : <a class=\"moz-txt-link-freetext\" href=\"http://docinsa.insa-lyon.fr\">http://docinsa.insa-lyon.fr</a> </pre>\n</body>\n</html>\n</div>', created = 1507750769, expire = 1507837169, headers = '', serialized = 0 WHERE cid = '4:bb73b7a954b18c9e355eead231dc9e51' 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:b8050c39b26d314356b2e09bd49b43b6' 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\">Encore merci, Nolwenn, vos explications me sont tres tres utiles. une \nquestion en appelle d\'autres, je les pose donc derrière vos \ndernières réponses, en gras ...<br \n/>J\'ai élagué un peu pour rendre plus lisible le \nmail. J\'espere ne pas trop abuser de votre temps.<br \n/>Françoise.\n> > francoise Rousseau \n(schortin) a écrit : >> >> j\'en profite \npour poser qq questions en rapport avec le sujet :  >> - \ndans >> <widget:ori-block \nelement="lom:otherPlatformRequirements" >>> \nminOccurs="0" maxOccurs="1" \nparent-element="lom:technical" >>> \npreceding-elements="lom:format | lom:size | >>> \nlom:location | lom:requirement | \nlom:installationRemarks">  >> >> a quoi \nservent les parent et preceding elements ? \n> Ces deux \nattributs permettent de replacer l\'élément rempli dans la \nfiche > XML finale. Vous pourrez voir un exemple concret de ce \nbesoin en > regardant le code de l\'éditeur auteur LOM \n(fichier > \nforms\\ori-md-editor\\lomfr-author-light\\form\\content-xforms.xml) : dans cet \n > éditeur nous avons chamboulé l\'ordre des \néléments du LOM pour les > présenter \nà l\'auteur. Grâce aux deux attributs parent-element et <br \n/>> preceding-elements, les balises XML avec leur valeur seront \nfinalement > créée correctement dans la structure \nLOM de la fiche. \nOK, ce n\'est donc pas le fichier \nprototypes/lomfr-sup-prototype.xml qui est sensé contenir la \nstructure LOM pour le formulaire light ? j\'ai cru un moment ... En \neffet, j\'ai remarqué que si les éléments y sont, ils \nne sont pas forcement dans le "bon" ordre. ex : title (1.2) \narrive avant identifier (1.1) Où est défini le \n"bon" ordre ?\nSi on ne met pas correctement les \npreceding-element, on va générer un document xml incorrect \npar rapport à la norme ?\n>> <br \n/>>> - minOccurs et maxOccurs ne jouent que sur l\'affichage du champ \n? je >> suppose qu\'ils n\'ont rien à voir avec la notion \nde champ obligatoire dans >> la norme ? Où et comment \nest gérée cette notion ? \n> Ils \nparticipent à la notion de champ obligatoire : si minOccurs est <br \n/>> positionné à 1, le champ correspondant ne pourra pas \nêtre supprimé > totalement, il sera toujours \nprésent pour les éléments non \nrépétables et > il sera présent au moins une \nfois pour les champs répétables. \n> \nD\'autres > éléments des formulaires viennent \ns\'ajouter pour la notion d\'obligatoire, > dans le fichier \n"source" des formulaires : form.xhtml, vous trouverez une <br \n/>> balise <xforms:bind \nnodeset="instance(\'fr-form-instance\')">.  <br \n/>En quise de fichiers .xhtml, je n\'ai que des main-form Je \nsuppose que vous parlez du fichier main-form.xhtml pour le formulaire \nadhoc ? Dans ce fichier, j\'ai des xforms:bind \nnodeset="instance(\'main-instance\'). C\'est ca ? Qu\'est ce que \nc\'est que "main-instance" ?\n Elle liste \n > des règles de validation à appliquer. Il peut \ns\'agir de règles > d\'obligation ou de règles \nd\'erreur (sur le format des données à saisir > dans \nle champ par exemple). Les règles d\'obligation sont de la forme <br \n/>> <xforms:bind > nodeset="mon noeud XML" \nrequired="1"/>, elles vont permettre d\'afficher en > \nrouge le tour du champ. \nJe n\'ai pas vu le tour du \nchamp en rouge .... mais des points d\'exclamations rouges. C\'est cela ?<br \n/> Les règles d\'erreur sont de la forme \n<xforms:bind > nodeset="mon noeud XML" \nconstraint="la contrainte XPath à appliquer"/>, <br \n/>> elles vont permettre d\'afficher un message d\'erreur. Pour les \nchamps > obligatoire, ce qui est donc fait pour l\'instant (en \nplus du minOccurs = > 1), c\'est une règle de chaque type. \nAinsi pour le > titre dans l\'éditeur auteur, vous \ntrouverez : > >  > \n<xforms:bind nodeset="instance(\'fr-form-instance\')"> <br \n/>> > >  > <xforms:bind \nnodeset="lom:general/lom:title/lom:string" > \nrequired="1"/> ... > > >  <xforms:bind <br \n/>> nodeset="lom:general/lom:title/lom:string" > \nconstraint="normalize-space(.)!=\'\'"/> ... > <br \n/>> > </xforms:bind> > > \n</div>\n', created = 1507750769, expire = 1507837169, headers = '', serialized = 0 WHERE cid = '4:b8050c39b26d314356b2e09bd49b43b6' 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:acd07512ba173cd9b1d30891a7b25516' 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\">\nRe bonjour Françoise, \nToujours dans le mail, en essayant\nde ne pas faire trop long. Veuillez m\'excuser pour le délai de réponse. \nNolwen \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\">Encore merci, Nolwenn, vos explications me sont tres tres\nutiles. \nune\nquestion en appelle d\'autres, je les pose donc derrière vos\ndernières réponses, en gras ... \nJ\'ai élagué un peu pour rendre plus lisible le\nmail. \nJ\'espere ne pas trop abuser de votre temps. \nFrançoise. \n \n> \n> francoise Rousseau\n(schortin) a écrit : \n>> \n>> j\'en profite\npour poser qq questions en rapport avec le sujet :  \n>> -\ndans \n>> <widget:ori-block\nelement=\"lom:otherPlatformRequirements\" \n>>>\nminOccurs=\"0\" maxOccurs=\"1\"\nparent-element=\"lom:technical\" \n>>>\npreceding-elements=\"lom:format | lom:size | \n>>>\nlom:location | lom:requirement |\nlom:installationRemarks\">  \n>> \n>> a quoi\nservent les parent et preceding elements ?  \n \n> Ces deux\nattributs permettent de replacer l\'élément rempli dans la\nfiche \n> XML finale. Vous pourrez voir un exemple concret de ce\nbesoin en \n> regardant le code de l\'éditeur auteur LOM\n(fichier \n>\nforms\\ori-md-editor\\lomfr-author-light\\form\\content-xforms.xml) : dans\ncet \n> éditeur nous avons chamboulé l\'ordre des\néléments du LOM pour les \n> présenter\nà l\'auteur. Grâce aux deux attributs parent-element et \n> preceding-elements, les balises XML avec leur valeur seront\nfinalement \n> créée correctement dans la structure\nLOM de la fiche.  \n \n OK, ce n\'est donc pas le fichier\nprototypes/lomfr-sup-prototype.xml qui est sensé contenir la\nstructure LOM pour le formulaire light ? j\'ai cru un moment ... \nEn\neffet, j\'ai remarqué que si les éléments y sont, ils\nne sont pas forcement dans le \"bon\" ordre. \nex : title (1.2)\narrive avant identifier (1.1) \nOù est défini le\n\"bon\" ordre ? \n </blockquote></div></div>\nLe fichier prototype, permet à l\'éditeur d\'aller \"piocher\" la structure\ndes éléments à rajouter lorsqu\'on clique sur un lien \"Ajouter un ...\". \nPour l\'inversion entre le titre et l\'identifiant dans le fichier\nprototype du SupLOMFR, je ne l\'avais jamais remarqué. Ce qu\'il faut\nsavoir c\'est que le LOM n\'ordonnent pas ses éléments les uns par\nrapport aux autres dans un bloc, de même qu\'il n\'ordonne pas les blocs\nentre eux. D\'où la possibilité de créer un fichier valide comme ce\nfichier prototype. \nL\'ordre des éléments lorsqu\'ils sont créés dans une fiche XML, est bien\ndéterminé par les attributs parent-element et preceding-elements. Ci la\nfiche XML contient des éléments dans le désordre, ils ne seront pas\nretriés. \n \n<div class=\"emailFilter_Toggle\"><div class=\"emailFilter_Author_0\"><blockquote\n cite=\"mid:\n <script type=\"text/javascript\" >  </script>\"\n type=\"cite\"> \nSi on ne met pas correctement les\npreceding-element, on va générer un document xml incorrect\npar rapport à la norme ? \n </blockquote></div></div>\n<div class=\"emailFilter_Toggle\"><div class=\"emailFilter_Author_0\"><blockquote\n cite=\"mid:\n <script type=\"text/javascript\" >  </script>\"\n type=\"cite\"> \n \n >> \n>> - minOccurs et maxOccurs ne jouent que sur l\'affichage du\nchamp\n? je \n>> suppose qu\'ils n\'ont rien à voir avec la notion\nde champ obligatoire dans \n>> la norme ? Où et comment\nest gérée cette notion ?  \n \n> Ils\nparticipent à la notion de champ obligatoire : si minOccurs est \n> positionné à 1, le champ correspondant ne pourra pas\nêtre supprimé \n> totalement, il sera toujours\nprésent pour les éléments non\nrépétables et \n> il sera présent au moins une\nfois pour les champs répétables.  \n \n>\nD\'autres \n> éléments des formulaires viennent\ns\'ajouter pour la notion d\'obligatoire, \n> dans le fichier\n\"source\" des formulaires : form.xhtml, vous trouverez une \n> balise <xforms:bind\nnodeset=\"instance(\'fr-form-instance\')\">.  \n \n En quise de fichiers .xhtml, je n\'ai que des main-form \nJe\nsuppose que vous parlez du fichier main-form.xhtml pour le formulaire\nadhoc ? \nDans ce fichier, j\'ai des xforms:bind\nnodeset=\"instance(\'main-instance\'). C\'est ca ? \n </blockquote></div></div>\nC\'est bien le fichier main-form.xhtml, désolée pour le décalage, je\nsuis à moitié sur la version 1.6. \n<div class=\"emailFilter_Toggle\"><div class=\"emailFilter_Author_0\"><blockquote\n cite=\"mid:\n <script type=\"text/javascript\" >  </script>\"\n type=\"cite\">Qu\'est ce que\nc\'est que \"main-instance\" ? \n </blockquote></div></div>\nPour un éditeur Orbeon, c\'est le document courant = la fiche XML en\ntrain de se construire. \n<div class=\"emailFilter_Toggle\"><div class=\"emailFilter_Author_0\"><blockquote\n cite=\"mid:\n <script type=\"text/javascript\" >  </script>\"\n type=\"cite\"> \n \nElle liste \n> des règles de validation à appliquer. Il peut\ns\'agir de règles \n> d\'obligation ou de règles\nd\'erreur (sur le format des données à saisir \n> dans\nle champ par exemple). Les règles d\'obligation sont de la forme \n> <xforms:bind \n> nodeset=\"mon noeud XML\"\nrequired=\"1\"/>, elles vont permettre d\'afficher en \n>\nrouge le tour du champ.  \n \n Je n\'ai pas vu le tour du\nchamp en rouge .... mais des points d\'exclamations rouges. C\'est cela ? \n </blockquote></div></div>\nNon, les points d\'exclamation correspondent aux règles d\'erreur\nci-dessous. Encore une confusion de ma part avec la 1.6, dans la 1.5,\nla feuille de style ne prend pas en compte ce paramètre. \n<div class=\"emailFilter_Toggle\"><div class=\"emailFilter_Author_0\"><blockquote\n cite=\"mid:\n <script type=\"text/javascript\" >  </script>\"\n type=\"cite\"> \nLes règles d\'erreur sont de la forme\n<xforms:bind \n> nodeset=\"mon noeud XML\"\nconstraint=\"la contrainte XPath à appliquer\"/>, \n> elles vont permettre d\'afficher un message d\'erreur. Pour les\nchamps \n> obligatoire, ce qui est donc fait pour l\'instant (en\nplus du minOccurs = \n> 1), c\'est une règle de chaque type.\nAinsi pour le \n> titre dans l\'éditeur auteur, vous\ntrouverez : \n> \n>  \n>\n<xforms:bind nodeset=\"instance(\'fr-form-instance\')\"> \n> \n> \n>  \n> <xforms:bind\nnodeset=\"lom:general/lom:title/lom:string\" \n>\nrequired=\"1\"/> ... \n> \n> \n>  <xforms:bind \n> nodeset=\"lom:general/lom:title/lom:string\" \n>\nconstraint=\"normalize-space(.)!=\'\'\"/> ... \n> \n> \n> </xforms:bind> \n> \n> \n</blockquote></div></div>\n \n<pre class=\"moz-signature\" cols=\"72\">-- \nNolwen CLEMENT-HUET\nCoordinateur Fonctionnel du projet ORI-OAI\nDoc\'INSA - INSA de Lyon\nMèl : <a class=\"moz-txt-link-abbreviated\"\n href=\"mailto:nolwen.huet@insa-lyon.fr\">nolwen.huet@insa-lyon.fr</a>\nTel : 04 72 43 70 32\nWeb : <a class=\"moz-txt-link-freetext\"\n href=\"http://docinsa.insa-lyon.fr\">http://docinsa.insa-lyon.fr</a> </pre>\n</body>\n</html>\n</div>', created = 1507750769, expire = 1507837169, headers = '', serialized = 0 WHERE cid = '4:acd07512ba173cd9b1d30891a7b25516' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 112.

6 messages / 0 nouveaux

Sujet clos

Dernière contribution

22 janvier 2010 - 1:13pm

francoise.schortin

formulaires - pb sur les liens Ajout de ....

Bonjour,

En voulant fabriquer un nouveau formulaire auteur,
a partir d'elements du formulaire full entre autres,
je me suis
aperçue que nombre de liens "Ajout de ...." sont non
pertinents par rapport aux intitulés ou à la signification
des champs.

Exemple :
Si je prend le formulaire full
suivant :
href="http://ori2.u-psud.fr:8186/ori-oai-md-editor/ori-md-editor/lomfr-sup-full/blank">http://ori2.u-psud.fr:8186/ori-oai-md-editor/ori-md-editor/lomfr-sup-full/blank />et qu'on regarde ne serait ce que l'onglet General (mais c'est pareil
pour les autres onglets),
je vois que :
-Titre est
associé à "Ajout d'une traduction",
-
Résumé aussi
Qq fois, "Ajout de" est
pertinent, mais c'est souvent "Ajout d'une traduction" qui
revient, sans que cela ait qq chose à voir avec le champ.
/>1/ Avez vous le meme phénomène chez vous ?

2/
Qq'un peut il m'expliquer le mécanisme d'association de ces
"Ajout de" avec les champs ?
Je n'ai vu des "Ajout
de" que dans le i18n/fr_FR.xml, et les libellés dans les
i18n/mdeditor_catagories_xxxxx.xml ....

Je suppose que
la séquence de code qui affiche un element du formulaire
(ici le champ 4.6 intitulé "Configuration
complémentaire" = OtherPlatformRequirements, c bizarre comme
traduction ...)
de la façon suivante :
/> 
<fieldset>

<widget:legend
instance="i18n_lom" termIdentifier="4.6"/>

<widget:ori-block
element="lom:otherPlatformRequirements" minOccurs="0"
maxOccurs="1" />
parent-element="lom:technical" />
preceding-elements="lom:format | lom:size | lom:location |
lom:requirement | lom:installationRemarks"> />
<widget:lom-string-with-language> />
<xforms:textarea ref="."> />
<widget:labels instance="i18n_lom"
termIdentifier="4.6" hideLabel="true"
hideHelp="true"/> />
</xforms:textarea> />
</widget:lom-string-with-language> /> </widget:ori-block>

</fieldset>

Elle devrait aller "chercher" l'element : /><add-otherPlatformRequirements>Ajout d'une autre exigence
technique</add-otherPlatformRequirements>

Or, voici ce
que ca affiche :

class="xforms-group"> class="xforms-control xforms-trigger
xforms-trigger-appearance-minimal xxforms-offline-delete"
title="" href="#"> src="../../apps/ori-md-editor/media/images/trash.gif" alt=""
/>

class="xforms-repeat-begin-end">
class="xforms-repeat-begin-end">

id="xforms-element-1246·1" class="xforms-group xforms-invalid xforms-required"> id="xforms-element-1247·1" class="xforms-group xforms-disabled"> class="xforms-group xforms-disabled"> id="xforms-element-1249·1" class="xforms-control xforms-trigger xforms-trigger-appearance-minimal xxforms-offline-delete" href="#"> src="../../apps/ori-md-editor/media/images/trash.gif" alt="" />	for="xforms-element-1253·1">Configuration complémentaire id="xforms-element-1253·1" class="xforms-control xforms-textarea xforms-invalid xforms-required xforms-required-empty" name="xforms-element-1253·1"> class=" xforms-alert-active xforms-alert" for="xforms-element-1253·1">Problème class=" xforms-disabled xforms-hint" for="xforms-element-1253·1"> class="lom-hidden-label xforms-label" for="xforms-element-1257·1">Langue id="xforms-element-1257·1" class="xforms-control xforms-select1 xforms-incremental xforms-select1-appearance-minimal" name="xforms-element-1257·1"> value="Pb5951SjGYo=">néerlandais
id="xforms-element-1246" class="xforms-group"> id="xforms-element-1247" class="xforms-group"> id="xforms-element-1248" class="xforms-group"> id="xforms-element-1249" class="xforms-control xforms-trigger xforms-trigger-appearance-minimal xxforms-offline-delete" href="#">$xforms-template-label$	for="xforms-element-1253"> id="xforms-element-1253" class="xforms-control xforms-textarea" name="xforms-element-1253"> class=" xforms-alert-inactive xforms-alert" for="xforms-element-1253"> for="xforms-element-1253"> class="lom-hidden-label xforms-label" for="xforms-element-1257"> id="xforms-element-1257" class="xforms-control xforms-select1 xforms-incremental xforms-select1-appearance-minimal" name="xforms-element-1257">
id="xforms-element-1262" class="xforms-group"> id="xforms-element-1263" class="xforms-control xforms-trigger xforms-trigger-appearance-minimal xxforms-offline-insert" title="Ajout d'une traduction" href="#">Ajout d'une traduction

Mais peut etre que mes hypotheses ne sont pas bonnes
?
Merci d'avance pour vos éclaircissements.

Bonne
journée à tous.
Françoise.

22 janvier 2010 - 2:06pm

Nolwen Huet

Bonjour,

1/ Oui, ce sont les formats LOM, LOMFR et SupLOMFR traduits dans l'éditeur qui implique ce fonctionnement.
L'éditeur indique "Ajout d'une traduction" car il s'agit bien de traduire la valeur remplie précédemment et non de recréer une nouvelle entrée du champ. Les champs qui ne proposent pas "Ajout de ..." + le nom du champ sont en fait des champ non répétables, pour lesquels il n'est donc pas possible de rajouter une itération du champ (c'est le cas du champ titre par exemple, il ne peut y avoir qu'un titre, par contre il peut être traduit). Pour les champs répétables et traductibles, les deux options sont proposées (c'est le cas du champ mot-clé par exemple).

Pour l'aspect traduction, c'est un élément générique à l'éditeur d'où l'ajout du même libellé pour tous les champs. Ce champ est spécifié dans le fichier i18n fr_FR.xml, avec les lignes

 <ori-add-translation>Ajout d'une traduction</ori-add-translation>
 <ori-del-translation>Suppression d'une traduction</ori-del-translation>

2/ Pour reprendre l'exemple que vous citez,

 
 <fieldset>

 <widget:legend instance="i18n_lom" termIdentifier="4.6"/>

 <widget:ori-block element="lom:otherPlatformRequirements" minOccurs="0" maxOccurs="1"
 parent-element="lom:technical"
 preceding-elements="lom:format | lom:size | lom:location | lom:requirement | lom:installationRemarks">
 <widget:lom-string-with-language>
 <xforms:textarea ref=".">
 <widget:labels instance="i18n_lom" termIdentifier="4.6" hideLabel="true" hideHelp="true"/>
 </xforms:textarea>
 </widget:lom-string-with-language>
 </widget:ori-block>

 </fieldset>

les attributs minOccurs="0" maxOccurs="1" indique que le champ est facultatif et non répétable, l'éditeur le traduit par : il n'y aura pas de label "Ajout d'exigences techniques" ;
et l'utilisation de la balise <widget:lom-string-with-language> indique qu'il s'agit d'un champ traduisible, l'éditeur propose donc par contre le label "Ajout d'une traduction".

J'espère que ces éléments pourront vous aider.
Bonne journée
Nolwen

francoise Rousseau (schortin) a écrit :

" type="cite">
Bonjour,

En voulant fabriquer un nouveau formulaire auteur, a partir d'elements du formulaire full entre autres,
je me suis aperçue que nombre de liens "Ajout de ...." sont non pertinents par rapport aux intitulés ou à la signification des champs.

Exemple :
Si je prend le formulaire full suivant :
http://ori2.u-psud.fr:8186/ori-oai-md-editor/ori-md-editor/lomfr-sup-full/blank
et qu'on regarde ne serait ce que l'onglet General (mais c'est pareil pour les autres onglets),
je vois que :
-Titre est associé à "Ajout d'une traduction",
- Résumé aussi
Qq fois, "Ajout de" est pertinent, mais c'est souvent "Ajout d'une traduction" qui revient, sans que cela ait qq chose à voir avec le champ.

1/ Avez vous le meme phénomène chez vous ?

2/ Qq'un peut il m'expliquer le mécanisme d'association de ces "Ajout de" avec les champs ?
Je n'ai vu des "Ajout de" que dans le i18n/fr_FR.xml, et les libellés dans les i18n/mdeditor_catagories_xxxxx.xml ....

Je suppose que la séquence de code qui affiche un element du formulaire (ici le champ 4.6 intitulé "Configuration complémentaire" = OtherPlatformRequirements, c bizarre comme traduction ...)
de la façon suivante :

 
 <fieldset>

 <widget:legend instance="i18n_lom" termIdentifier="4.6"/>

 <widget:ori-block element="lom:otherPlatformRequirements" minOccurs="0" maxOccurs="1"
 parent-element="lom:technical"
 preceding-elements="lom:format | lom:size | lom:location | lom:requirement | lom:installationRemarks">
 <widget:lom-string-with-language>
 <xforms:textarea ref=".">
 <widget:labels instance="i18n_lom" termIdentifier="4.6" hideLabel="true" hideHelp="true"/>
 </xforms:textarea>
 </widget:lom-string-with-language>
 </widget:ori-block>

 </fieldset>

Elle devrait aller "chercher" l'element :
<add-otherPlatformRequirements>Ajout d'une autre exigence technique</add-otherPlatformRequirements>

Or, voici ce que ca affiche :

Configuration complémentaireProblèmeLangue

$xforms-template-label$

Ajout d'une traduction

Mais peut etre que mes hypotheses ne sont pas bonnes ?
Merci d'avance pour vos éclaircissements.

Bonne journée à tous.
Françoise.

-- 
Nolwen CLEMENT-HUET
Coordinateur Fonctionnel du projet ORI-OAI
Doc'INSA - INSA de Lyon
Mèl : nolwen.huet@insa-lyon.fr
Tel : 04 72 43 70 32
Web : http://docinsa.insa-lyon.fr

25 janvier 2010 - 2:33pm

(Répondre à #2) #3

francoise.schortin

Bonjour,
Merci pour ces infos : je faisais en effet pas mal
de confusions !

j'en profite pour poser qq questions en
rapport avec le sujet :
- dans <widget:ori-block
element="lom:otherPlatformRequirements"
>
minOccurs="0" maxOccurs="1"
parent-element="lom:technical"
>
preceding-elements="lom:format | lom:size |
> lom:location |
lom:requirement | lom:installationRemarks">
a quoi servent
les parent et preceding elements ?

- minOccurs et maxOccurs ne
jouent que sur l'affichage du champ ? je suppose qu'ils n'ont rien
à voir avec la notion de champ obligatoire dans la norme ?
Où et comment est gérée cette notion ? />
Merci bcp pour votre aide.
Françoise.
/>Le Ven 22 janvier 2010 14:06, Nolwen Huet a écrit :
>
Bonjour,
>
>
> 1/ Oui, ce sont les formats LOM,
LOMFR et SupLOMFR traduits dans
> l'éditeur qui implique
ce fonctionnement. L'éditeur indique "Ajout d'une
>
traduction" car il s'agit bien de traduire la valeur remplie
précédemment
> et non de recréer une
nouvelle entrée du champ. Les champs qui ne
> proposent
pas "Ajout de ..." + le nom du champ sont en fait des champ non

> répétables, pour lesquels il n'est donc pas
possible de rajouter une
> itération du champ (c'est le
cas du champ titre par exemple, il ne peut y
> avoir qu'un titre,
par contre il peut être traduit). Pour les champs
>
répétables et traductibles, les deux options sont
proposées (c'est le cas
> du champ mot-clé par
exemple).
>
> Pour l'aspect traduction, c'est un
élément générique à l'éditeur
d'où
> l'ajout du même libellé pour tous les
champs. Ce champ est spécifié dans le
> fichier
i18n fr_FR.xml, avec les lignes
>
>
<ori-add-translation>Ajout d'une
traduction</ori-add-translation>
>
<ori-del-translation>Suppression d'une
traduction</ori-del-translation>
>
>
> 2/
Pour reprendre l'exemple que vous citez,
>
>
>

> <fieldset>

>
>
> <widget:legend
instance="i18n_lom" termIdentifier="4.6"/> />>
>
> <widget:ori-block
element="lom:otherPlatformRequirements"
>
minOccurs="0" maxOccurs="1"
parent-element="lom:technical"
>
preceding-elements="lom:format | lom:size |
> lom:location |
lom:requirement | lom:installationRemarks">
>
<widget:lom-string-with-language>
> <xforms:textarea
ref=".">
> <widget:labels
instance="i18n_lom" termIdentifier="4.6"
>
hideLabel="true" hideHelp="true"/>
</xforms:textarea>
>
</widget:lom-string-with-language>
>
</widget:ori-block>
>
>
>
</fieldset>
>
>
> les attributs
minOccurs="0" maxOccurs="1" indique que le champ est

> facultatif et non répétable, l'éditeur le
traduit par : il n'y aura pas de
> label "Ajout d'exigences
techniques" ; et l'utilisation de la balise
>
<widget:lom-string-with-language> indique
> qu'il s'agit
d'un champ traduisible, l'éditeur propose donc par contre le />> label "Ajout d'une traduction".
>
>
J'espère que ces éléments pourront vous aider. />> Bonne journée
> Nolwen
>
> />>
> francoise Rousseau (schortin) a écrit : />>>
>> Bonjour,
>>
>> />>> En voulant fabriquer un nouveau formulaire auteur, a partir
d'elements
>> du formulaire full entre autres, je me suis
aperçue que nombre de liens
>> "Ajout de
...." sont non
>> pertinents par rapport aux
intitulés ou à la signification des champs.
>>

>> Exemple :
>> Si je prend le formulaire full
suivant :
>>
http://ori2.u-psud.fr:8186/ori-oai-md-editor/ori-md-editor/lomfr-sup-ful

>> l/blank et qu'on regarde ne serait ce que l'onglet General
(mais c'est
>> pareil pour les autres onglets), je vois que :
-Titre est associé à "Ajout
>> d'une
traduction", - Résumé aussi
>> Qq fois,
"Ajout de" est pertinent, mais c'est souvent "Ajout d'une

>> traduction" qui revient, sans que cela ait qq chose
à voir avec le
>> champ.
>>
>>
1/ Avez vous le meme phénomène chez vous ?
>>

>>
>> 2/ Qq'un peut il m'expliquer le
mécanisme d'association de ces "Ajout
>> de"
avec les champs ? Je n'ai vu des "Ajout de" que dans le />>> i18n/fr_FR.xml, et les libellés dans les
>>
i18n/mdeditor_catagories_xxxxx.xml ....
>>
>> Je
suppose que la séquence de code qui affiche un element du />>> formulaire (ici le champ 4.6 intitulé
"Configuration complémentaire" =
>>
OtherPlatformRequirements, c bizarre comme traduction ...)
>>
de la façon suivante :
>>
>> 
>> <fieldset> />>>
>>
>> <widget:legend
instance="i18n_lom" termIdentifier="4.6"/> />>>
>>
>> <widget:ori-block
element="lom:otherPlatformRequirements"
>>
minOccurs="0" maxOccurs="1"
parent-element="lom:technical"
>>
preceding-elements="lom:format | lom:size |
>>
lom:location | lom:requirement | lom:installationRemarks"> />>> <widget:lom-string-with-language>
>>
<xforms:textarea ref=".">
>> <widget:labels
instance="i18n_lom" termIdentifier="4.6" />>> hideLabel="true" hideHelp="true"/>
</xforms:textarea>
>>
</widget:lom-string-with-language>
>>
</widget:ori-block>
>>
>>
>>
</fieldset>
>>
>>
>> Elle
devrait aller "chercher" l'element :
>>
<add-otherPlatformRequirements>Ajout d'une autre exigence />>> technique</add-otherPlatformRequirements>
>>

>> Or, voici ce que ca affiche :
>> <#> />>> <#> Configuration
complémentaireProblèmeLangue
>>
$xforms-template-label$ <#>
>> Ajout d'une traduction
<#>
>>
>>
>>
>> />>> Mais peut etre que mes hypotheses ne sont pas bonnes ? />>> Merci d'avance pour vos éclaircissements.
>>

>>
>> Bonne journée à tous. />>> Françoise.
>>
>>
> />> --
> Nolwen CLEMENT-HUET
> Coordinateur
Fonctionnel du projet ORI-OAI
> Doc'INSA - INSA de Lyon />> Mèl : nolwen.huet@insa-lyon.fr
> Tel : 04 72 43 70
32
> Web : http://docinsa.insa-lyon.fr
>
> />>

25 janvier 2010 - 3:13pm

(Répondre à #3) #4

Nolwen Huet

Bonjour,

Tant mieux si mes explications ont pu vous aider, cette partie des éditeurs n'est pas la plus simple.
Je répond dans votre mail pour vos nouvelles questions.

Bonne journée
Nolwen

francoise Rousseau (schortin) a écrit :

" type="cite">Bonjour,
Merci pour ces infos : je faisais en effet pas mal de confusions !

j'en profite pour poser qq questions en rapport avec le sujet :
- dans <widget:ori-block element="lom:otherPlatformRequirements"
> minOccurs="0" maxOccurs="1" parent-element="lom:technical"
> preceding-elements="lom:format | lom:size |
> lom:location | lom:requirement | lom:installationRemarks">
a quoi servent les parent et preceding elements ?

Ces deux attributs permettent de replacer l'élément rempli dans la fiche XML finale. Vous pourrez voir un exemple concret de ce besoin en regardant le code de l'éditeur auteur LOM (fichier forms\ori-md-editor\lomfr-author-light\form\content-xforms.xml) : dans cet éditeur nous avons chamboulé l'ordre des éléments du LOM pour les présenter à l'auteur. Grâce aux deux attributs parent-element et preceding-elements, les balises XML avec leur valeur seront finalement créée correctement dans la structure LOM de la fiche.

" type="cite">
- minOccurs et maxOccurs ne jouent que sur l'affichage du champ ? je suppose qu'ils n'ont rien à voir avec la notion de champ obligatoire dans la norme ? Où et comment est gérée cette notion ?

Ils participent à la notion de champ obligatoire : si minOccurs est positionné à 1, le champ correspondant ne pourra pas être supprimé totalement, il sera toujours présent pour les éléments non répétables et il sera présent au moins une fois pour les champs répétables.
D'autres éléments des formulaires viennent s'ajouter pour la notion d'obligatoire, dans le fichier "source" des formulaires : form.xhtml, vous trouverez une balise <xforms:bind nodeset="instance('fr-form-instance')">. Elle liste des règles de validation à appliquer. Il peut s'agir de règles d'obligation ou de règles d'erreur (sur le format des données à saisir dans le champ par exemple). Les règles d'obligation sont de la forme <xforms:bind nodeset="mon noeud XML" required="1"/>, elles vont permettre d'afficher en rouge le tour du champ.
Les règles d'erreur sont de la forme <xforms:bind nodeset="mon noeud XML" constraint="la contrainte XPath à appliquer"/>, elles vont permettre d'afficher un message d'erreur.
Pour les champs obligatoire, ce qui est donc fait pour l'instant (en plus du minOccurs = 1), c'est une règle de chaque type. Ainsi pour le titre dans l'éditeur auteur, vous trouverez :


 <xforms:bind nodeset="instance('fr-form-instance')">

 
 <xforms:bind nodeset="lom:general/lom:title/lom:string" required="1"/>
 ...

 
 <xforms:bind nodeset="lom:general/lom:title/lom:string" constraint="normalize-space(.)!=''"/>
 ...

 </xforms:bind>

" type="cite">
Merci bcp pour votre aide.
Françoise.

Le Ven 22 janvier 2010 14:06, Nolwen Huet a écrit :
> Bonjour,
>
>
> 1/ Oui, ce sont les formats LOM, LOMFR et SupLOMFR traduits dans
> l'éditeur qui implique ce fonctionnement. L'éditeur indique "Ajout d'une
> traduction" car il s'agit bien de traduire la valeur remplie précédemment
> et non de recréer une nouvelle entrée du champ. Les champs qui ne
> proposent pas "Ajout de ..." + le nom du champ sont en fait des champ non
> répétables, pour lesquels il n'est donc pas possible de rajouter une
> itération du champ (c'est le cas du champ titre par exemple, il ne peut y
> avoir qu'un titre, par contre il peut être traduit). Pour les champs
> répétables et traductibles, les deux options sont proposées (c'est le cas
> du champ mot-clé par exemple).
>
> Pour l'aspect traduction, c'est un élément générique à l'éditeur d'où
> l'ajout du même libellé pour tous les champs. Ce champ est spécifié dans le
> fichier i18n fr_FR.xml, avec les lignes
>
> <ori-add-translation>Ajout d'une traduction</ori-add-translation>
> <ori-del-translation>Suppression d'une traduction</ori-del-translation>
>
>
> 2/ Pour reprendre l'exemple que vous citez,
>
>
> 
> <fieldset>
>
>
> <widget:legend instance="i18n_lom" termIdentifier="4.6"/>
>
>
> <widget:ori-block element="lom:otherPlatformRequirements"
> minOccurs="0" maxOccurs="1" parent-element="lom:technical"
> preceding-elements="lom:format | lom:size |
> lom:location | lom:requirement | lom:installationRemarks">
> <widget:lom-string-with-language>
> <xforms:textarea ref=".">
> <widget:labels instance="i18n_lom" termIdentifier="4.6"
> hideLabel="true" hideHelp="true"/> </xforms:textarea>
> </widget:lom-string-with-language>
> </widget:ori-block>
>
>
> </fieldset>
>
>
> les attributs minOccurs="0" maxOccurs="1" indique que le champ est
> facultatif et non répétable, l'éditeur le traduit par : il n'y aura pas de
> label "Ajout d'exigences techniques" ; et l'utilisation de la balise
> <widget:lom-string-with-language> indique
> qu'il s'agit d'un champ traduisible, l'éditeur propose donc par contre le
> label "Ajout d'une traduction".
>
> J'espère que ces éléments pourront vous aider.
> Bonne journée
> Nolwen
>
>
>
> francoise Rousseau (schortin) a écrit :
>>
>> Bonjour,
>>
>>
>> En voulant fabriquer un nouveau formulaire auteur, a partir d'elements
>> du formulaire full entre autres, je me suis aperçue que nombre de liens
>> "Ajout de ...." sont non
>> pertinents par rapport aux intitulés ou à la signification des champs.
>>
>> Exemple :
>> Si je prend le formulaire full suivant :
>> http://ori2.u-psud.fr:8186/ori-oai-md-editor/ori-md-editor/lomfr-sup-ful
>> l/blank et qu'on regarde ne serait ce que l'onglet General (mais c'est
>> pareil pour les autres onglets), je vois que : -Titre est associé à "Ajout
>> d'une traduction", - Résumé aussi
>> Qq fois, "Ajout de" est pertinent, mais c'est souvent "Ajout d'une
>> traduction" qui revient, sans que cela ait qq chose à voir avec le
>> champ.
>>
>> 1/ Avez vous le meme phénomène chez vous ?
>>
>>
>> 2/ Qq'un peut il m'expliquer le mécanisme d'association de ces "Ajout
>> de" avec les champs ? Je n'ai vu des "Ajout de" que dans le
>> i18n/fr_FR.xml, et les libellés dans les
>> i18n/mdeditor_catagories_xxxxx.xml ....
>>
>> Je suppose que la séquence de code qui affiche un element du
>> formulaire (ici le champ 4.6 intitulé "Configuration complémentaire" =
>> OtherPlatformRequirements, c bizarre comme traduction ...)
>> de la façon suivante :
>>
>> 
>> <fieldset>
>>
>>
>> <widget:legend instance="i18n_lom" termIdentifier="4.6"/>
>>
>>
>> <widget:ori-block element="lom:otherPlatformRequirements"
>> minOccurs="0" maxOccurs="1" parent-element="lom:technical"
>> preceding-elements="lom:format | lom:size |
>> lom:location | lom:requirement | lom:installationRemarks">
>> <widget:lom-string-with-language>
>> <xforms:textarea ref=".">
>> <widget:labels instance="i18n_lom" termIdentifier="4.6"
>> hideLabel="true" hideHelp="true"/> </xforms:textarea>
>> </widget:lom-string-with-language>
>> </widget:ori-block>
>>
>>
>> </fieldset>
>>
>>
>> Elle devrait aller "chercher" l'element :
>> <add-otherPlatformRequirements>Ajout d'une autre exigence
>> technique</add-otherPlatformRequirements>
>>
>> Or, voici ce que ca affiche :
>> <#>
>> <#> Configuration complémentaireProblèmeLangue
>> $xforms-template-label$ <#>
>> Ajout d'une traduction <#>
>>
>>
>>
>>
>> Mais peut etre que mes hypotheses ne sont pas bonnes ?
>> Merci d'avance pour vos éclaircissements.
>>
>>
>> Bonne journée à tous.
>> Françoise.
>>
>>
>
> --
> Nolwen CLEMENT-HUET
> Coordinateur Fonctionnel du projet ORI-OAI
> Doc'INSA - INSA de Lyon
> Mèl : nolwen.huet@insa-lyon.fr
> Tel : 04 72 43 70 32
> Web : http://docinsa.insa-lyon.fr
>
>
>

-- 
Nolwen CLEMENT-HUET
Coordinateur Fonctionnel du projet ORI-OAI
Doc'INSA - INSA de Lyon
Mèl : nolwen.huet@insa-lyon.fr
Tel : 04 72 43 70 32
Web : http://docinsa.insa-lyon.fr

25 janvier 2010 - 4:22pm

(Répondre à #4) #5

francoise.schortin

Encore merci, Nolwenn, vos explications me sont tres tres utiles.
une
question en appelle d'autres, je les pose donc derrière vos
dernières réponses, en gras ... />J'ai élagué un peu pour rendre plus lisible le
mail.
J'espere ne pas trop abuser de votre temps. />Françoise.

>
> francoise Rousseau
(schortin) a écrit :
>>
>> j'en profite
pour poser qq questions en rapport avec le sujet :
>> -
dans
>> <widget:ori-block
element="lom:otherPlatformRequirements"
>>>
minOccurs="0" maxOccurs="1"
parent-element="lom:technical"
>>>
preceding-elements="lom:format | lom:size |
>>>
lom:location | lom:requirement |
lom:installationRemarks">
>>
>> a quoi
servent les parent et preceding elements ?

> Ces deux
attributs permettent de replacer l'élément rempli dans la
fiche
> XML finale. Vous pourrez voir un exemple concret de ce
besoin en
> regardant le code de l'éditeur auteur LOM
(fichier
>
forms\ori-md-editor\lomfr-author-light\form\content-xforms.xml) : dans cet

> éditeur nous avons chamboulé l'ordre des
éléments du LOM pour les
> présenter
à l'auteur. Grâce aux deux attributs parent-element et />> preceding-elements, les balises XML avec leur valeur seront
finalement
> créée correctement dans la structure
LOM de la fiche.

OK, ce n'est donc pas le fichier
prototypes/lomfr-sup-prototype.xml qui est sensé contenir la
structure LOM pour le formulaire light ? j'ai cru un moment ...
En
effet, j'ai remarqué que si les éléments y sont, ils
ne sont pas forcement dans le "bon" ordre.
ex : title (1.2)
arrive avant identifier (1.1)
Où est défini le
"bon" ordre ?

Si on ne met pas correctement les
preceding-element, on va générer un document xml incorrect
par rapport à la norme ?

>> />>> - minOccurs et maxOccurs ne jouent que sur l'affichage du champ
? je
>> suppose qu'ils n'ont rien à voir avec la notion
de champ obligatoire dans
>> la norme ? Où et comment
est gérée cette notion ?

> Ils
participent à la notion de champ obligatoire : si minOccurs est />> positionné à 1, le champ correspondant ne pourra pas
être supprimé
> totalement, il sera toujours
présent pour les éléments non
répétables et
> il sera présent au moins une
fois pour les champs répétables.

>
D'autres
> éléments des formulaires viennent
s'ajouter pour la notion d'obligatoire,
> dans le fichier
"source" des formulaires : form.xhtml, vous trouverez une />> balise <xforms:bind
nodeset="instance('fr-form-instance')">.
/>En quise de fichiers .xhtml, je n'ai que des main-form
Je
suppose que vous parlez du fichier main-form.xhtml pour le formulaire
adhoc ?
Dans ce fichier, j'ai des xforms:bind
nodeset="instance('main-instance'). C'est ca ?
Qu'est ce que
c'est que "main-instance" ?

Elle liste

> des règles de validation à appliquer. Il peut
s'agir de règles
> d'obligation ou de règles
d'erreur (sur le format des données à saisir
> dans
le champ par exemple). Les règles d'obligation sont de la forme />> <xforms:bind
> nodeset="mon noeud XML"
required="1"/>, elles vont permettre d'afficher en
>
rouge le tour du champ.

Je n'ai pas vu le tour du
champ en rouge .... mais des points d'exclamations rouges. C'est cela ? />
Les règles d'erreur sont de la forme
<xforms:bind
> nodeset="mon noeud XML"
constraint="la contrainte XPath à appliquer"/>, />> elles vont permettre d'afficher un message d'erreur. Pour les
champs
> obligatoire, ce qui est donc fait pour l'instant (en
plus du minOccurs =
> 1), c'est une règle de chaque type.
Ainsi pour le
> titre dans l'éditeur auteur, vous
trouverez :
>
> 
>
<xforms:bind nodeset="instance('fr-form-instance')"> />>
>
> 
> <xforms:bind
nodeset="lom:general/lom:title/lom:string"
>
required="1"/> ...
>
>
>  <xforms:bind />> nodeset="lom:general/lom:title/lom:string"
>
constraint="normalize-space(.)!=''"/> ...
> />>
> </xforms:bind>
>
>

29 janvier 2010 - 12:18pm

(Répondre à #5) #6

Nolwen Huet

Re bonjour Françoise,
Toujours dans le mail, en essayant de ne pas faire trop long. Veuillez m'excuser pour le délai de réponse.
Nolwen

francoise Rousseau (schortin) a écrit :

" type="cite">Encore merci, Nolwenn, vos explications me sont tres tres utiles.
une question en appelle d'autres, je les pose donc derrière vos dernières réponses, en gras ...
J'ai élagué un peu pour rendre plus lisible le mail.
J'espere ne pas trop abuser de votre temps.
Françoise.

>
> francoise Rousseau (schortin) a écrit :
>>
>> j'en profite pour poser qq questions en rapport avec le sujet :
>> - dans
>> <widget:ori-block element="lom:otherPlatformRequirements"
>>> minOccurs="0" maxOccurs="1" parent-element="lom:technical"
>>> preceding-elements="lom:format | lom:size |
>>> lom:location | lom:requirement | lom:installationRemarks">
>>
>> a quoi servent les parent et preceding elements ?

> Ces deux attributs permettent de replacer l'élément rempli dans la fiche
> XML finale. Vous pourrez voir un exemple concret de ce besoin en
> regardant le code de l'éditeur auteur LOM (fichier
> forms\ori-md-editor\lomfr-author-light\form\content-xforms.xml) : dans cet
> éditeur nous avons chamboulé l'ordre des éléments du LOM pour les
> présenter à l'auteur. Grâce aux deux attributs parent-element et
> preceding-elements, les balises XML avec leur valeur seront finalement
> créée correctement dans la structure LOM de la fiche.

OK, ce n'est donc pas le fichier prototypes/lomfr-sup-prototype.xml qui est sensé contenir la structure LOM pour le formulaire light ? j'ai cru un moment ...
En effet, j'ai remarqué que si les éléments y sont, ils ne sont pas forcement dans le "bon" ordre.
ex : title (1.2) arrive avant identifier (1.1)
Où est défini le "bon" ordre ?

Le fichier prototype, permet à l'éditeur d'aller "piocher" la structure des éléments à rajouter lorsqu'on clique sur un lien "Ajouter un ...".
Pour l'inversion entre le titre et l'identifiant dans le fichier prototype du SupLOMFR, je ne l'avais jamais remarqué. Ce qu'il faut savoir c'est que le LOM n'ordonnent pas ses éléments les uns par rapport aux autres dans un bloc, de même qu'il n'ordonne pas les blocs entre eux. D'où la possibilité de créer un fichier valide comme ce fichier prototype.
L'ordre des éléments lorsqu'ils sont créés dans une fiche XML, est bien déterminé par les attributs parent-element et preceding-elements. Ci la fiche XML contient des éléments dans le désordre, ils ne seront pas retriés.

" type="cite">
Si on ne met pas correctement les preceding-element, on va générer un document xml incorrect par rapport à la norme ?

" type="cite">

>>
>> - minOccurs et maxOccurs ne jouent que sur l'affichage du champ ? je
>> suppose qu'ils n'ont rien à voir avec la notion de champ obligatoire dans
>> la norme ? Où et comment est gérée cette notion ?

> Ils participent à la notion de champ obligatoire : si minOccurs est
> positionné à 1, le champ correspondant ne pourra pas être supprimé
> totalement, il sera toujours présent pour les éléments non répétables et
> il sera présent au moins une fois pour les champs répétables.

> D'autres
> éléments des formulaires viennent s'ajouter pour la notion d'obligatoire,
> dans le fichier "source" des formulaires : form.xhtml, vous trouverez une
> balise <xforms:bind nodeset="instance('fr-form-instance')">.

En quise de fichiers .xhtml, je n'ai que des main-form
Je suppose que vous parlez du fichier main-form.xhtml pour le formulaire adhoc ?
Dans ce fichier, j'ai des xforms:bind nodeset="instance('main-instance'). C'est ca ?

C'est bien le fichier main-form.xhtml, désolée pour le décalage, je suis à moitié sur la version 1.6.

" type="cite">Qu'est ce que c'est que "main-instance" ?

Pour un éditeur Orbeon, c'est le document courant = la fiche XML en train de se construire.

" type="cite">

Elle liste
> des règles de validation à appliquer. Il peut s'agir de règles
> d'obligation ou de règles d'erreur (sur le format des données à saisir
> dans le champ par exemple). Les règles d'obligation sont de la forme
> <xforms:bind
> nodeset="mon noeud XML" required="1"/>, elles vont permettre d'afficher en
> rouge le tour du champ.

Je n'ai pas vu le tour du champ en rouge .... mais des points d'exclamations rouges. C'est cela ?

Non, les points d'exclamation correspondent aux règles d'erreur ci-dessous. Encore une confusion de ma part avec la 1.6, dans la 1.5, la feuille de style ne prend pas en compte ce paramètre.

" type="cite">
Les règles d'erreur sont de la forme <xforms:bind
> nodeset="mon noeud XML" constraint="la contrainte XPath à appliquer"/>,
> elles vont permettre d'afficher un message d'erreur. Pour les champs
> obligatoire, ce qui est donc fait pour l'instant (en plus du minOccurs =
> 1), c'est une règle de chaque type. Ainsi pour le
> titre dans l'éditeur auteur, vous trouverez :
>
> 
> <xforms:bind nodeset="instance('fr-form-instance')">
>
>
> 
> <xforms:bind nodeset="lom:general/lom:title/lom:string"
> required="1"/> ...
>
>
>  <xforms:bind
> nodeset="lom:general/lom:title/lom:string"
> constraint="normalize-space(.)!=''"/> ...
>
>
> </xforms:bind>
>
>

-- 
Nolwen CLEMENT-HUET
Coordinateur Fonctionnel du projet ORI-OAI
Doc'INSA - INSA de Lyon
Mèl : nolwen.huet@insa-lyon.fr
Tel : 04 72 43 70 32
Web : http://docinsa.insa-lyon.fr

Sujet clos

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

formulaires - pb sur les liens Ajout de ....

Options d'affichage des commentaires