champ requis dans le module editeur

  • 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:2a339316d691110c960228147c9ab606' 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\">J\'ai fait pas mal d\'essais et à chaque fois il ne me retourne aucun<br />\nrésultat...<br />\nMême pour une requête aussi simple que celle-ci : SELECT * FROM Document</p>\n<p>Le 14/01/2011 15:19, Raymond Bourges a écrit :<br />\n<div class=\"emailFilter_Toggle\">\n<blockquote class=\"emailFilter_Author_0\"><p>> Bonjour,<br />\n><br />\n> Le formulaire de recherche avancé n\'est pas prévu pour ça de base.<br />\n><br />\n> Il serait sans doute possible de le configurer mais c\'est un travail<br />\n> non négligeable.<br />\n><br />\n> P</div>\n</blockquote>\n</div>\n', created = 1507752565, expire = 1507838965, headers = '', serialized = 0 WHERE cid = '4:2a339316d691110c960228147c9ab606' 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:2a339316d691110c960228147c9ab606' 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\">J\'ai fait pas mal d\'essais et à chaque fois il ne me retourne aucun<br />\nrésultat...<br />\nMême pour une requête aussi simple que celle-ci : SELECT * FROM Document</p>\n<p>Le 14/01/2011 15:19, Raymond Bourges a écrit :<br />\n<div class=\"emailFilter_Toggle\">\n<blockquote class=\"emailFilter_Author_0\"><p>> Bonjour,<br />\n><br />\n> Le formulaire de recherche avancé n\'est pas prévu pour ça de base.<br />\n><br />\n> Il serait sans doute possible de le configurer mais c\'est un travail<br />\n> non négligeable.<br />\n><br />\n> P</div>\n</blockquote>\n</div>\n', created = 1507752565, expire = 1507838965, headers = '', serialized = 0 WHERE cid = '4:2a339316d691110c960228147c9ab606' 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:d14d45fd5aad2df53d0c23e60833c518' 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 Patrick,</p>\n<p>1) On NE touche PAS au fichier \"xxxx-prototype.xml\".<br />\nC\'est ce qui permet à ton éditeur de se \"balader\" dans le schéma de<br />\nmétadonnées utilisé par ton formulaire.<br />\n(C\'est le \"réservoir à noeuds\" comme dirait Grégoire)</p>\n<p>Voir les échanges inclus dans les mails de Grégoire et moi-même du 3<br />\ndécembre dernier sur le sujet, intitulés \"petit rappel sur les formulaires\".</p>\n<p>2) Si tu veux qu\'un champ soit affiché :<br />\n- déployé ;<br />\n- et en rouge pour indiquer qu\'il est obligatoire.</p>\n<p>D\'après le tableau que j\'ai envoyé dans mon mail du 8 décembre, il faut<br />\nque :<br />\n- le champ soit présent vide (sans valeur pré-remplie) dans le fichier<br />\n\"xxxx-blank.xml\" ;<br />\n- il doit être \"constraint\" et \"required\" dans le \"fichier form.xhtml\".</p>\n<p>Tu n\'as pas à toucher au fichier \"xxxx-prototype.xml\" (voir point 1<br />\nci-dessus)</p>\n<p>Jacques</p>\n<p>Le 10/12/2010 12:21, Patrick Agius a écrit :<br />\n<div class=\"emailFilter_Toggle\">\n<blockquote class=\"emailFilter_Author_0\"><p>> ok merci Jacques, en revanche j\'ai rajouté une liste de type obligatoire<br />\n> dans l\'éditeur et même lorsque je sélectionne un élément, la liste reste<br />\n> toujours en rouge comme si je n\'avais rien sélectionné. j\'ai modifié les<br />\n> paramètre dans le fiche xxxx-prototype.xml, y\'a-t-il d\'autres<br />\n> paramétrages à faire?<br />\n><br />\n><br />\n> Le jeudi 09 décembre 2010 à 10:51 +0100, Jacques Brassart a écrit :</p></blockquote>\n<blockquote class=\"emailFilter_Author_1\"><p>>> Bonjour Patrick,<br />\n>><br />\n>> Si tu fais référence au message d\'erreur qui s\'affiche sous un champ,<br />\n>> la notion de \"facultatif\", \"recommandé\" ou \"obligatoire\" vient par<br />\n>> défaut, sur l\'exemple des ressources pédagogiques, du LOMFR ou du<br />\n>> SupLOMFR (en fonction du schéma de MD utilisé).<br />\n>> C\'est ce que préconise la norme.<br />\n>><br />\n>> Par contre de ton côté, ORI-OAI te laisse libre de rendre \"requis\" ou<br />\n>> \"non requis\" un champ quelqu\'il soit.<br />\n>><br />\n>> Si tu souhaites modifier le libellé, procédure :<br />\n>><br />\n>> 1) dans form.xhtml, tu dois avoir une balise<xforms:instance<br />\n>> id=\"i18n_xxx ...><br />\n>> elle t\'indique sur quel fichier s\'appuie la gestion de libellés et<br />\n>> messages du formulaire<br />\n>><br />\n>> 2) tu vas travailler ce fichier dans le dossier \"i18n\" de ton formulaire<br />\n>> WEB-INF\\resources\\forms\\ori-md-editor\\(mon_formulaire)\\i18n\\<br />\n>> si tu n\'a pas ce dossier tu le crées<br />\n>> (pour les bonnes pratiques pour la personnalisation, voir [1] en bas de<br />\n>> ce mail)<br />\n>> tu y fais un copier/coller du fichier concerné<br />\n>><br />\n>> 3) tu peux alors modifier la balise<xforms:alert><br />\n>> Pour chaque<vdex:term ...>, tu as une branche<br />\n>> <vdex:metadata><br />\n>> <xforms:alert><br />\n>><br />\n>> 4) évidemment tu redéploie sur le tomcat de l\'éditeur<br />\n>> ant all<br />\n>><br />\n>><br />\n>><br />\n>> [1] : je te renvoie vers les diaporamas de la formation technique niveau<br />\n>> 2, en ligne sur le site ORI-OAI<br />\n>> <a href=\"http://www.ori-oai.org\" title=\"www.ori-oai.org\">www.ori-oai.org</a> ; onglet Communication / Formations ; lien \"Formations<br />\n>> techniques\" ; tableau de bas de page, ligne 6-7 mai 2010<br />\n>> Modules search, md-editor et workflow (partie<br />\n>> \"Duplication/Personnalisation\")<br />\n>><br />\n>> Jacques<br />\n>><br />\n>><br />\n>> Le 09/12/2010 10:07, Patrick Agius a écrit :</p></blockquote>\n<blockquote class=\"emailFilter_Author_2\"><p>>>> merci jacques, cela semble fonctionner comme çà.<br />\n>>> en revanche, je m\'interroge sur le fonctionnement d\'un champ<br />\n>>> \"recommandé\": étant donné que nous ne pouvons choisir qu\'entre \"requis\"<br />\n>>> ou \"non requis\", \"recommandé\" fait la même chose que \"requis\" et semble<br />\n>>> redondant.<br />\n>>><br />\n>>> Le mercredi 08 décembre 2010 à 15:27 +0100, Jacques Brassart a écrit :</p></blockquote>\n<blockquote class=\"emailFilter_Author_3\"><p>>>>> Patrick,<br />\n>>>><br />\n>>>> Probablement à cause du<br />\n>>>> <xforms:bind nodeset=\"//lom:value\" constraint=\"not(. = \'\')\"/> qui se<br />\n>>>> trouve en haut du fichier form.xhtml.<br />\n>>>><br />\n>>>> Cette ligne porte sur tous les champs correspondant à des noeuds<br />\n>>>> \"lom:value\" du schéma de MD.<br />\n>>>> Ces noeuds correspondent à des éléments pour lesquels il y a un<br />\n>>>> vocabulaire contrôlé (liste finie de valeurs possible),<br />\n>>>> et donc pour lesquels une liste déroulante est proposée par défaut dans<br />\n>>>> les formulaires.<br />\n>>>><br />\n>>>> C\'est le cas des deux champs dont tu parles.<br />\n>>>><br />\n>>>> Donc, plusieurs cas !<br />\n>>>><br />\n>>>> 1) tu veux que tous les champs à liste déroulante ne soient pas affichés<br />\n>>>> en rouge<br />\n>>>> Tu commentes la ligne ;<br />\n>>>> (ainsi que la ligne<xforms:bind nodeset=\"//lomfr:value\"<br />\n>>>> constraint=\"not(. = \'\')\"/> si tu bases ton formulaire sur le SupLOMFR)<br />\n>>>><br />\n>>>> 2) tu souhaites seulement certains champs à liste déroulante affichés en<br />\n>>>> rouge (voir fichier d\'exemple en attaché)<br />\n>>>> idem que précédemment (voir lignes 32-35)<br />\n>>>> +<br />\n>>>> pour les champs que tu veux en rouge, tu ajoutes les lignes avec<br />\n>>>> \"constraint\" et \"required\" (voir lignes 60-184)<br />\n>>>><br />\n>>>><br />\n>>>> Jacques<br />\n>>>><br />\n>>>><br />\n>>>><br />\n>>>> Le 08/12/2010 15:01, Patrick Agius a écrit :</p></blockquote>\n<blockquote class=\"emailFilter_Author_4\"><p>>>>>> merci Jacques, effectivement j\'ai reussi à rendre le champ localisation<br />\n>>>>> non obligatoire en enlevant le \"constraint\" mais j\'ai cependant un<br />\n>>>>> problème avec les listes déroulantes type et nom dans configuration<br />\n>>>>> requise: d\'après votre tableau, ils sont dans blank, sans constraint ni<br />\n>>>>> required et déployé mais pourtant le champ reste rouge<br />\n>>>>><br />\n>>>>> Le mercredi 08 décembre 2010 à 14:01 +0100, Jacques Brassart a écrit :</p></blockquote>\n<blockquote class=\"emailFilter_Author_5\"><p>>>>>>> Patrick,<br />\n>>>>>><br />\n>>>>>> En attaché une analyse que j\'avais faite sur la v1.6.2, mais qui reste à<br />\n>>>>>> mon avis valable pour la v1.6.3 (dernier tag édité).<br />\n>>>>>><br />\n>>>>>> Cela permet de voir où intervenir pour avoir :<br />\n>>>>>> - un champ replié ou déployé ;<br />\n>>>>>> - un champ affiché en rouge ou en blanc.<br />\n>>>>>><br />\n>>>>>> Jacques<br />\n>>>>>><br />\n>>>>>> Le 08/12/2010 13:30, Patrick Agius a écrit :</p></blockquote>\n<blockquote class=\"emailFilter_Author_6\"><p>>>>>>>> j\'utilise et teste sur le module editeur. j\'ai fait les modifications<br />\n>>>>>>> dans le code source. merci<br />\n>>>>>>><br />\n>>>>>>> Le mercredi 08 décembre 2010 à 12:42 +0100, Jacques Brassart a écrit :</p></blockquote>\n<blockquote class=\"emailFilter_Author_7\"><p>>>>>>>>> Bonjour,<br />\n>>>>>>>><br />\n>>>>>>>> Pourriez-vous préciser dans quel cas vous êtes quand vous dîtes \"le<br />\n>>>>>>>> champ reste obligatoire\" ?<br />\n>>>>>>>><br />\n>>>>>>>> 1) Vous utilisez le formulaire depuis l\'éditeur ou le workflow,<br />\n>>>>>>>> et vous avez le champ en rouge quand il est vide ?<br />\n>>>>>>>><br />\n>>>>>>>> 2) Le formulaire est appelé depuis le workflow, et il y a un contrôle<br />\n>>>>>>>> sur un champ défini comme \"obligatoire\" dans la configuration (message<br />\n>>>>>>>> en rouge dans la colonne \"Informations\") ?<br />\n>>>>>>>><br />\n>>>>>>>> Merci,<br />\n>>>>>>>><br />\n>>>>>>>> Jacques<br />\n>>>>>>>><br />\n>>>>>>>> Le 08/12/2010 12:32, Patrick Agius a écrit :</p></blockquote>\n<blockquote class=\"emailFilter_Author_8\"><p>>>>>>>>>> bonjour<br />\n>>>>>>>>> j\'essaie d\'enlever la condition champs requis pour un des elements du<br />\n>>>>>>>>> module editeur.<br />\n>>>>>>>>><br />\n>>>>>>>>> par exemple pour le champ localisation dans le 4eme onglet du formulaire<br />\n>>>>>>>>> suplom complet, je supprime dans form.xhtml:<br />\n>>>>>>>>> <xforms:bind nodeset=\"lom:technical/lom:location\" required=\"1\"/><br />\n>>>>>>>>><br />\n>>>>>>>>> mais le champ reste obligatoire dans le formulaire!!<br />\n>>>>>>>>> j\'ai egalement essayer avec required=\"0\" et egalement dans<br />\n>>>>>>>>> case-technical.xml de mettre minOccurs à 0 mais ca ne change rien non<br />\n>>>>>>>>> plus, le champ est toujours obligatoire<br />\n>>>>>>>>><br />\n>>>>>>>>> pouvez vous m\'aider?<br />\n>>>>>>>>><br />\n>>>>>>>>> merci<br />\n>>>>>>>>> cordialement<br />\n>>>>>>>>> patrick agius<br />\n>>>>>>>>><br />\n>>>>>>>>><br />\n>>>>>>>>><br />\n>>>>>>>>><br />\n>>>>>>>>></p></blockquote>\n<blockquote class=\"emailFilter_Author_6\"><p>>>>>>>><br />\n>>>>>>></p></blockquote>\n<blockquote class=\"emailFilter_Author_4\"><p>>>>>><br />\n>>>>><br />\n>>>>></p></blockquote>\n<blockquote class=\"emailFilter_Author_2\"><p>>>><br />\n>>><br />\n>>><br />\n>>></p></blockquote>\n<blockquote class=\"emailFilter_Author_0\"><p>><br />\n><br />\n><br />\n><br />\n></div>\n</blockquote>\n<p>--<br />\nJacques Brassart<br />\nUNR Nord-Pas de Calais<br />\nUniversité de Valenciennes et du Hainaut-Cambrésis<br />\nTél : 03 27 51 17 70</p>\n</div>\n', created = 1507752566, expire = 1507838966, headers = '', serialized = 0 WHERE cid = '4:d14d45fd5aad2df53d0c23e60833c518' 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:d143411d786fb06cf206d2b12330a152' 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\">ok merci Jacques, en revanche j\'ai rajouté une liste de type obligatoire<br />\ndans l\'éditeur et même lorsque je sélectionne un élément, la liste reste<br />\ntoujours en rouge comme si je n\'avais rien sélectionné. j\'ai modifié les<br />\nparamètre dans le fiche xxxx-prototype.xml, y\'a-t-il d\'autres<br />\nparamétrages à faire?</p>\n<p>Le jeudi 09 décembre 2010 à 10:51 +0100, Jacques Brassart a écrit :<br />\n<div class=\"emailFilter_Toggle\">\n<blockquote class=\"emailFilter_Author_0\"><p>> Bonjour Patrick,<br />\n><br />\n> Si tu fais référence au message d\'erreur qui s\'affiche sous un champ,<br />\n> la notion de \"facultatif\", \"recommandé\" ou \"obligatoire\" vient par<br />\n> défaut, sur l\'exemple des ressources pédagogiques, du LOMFR ou du<br />\n> SupLOMFR (en fonction du schéma de MD utilisé).<br />\n> C\'est ce que préconise la norme.<br />\n><br />\n> Par contre de ton côté, ORI-OAI te laisse libre de rendre \"requis\" ou<br />\n> \"non requis\" un champ quelqu\'il soit.<br />\n><br />\n> Si tu souhaites modifier le libellé, procédure :<br />\n><br />\n> 1) dans form.xhtml, tu dois avoir une balise <xforms:instance<br />\n> id=\"i18n_xxx ... ><br />\n> elle t\'indique sur quel fichier s\'appuie la gestion de libellés et<br />\n> messages du formulaire<br />\n><br />\n> 2) tu vas travailler ce fichier dans le dossier \"i18n\" de ton formulaire<br />\n> WEB-INF\\resources\\forms\\ori-md-editor\\(mon_formulaire)\\i18n\\<br />\n> si tu n\'a pas ce dossier tu le crées<br />\n> (pour les bonnes pratiques pour la personnalisation, voir [1] en bas de<br />\n> ce mail)<br />\n> tu y fais un copier/coller du fichier concerné<br />\n><br />\n> 3) tu peux alors modifier la balise <xforms:alert><br />\n> Pour chaque <vdex:term ... >, tu as une branche<br />\n> <vdex:metadata><br />\n> <xforms:alert><br />\n><br />\n> 4) évidemment tu redéploie sur le tomcat de l\'éditeur<br />\n> ant all<br />\n><br />\n><br />\n><br />\n> [1] : je te renvoie vers les diaporamas de la formation technique niveau<br />\n> 2, en ligne sur le site ORI-OAI<br />\n> <a href=\"http://www.ori-oai.org\" title=\"www.ori-oai.org\">www.ori-oai.org</a> ; onglet Communication / Formations ; lien \"Formations<br />\n> techniques\" ; tableau de bas de page, ligne 6-7 mai 2010<br />\n> Modules search, md-editor et workflow (partie<br />\n> \"Duplication/Personnalisation\")<br />\n><br />\n> Jacques<br />\n><br />\n><br />\n> Le 09/12/2010 10:07, Patrick Agius a écrit :</p></blockquote>\n<blockquote class=\"emailFilter_Author_1\"><p>> > merci jacques, cela semble fonctionner comme çà.<br />\n> > en revanche, je m\'interroge sur le fonctionnement d\'un champ<br />\n> > \"recommandé\": étant donné que nous ne pouvons choisir qu\'entre \"requis\"<br />\n> > ou \"non requis\", \"recommandé\" fait la même chose que \"requis\" et semble<br />\n> > redondant.<br />\n> ><br />\n> > Le mercredi 08 décembre 2010 à 15:27 +0100, Jacques Brassart a écrit :</p></blockquote>\n<blockquote class=\"emailFilter_Author_2\"><p>> >> Patrick,<br />\n> >><br />\n> >> Probablement à cause du<br />\n> >> <xforms:bind nodeset=\"//lom:value\" constraint=\"not(. = \'\')\"/> qui se<br />\n> >> trouve en haut du fichier form.xhtml.<br />\n> >><br />\n> >> Cette ligne porte sur tous les champs correspondant à des noeuds<br />\n> >> \"lom:value\" du schéma de MD.<br />\n> >> Ces noeuds correspondent à des éléments pour lesquels il y a un<br />\n> >> vocabulaire contrôlé (liste finie de valeurs possible),<br />\n> >> et donc pour lesquels une liste déroulante est proposée par défaut dans<br />\n> >> les formulaires.<br />\n> >><br />\n> >> C\'est le cas des deux champs dont tu parles.<br />\n> >><br />\n> >> Donc, plusieurs cas !<br />\n> >><br />\n> >> 1) tu veux que tous les champs à liste déroulante ne soient pas affichés<br />\n> >> en rouge<br />\n> >> Tu commentes la ligne ;<br />\n> >> (ainsi que la ligne<xforms:bind nodeset=\"//lomfr:value\"<br />\n> >> constraint=\"not(. = \'\')\"/> si tu bases ton formulaire sur le SupLOMFR)<br />\n> >><br />\n> >> 2) tu souhaites seulement certains champs à liste déroulante affichés en<br />\n> >> rouge (voir fichier d\'exemple en attaché)<br />\n> >> idem que précédemment (voir lignes 32-35)<br />\n> >> +<br />\n> >> pour les champs que tu veux en rouge, tu ajoutes les lignes avec<br />\n> >> \"constraint\" et \"required\" (voir lignes 60-184)<br />\n> >><br />\n> >><br />\n> >> Jacques<br />\n> >><br />\n> >><br />\n> >><br />\n> >> Le 08/12/2010 15:01, Patrick Agius a écrit :</p></blockquote>\n<blockquote class=\"emailFilter_Author_3\"><p>> >>> merci Jacques, effectivement j\'ai reussi à rendre le champ localisation<br />\n> >>> non obligatoire en enlevant le \"constraint\" mais j\'ai cependant un<br />\n> >>> problème avec les listes déroulantes type et nom dans configuration<br />\n> >>> requise: d\'après votre tableau, ils sont dans blank, sans constraint ni<br />\n> >>> required et déployé mais pourtant le champ reste rouge<br />\n> >>><br />\n> >>> Le mercredi 08 décembre 2010 à 14:01 +0100, Jacques Brassart a écrit :</p></blockquote>\n<blockquote class=\"emailFilter_Author_4\"><p>> >>>> Patrick,<br />\n> >>>><br />\n> >>>> En attaché une analyse que j\'avais faite sur la v1.6.2, mais qui reste à<br />\n> >>>> mon avis valable pour la v1.6.3 (dernier tag édité).<br />\n> >>>><br />\n> >>>> Cela permet de voir où intervenir pour avoir :<br />\n> >>>> - un champ replié ou déployé ;<br />\n> >>>> - un champ affiché en rouge ou en blanc.<br />\n> >>>><br />\n> >>>> Jacques<br />\n> >>>><br />\n> >>>> Le 08/12/2010 13:30, Patrick Agius a écrit :</p></blockquote>\n<blockquote class=\"emailFilter_Author_5\"><p>> >>>>> j\'utilise et teste sur le module editeur. j\'ai fait les modifications<br />\n> >>>>> dans le code source. merci<br />\n> >>>>><br />\n> >>>>> Le mercredi 08 décembre 2010 à 12:42 +0100, Jacques Brassart a écrit :</p></blockquote>\n<blockquote class=\"emailFilter_Author_6\"><p>> >>>>>> Bonjour,<br />\n> >>>>>><br />\n> >>>>>> Pourriez-vous préciser dans quel cas vous êtes quand vous dîtes \"le<br />\n> >>>>>> champ reste obligatoire\" ?<br />\n> >>>>>><br />\n> >>>>>> 1) Vous utilisez le formulaire depuis l\'éditeur ou le workflow,<br />\n> >>>>>> et vous avez le champ en rouge quand il est vide ?<br />\n> >>>>>><br />\n> >>>>>> 2) Le formulaire est appelé depuis le workflow, et il y a un contrôle<br />\n> >>>>>> sur un champ défini comme \"obligatoire\" dans la configuration (message<br />\n> >>>>>> en rouge dans la colonne \"Informations\") ?<br />\n> >>>>>><br />\n> >>>>>> Merci,<br />\n> >>>>>><br />\n> >>>>>> Jacques<br />\n> >>>>>><br />\n> >>>>>> Le 08/12/2010 12:32, Patrick Agius a écrit :</p></blockquote>\n<blockquote class=\"emailFilter_Author_7\"><p>> >>>>>>> bonjour<br />\n> >>>>>>> j\'essaie d\'enlever la condition champs requis pour un des elements du<br />\n> >>>>>>> module editeur.<br />\n> >>>>>>><br />\n> >>>>>>> par exemple pour le champ localisation dans le 4eme onglet du formulaire<br />\n> >>>>>>> suplom complet, je supprime dans form.xhtml:<br />\n> >>>>>>> <xforms:bind nodeset=\"lom:technical/lom:location\" required=\"1\"/><br />\n> >>>>>>><br />\n> >>>>>>> mais le champ reste obligatoire dans le formulaire!!<br />\n> >>>>>>> j\'ai egalement essayer avec required=\"0\" et egalement dans<br />\n> >>>>>>> case-technical.xml de mettre minOccurs à 0 mais ca ne change rien non<br />\n> >>>>>>> plus, le champ est toujours obligatoire<br />\n> >>>>>>><br />\n> >>>>>>> pouvez vous m\'aider?<br />\n> >>>>>>><br />\n> >>>>>>> merci<br />\n> >>>>>>> cordialement<br />\n> >>>>>>> patrick agius<br />\n> >>>>>>><br />\n> >>>>>>><br />\n> >>>>>>><br />\n> >>>>>>><br />\n> >>>>>>></p></blockquote>\n<blockquote class=\"emailFilter_Author_5\"><p>> >>>>><br />\n> >>>>><br />\n> >>>>></p></blockquote>\n<blockquote class=\"emailFilter_Author_3\"><p>> >>><br />\n> >>><br />\n> >>><br />\n> >>></p></blockquote>\n<blockquote class=\"emailFilter_Author_1\"><p>> ><br />\n> ><br />\n> ><br />\n> ><br />\n> ></p></blockquote>\n<blockquote class=\"emailFilter_Author_0\"><p>> </div>\n</blockquote>\n</div>\n', created = 1507752567, expire = 1507838967, headers = '', serialized = 0 WHERE cid = '4:d143411d786fb06cf206d2b12330a152' 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:0318ba448539b44fb9abe2b10225bd96' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 27.
  • user warning: Table './drupal_www_ori_oai_org/cache_filter' is marked as crashed and last (automatic?) repair failed query: UPDATE cache_filter SET data = '<div class=\"emailFilter\">merci jacques, cela semble fonctionner comme çà.<br />\nen revanche, je m\'interroge sur le fonctionnement d\'un champ<br />\n\"recommandé\": étant donné que nous ne pouvons choisir qu\'entre \"requis\"<br />\nou \"non requis\", \"recommandé\" fait la même chose que \"requis\" et semble<br />\nredondant.</p>\n<p>Le mercredi 08 décembre 2010 à 15:27 +0100, Jacques Brassart a écrit :<br />\n<div class=\"emailFilter_Toggle\">\n<blockquote class=\"emailFilter_Author_0\"><p>> Patrick,<br />\n><br />\n> Probablement à cause du<br />\n> <xforms:bind nodeset=\"//lom:value\" constraint=\"not(. = \'\')\"/> qui se<br />\n> trouve en haut du fichier form.xhtml.<br />\n><br />\n> Cette ligne porte sur tous les champs correspondant à des noeuds<br />\n> \"lom:value\" du schéma de MD.<br />\n> Ces noeuds correspondent à des éléments pour lesquels il y a un<br />\n> vocabulaire contrôlé (liste finie de valeurs possible),<br />\n> et donc pour lesquels une liste déroulante est proposée par défaut dans<br />\n> les formulaires.<br />\n><br />\n> C\'est le cas des deux champs dont tu parles.<br />\n><br />\n> Donc, plusieurs cas !<br />\n><br />\n> 1) tu veux que tous les champs à liste déroulante ne soient pas affichés<br />\n> en rouge<br />\n> Tu commentes la ligne ;<br />\n> (ainsi que la ligne <xforms:bind nodeset=\"//lomfr:value\"<br />\n> constraint=\"not(. = \'\')\"/> si tu bases ton formulaire sur le SupLOMFR)<br />\n><br />\n> 2) tu souhaites seulement certains champs à liste déroulante affichés en<br />\n> rouge (voir fichier d\'exemple en attaché)<br />\n> idem que précédemment (voir lignes 32-35)<br />\n> +<br />\n> pour les champs que tu veux en rouge, tu ajoutes les lignes avec<br />\n> \"constraint\" et \"required\" (voir lignes 60-184)<br />\n><br />\n><br />\n> Jacques<br />\n><br />\n><br />\n><br />\n> Le 08/12/2010 15:01, Patrick Agius a écrit :</p></blockquote>\n<blockquote class=\"emailFilter_Author_1\"><p>> > merci Jacques, effectivement j\'ai reussi à rendre le champ localisation<br />\n> > non obligatoire en enlevant le \"constraint\" mais j\'ai cependant un<br />\n> > problème avec les listes déroulantes type et nom dans configuration<br />\n> > requise: d\'après votre tableau, ils sont dans blank, sans constraint ni<br />\n> > required et déployé mais pourtant le champ reste rouge<br />\n> ><br />\n> > Le mercredi 08 décembre 2010 à 14:01 +0100, Jacques Brassart a écrit :</p></blockquote>\n<blockquote class=\"emailFilter_Author_2\"><p>> >> Patrick,<br />\n> >><br />\n> >> En attaché une analyse que j\'avais faite sur la v1.6.2, mais qui reste à<br />\n> >> mon avis valable pour la v1.6.3 (dernier tag édité).<br />\n> >><br />\n> >> Cela permet de voir où intervenir pour avoir :<br />\n> >> - un champ replié ou déployé ;<br />\n> >> - un champ affiché en rouge ou en blanc.<br />\n> >><br />\n> >> Jacques<br />\n> >><br />\n> >> Le 08/12/2010 13:30, Patrick Agius a écrit :</p></blockquote>\n<blockquote class=\"emailFilter_Author_3\"><p>> >>> j\'utilise et teste sur le module editeur. j\'ai fait les modifications<br />\n> >>> dans le code source. merci<br />\n> >>><br />\n> >>> Le mercredi 08 décembre 2010 à 12:42 +0100, Jacques Brassart a écrit :</p></blockquote>\n<blockquote class=\"emailFilter_Author_4\"><p>> >>>> Bonjour,<br />\n> >>>><br />\n> >>>> Pourriez-vous préciser dans quel cas vous êtes quand vous dîtes \"le<br />\n> >>>> champ reste obligatoire\" ?<br />\n> >>>><br />\n> >>>> 1) Vous utilisez le formulaire depuis l\'éditeur ou le workflow,<br />\n> >>>> et vous avez le champ en rouge quand il est vide ?<br />\n> >>>><br />\n> >>>> 2) Le formulaire est appelé depuis le workflow, et il y a un contrôle<br />\n> >>>> sur un champ défini comme \"obligatoire\" dans la configuration (message<br />\n> >>>> en rouge dans la colonne \"Informations\") ?<br />\n> >>>><br />\n> >>>> Merci,<br />\n> >>>><br />\n> >>>> Jacques<br />\n> >>>><br />\n> >>>> Le 08/12/2010 12:32, Patrick Agius a écrit :</p></blockquote>\n<blockquote class=\"emailFilter_Author_5\"><p>> >>>>> bonjour<br />\n> >>>>> j\'essaie d\'enlever la condition champs requis pour un des elements du<br />\n> >>>>> module editeur.<br />\n> >>>>><br />\n> >>>>> par exemple pour le champ localisation dans le 4eme onglet du formulaire<br />\n> >>>>> suplom complet, je supprime dans form.xhtml:<br />\n> >>>>> <xforms:bind nodeset=\"lom:technical/lom:location\" required=\"1\"/><br />\n> >>>>><br />\n> >>>>> mais le champ reste obligatoire dans le formulaire!!<br />\n> >>>>> j\'ai egalement essayer avec required=\"0\" et egalement dans<br />\n> >>>>> case-technical.xml de mettre minOccurs à 0 mais ca ne change rien non<br />\n> >>>>> plus, le champ est toujours obligatoire<br />\n> >>>>><br />\n> >>>>> pouvez vous m\'aider?<br />\n> >>>>><br />\n> >>>>> merci<br />\n> >>>>> cordialement<br />\n> >>>>> patrick agius<br />\n> >>>>><br />\n> >>>>><br />\n> >>>>><br />\n> >>>>><br />\n> >>>>></p></blockquote>\n<blockquote class=\"emailFilter_Author_3\"><p>> >>><br />\n> >>><br />\n> >>><br />\n> >>></p></blockquote>\n<blockquote class=\"emailFilter_Author_1\"><p>> ><br />\n> ><br />\n> ><br />\n> ><br />\n> ></p></blockquote>\n<blockquote class=\"emailFilter_Author_0\"><p>> </div>\n</blockquote>\n</div>\n', created = 1507752567, expire = 1507838967, headers = '', serialized = 0 WHERE cid = '4:0318ba448539b44fb9abe2b10225bd96' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 112.
3 messages / 0 nouveaux
Sujet clos
Dernière contribution
14 décembre 2010 - 8:59am
#1
jbrassar
champ requis dans le module editeur
Bonjour Patrick,

1) On NE touche PAS au fichier "xxxx-prototype.xml".
C'est ce qui permet à ton éditeur de se "balader" dans le schéma de
métadonnées utilisé par ton formulaire.
(C'est le "réservoir à noeuds" comme dirait Grégoire)

Voir les échanges inclus dans les mails de Grégoire et moi-même du 3
décembre dernier sur le sujet, intitulés "petit rappel sur les formulaires".

2) Si tu veux qu'un champ soit affiché :
- déployé ;
- et en rouge pour indiquer qu'il est obligatoire.

D'après le tableau que j'ai envoyé dans mon mail du 8 décembre, il faut
que :
- le champ soit présent vide (sans valeur pré-remplie) dans le fichier
"xxxx-blank.xml" ;
- il doit être "constraint" et "required" dans le "fichier form.xhtml".

Tu n'as pas à toucher au fichier "xxxx-prototype.xml" (voir point 1
ci-dessus)

Jacques

Le 10/12/2010 12:21, Patrick Agius a écrit :

> ok merci Jacques, en revanche j'ai rajouté une liste de type obligatoire
> dans l'éditeur et même lorsque je sélectionne un élément, la liste reste
> toujours en rouge comme si je n'avais rien sélectionné. j'ai modifié les
> paramètre dans le fiche xxxx-prototype.xml, y'a-t-il d'autres
> paramétrages à faire?
>
>
> Le jeudi 09 décembre 2010 à 10:51 +0100, Jacques Brassart a écrit :

>> Bonjour Patrick,
>>
>> Si tu fais référence au message d'erreur qui s'affiche sous un champ,
>> la notion de "facultatif", "recommandé" ou "obligatoire" vient par
>> défaut, sur l'exemple des ressources pédagogiques, du LOMFR ou du
>> SupLOMFR (en fonction du schéma de MD utilisé).
>> C'est ce que préconise la norme.
>>
>> Par contre de ton côté, ORI-OAI te laisse libre de rendre "requis" ou
>> "non requis" un champ quelqu'il soit.
>>
>> Si tu souhaites modifier le libellé, procédure :
>>
>> 1) dans form.xhtml, tu dois avoir une balise >> id="i18n_xxx ...>
>> elle t'indique sur quel fichier s'appuie la gestion de libellés et
>> messages du formulaire
>>
>> 2) tu vas travailler ce fichier dans le dossier "i18n" de ton formulaire
>> WEB-INF\resources\forms\ori-md-editor\(mon_formulaire)\i18n\
>> si tu n'a pas ce dossier tu le crées
>> (pour les bonnes pratiques pour la personnalisation, voir [1] en bas de
>> ce mail)
>> tu y fais un copier/coller du fichier concerné
>>
>> 3) tu peux alors modifier la balise
>> Pour chaque, tu as une branche
>>
>>
>>
>> 4) évidemment tu redéploie sur le tomcat de l'éditeur
>> ant all
>>
>>
>>
>> [1] : je te renvoie vers les diaporamas de la formation technique niveau
>> 2, en ligne sur le site ORI-OAI
>> www.ori-oai.org ; onglet Communication / Formations ; lien "Formations
>> techniques" ; tableau de bas de page, ligne 6-7 mai 2010
>> Modules search, md-editor et workflow (partie
>> "Duplication/Personnalisation")
>>
>> Jacques
>>
>>
>> Le 09/12/2010 10:07, Patrick Agius a écrit :

>>> merci jacques, cela semble fonctionner comme çà.
>>> en revanche, je m'interroge sur le fonctionnement d'un champ
>>> "recommandé": étant donné que nous ne pouvons choisir qu'entre "requis"
>>> ou "non requis", "recommandé" fait la même chose que "requis" et semble
>>> redondant.
>>>
>>> Le mercredi 08 décembre 2010 à 15:27 +0100, Jacques Brassart a écrit :

>>>> Patrick,
>>>>
>>>> Probablement à cause du
>>>> qui se
>>>> trouve en haut du fichier form.xhtml.
>>>>
>>>> Cette ligne porte sur tous les champs correspondant à des noeuds
>>>> "lom:value" du schéma de MD.
>>>> Ces noeuds correspondent à des éléments pour lesquels il y a un
>>>> vocabulaire contrôlé (liste finie de valeurs possible),
>>>> et donc pour lesquels une liste déroulante est proposée par défaut dans
>>>> les formulaires.
>>>>
>>>> C'est le cas des deux champs dont tu parles.
>>>>
>>>> Donc, plusieurs cas !
>>>>
>>>> 1) tu veux que tous les champs à liste déroulante ne soient pas affichés
>>>> en rouge
>>>> Tu commentes la ligne ;
>>>> (ainsi que la ligne >>>> constraint="not(. = '')"/> si tu bases ton formulaire sur le SupLOMFR)
>>>>
>>>> 2) tu souhaites seulement certains champs à liste déroulante affichés en
>>>> rouge (voir fichier d'exemple en attaché)
>>>> idem que précédemment (voir lignes 32-35)
>>>> +
>>>> pour les champs que tu veux en rouge, tu ajoutes les lignes avec
>>>> "constraint" et "required" (voir lignes 60-184)
>>>>
>>>>
>>>> Jacques
>>>>
>>>>
>>>>
>>>> Le 08/12/2010 15:01, Patrick Agius a écrit :

>>>>> merci Jacques, effectivement j'ai reussi à rendre le champ localisation
>>>>> non obligatoire en enlevant le "constraint" mais j'ai cependant un
>>>>> problème avec les listes déroulantes type et nom dans configuration
>>>>> requise: d'après votre tableau, ils sont dans blank, sans constraint ni
>>>>> required et déployé mais pourtant le champ reste rouge
>>>>>
>>>>> Le mercredi 08 décembre 2010 à 14:01 +0100, Jacques Brassart a écrit :

>>>>>> Patrick,
>>>>>>
>>>>>> En attaché une analyse que j'avais faite sur la v1.6.2, mais qui reste à
>>>>>> mon avis valable pour la v1.6.3 (dernier tag édité).
>>>>>>
>>>>>> Cela permet de voir où intervenir pour avoir :
>>>>>> - un champ replié ou déployé ;
>>>>>> - un champ affiché en rouge ou en blanc.
>>>>>>
>>>>>> Jacques
>>>>>>
>>>>>> Le 08/12/2010 13:30, Patrick Agius a écrit :

>>>>>>> j'utilise et teste sur le module editeur. j'ai fait les modifications
>>>>>>> dans le code source. merci
>>>>>>>
>>>>>>> Le mercredi 08 décembre 2010 à 12:42 +0100, Jacques Brassart a écrit :

>>>>>>>> Bonjour,
>>>>>>>>
>>>>>>>> Pourriez-vous préciser dans quel cas vous êtes quand vous dîtes "le
>>>>>>>> champ reste obligatoire" ?
>>>>>>>>
>>>>>>>> 1) Vous utilisez le formulaire depuis l'éditeur ou le workflow,
>>>>>>>> et vous avez le champ en rouge quand il est vide ?
>>>>>>>>
>>>>>>>> 2) Le formulaire est appelé depuis le workflow, et il y a un contrôle
>>>>>>>> sur un champ défini comme "obligatoire" dans la configuration (message
>>>>>>>> en rouge dans la colonne "Informations") ?
>>>>>>>>
>>>>>>>> Merci,
>>>>>>>>
>>>>>>>> Jacques
>>>>>>>>
>>>>>>>> Le 08/12/2010 12:32, Patrick Agius a écrit :

>>>>>>>>> bonjour
>>>>>>>>> j'essaie d'enlever la condition champs requis pour un des elements du
>>>>>>>>> module editeur.
>>>>>>>>>
>>>>>>>>> par exemple pour le champ localisation dans le 4eme onglet du formulaire
>>>>>>>>> suplom complet, je supprime dans form.xhtml:
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> mais le champ reste obligatoire dans le formulaire!!
>>>>>>>>> j'ai egalement essayer avec required="0" et egalement dans
>>>>>>>>> case-technical.xml de mettre minOccurs à 0 mais ca ne change rien non
>>>>>>>>> plus, le champ est toujours obligatoire
>>>>>>>>>
>>>>>>>>> pouvez vous m'aider?
>>>>>>>>>
>>>>>>>>> merci
>>>>>>>>> cordialement
>>>>>>>>> patrick agius
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>

>>>>>>>
>>>>>>>

>>>>>
>>>>>
>>>>>

>>>
>>>
>>>
>>>

>
>
>
>
>

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

Haut
Étiquettes:
10 décembre 2010 - 12:21pm
#2
patrickagius
ok merci Jacques, en revanche j'ai rajouté une liste de type obligatoire
dans l'éditeur et même lorsque je sélectionne un élément, la liste reste
toujours en rouge comme si je n'avais rien sélectionné. j'ai modifié les
paramètre dans le fiche xxxx-prototype.xml, y'a-t-il d'autres
paramétrages à faire?

Le jeudi 09 décembre 2010 à 10:51 +0100, Jacques Brassart a écrit :

> Bonjour Patrick,
>
> Si tu fais référence au message d'erreur qui s'affiche sous un champ,
> la notion de "facultatif", "recommandé" ou "obligatoire" vient par
> défaut, sur l'exemple des ressources pédagogiques, du LOMFR ou du
> SupLOMFR (en fonction du schéma de MD utilisé).
> C'est ce que préconise la norme.
>
> Par contre de ton côté, ORI-OAI te laisse libre de rendre "requis" ou
> "non requis" un champ quelqu'il soit.
>
> Si tu souhaites modifier le libellé, procédure :
>
> 1) dans form.xhtml, tu dois avoir une balise > id="i18n_xxx ... >
> elle t'indique sur quel fichier s'appuie la gestion de libellés et
> messages du formulaire
>
> 2) tu vas travailler ce fichier dans le dossier "i18n" de ton formulaire
> WEB-INF\resources\forms\ori-md-editor\(mon_formulaire)\i18n\
> si tu n'a pas ce dossier tu le crées
> (pour les bonnes pratiques pour la personnalisation, voir [1] en bas de
> ce mail)
> tu y fais un copier/coller du fichier concerné
>
> 3) tu peux alors modifier la balise
> Pour chaque , tu as une branche
>
>
>
> 4) évidemment tu redéploie sur le tomcat de l'éditeur
> ant all
>
>
>
> [1] : je te renvoie vers les diaporamas de la formation technique niveau
> 2, en ligne sur le site ORI-OAI
> www.ori-oai.org ; onglet Communication / Formations ; lien "Formations
> techniques" ; tableau de bas de page, ligne 6-7 mai 2010
> Modules search, md-editor et workflow (partie
> "Duplication/Personnalisation")
>
> Jacques
>
>
> Le 09/12/2010 10:07, Patrick Agius a écrit :

> > merci jacques, cela semble fonctionner comme çà.
> > en revanche, je m'interroge sur le fonctionnement d'un champ
> > "recommandé": étant donné que nous ne pouvons choisir qu'entre "requis"
> > ou "non requis", "recommandé" fait la même chose que "requis" et semble
> > redondant.
> >
> > Le mercredi 08 décembre 2010 à 15:27 +0100, Jacques Brassart a écrit :

> >> Patrick,
> >>
> >> Probablement à cause du
> >> qui se
> >> trouve en haut du fichier form.xhtml.
> >>
> >> Cette ligne porte sur tous les champs correspondant à des noeuds
> >> "lom:value" du schéma de MD.
> >> Ces noeuds correspondent à des éléments pour lesquels il y a un
> >> vocabulaire contrôlé (liste finie de valeurs possible),
> >> et donc pour lesquels une liste déroulante est proposée par défaut dans
> >> les formulaires.
> >>
> >> C'est le cas des deux champs dont tu parles.
> >>
> >> Donc, plusieurs cas !
> >>
> >> 1) tu veux que tous les champs à liste déroulante ne soient pas affichés
> >> en rouge
> >> Tu commentes la ligne ;
> >> (ainsi que la ligne > >> constraint="not(. = '')"/> si tu bases ton formulaire sur le SupLOMFR)
> >>
> >> 2) tu souhaites seulement certains champs à liste déroulante affichés en
> >> rouge (voir fichier d'exemple en attaché)
> >> idem que précédemment (voir lignes 32-35)
> >> +
> >> pour les champs que tu veux en rouge, tu ajoutes les lignes avec
> >> "constraint" et "required" (voir lignes 60-184)
> >>
> >>
> >> Jacques
> >>
> >>
> >>
> >> Le 08/12/2010 15:01, Patrick Agius a écrit :

> >>> merci Jacques, effectivement j'ai reussi à rendre le champ localisation
> >>> non obligatoire en enlevant le "constraint" mais j'ai cependant un
> >>> problème avec les listes déroulantes type et nom dans configuration
> >>> requise: d'après votre tableau, ils sont dans blank, sans constraint ni
> >>> required et déployé mais pourtant le champ reste rouge
> >>>
> >>> Le mercredi 08 décembre 2010 à 14:01 +0100, Jacques Brassart a écrit :

> >>>> Patrick,
> >>>>
> >>>> En attaché une analyse que j'avais faite sur la v1.6.2, mais qui reste à
> >>>> mon avis valable pour la v1.6.3 (dernier tag édité).
> >>>>
> >>>> Cela permet de voir où intervenir pour avoir :
> >>>> - un champ replié ou déployé ;
> >>>> - un champ affiché en rouge ou en blanc.
> >>>>
> >>>> Jacques
> >>>>
> >>>> Le 08/12/2010 13:30, Patrick Agius a écrit :

> >>>>> j'utilise et teste sur le module editeur. j'ai fait les modifications
> >>>>> dans le code source. merci
> >>>>>
> >>>>> Le mercredi 08 décembre 2010 à 12:42 +0100, Jacques Brassart a écrit :

> >>>>>> Bonjour,
> >>>>>>
> >>>>>> Pourriez-vous préciser dans quel cas vous êtes quand vous dîtes "le
> >>>>>> champ reste obligatoire" ?
> >>>>>>
> >>>>>> 1) Vous utilisez le formulaire depuis l'éditeur ou le workflow,
> >>>>>> et vous avez le champ en rouge quand il est vide ?
> >>>>>>
> >>>>>> 2) Le formulaire est appelé depuis le workflow, et il y a un contrôle
> >>>>>> sur un champ défini comme "obligatoire" dans la configuration (message
> >>>>>> en rouge dans la colonne "Informations") ?
> >>>>>>
> >>>>>> Merci,
> >>>>>>
> >>>>>> Jacques
> >>>>>>
> >>>>>> Le 08/12/2010 12:32, Patrick Agius a écrit :

> >>>>>>> bonjour
> >>>>>>> j'essaie d'enlever la condition champs requis pour un des elements du
> >>>>>>> module editeur.
> >>>>>>>
> >>>>>>> par exemple pour le champ localisation dans le 4eme onglet du formulaire
> >>>>>>> suplom complet, je supprime dans form.xhtml:
> >>>>>>>
> >>>>>>>
> >>>>>>> mais le champ reste obligatoire dans le formulaire!!
> >>>>>>> j'ai egalement essayer avec required="0" et egalement dans
> >>>>>>> case-technical.xml de mettre minOccurs à 0 mais ca ne change rien non
> >>>>>>> plus, le champ est toujours obligatoire
> >>>>>>>
> >>>>>>> pouvez vous m'aider?
> >>>>>>>
> >>>>>>> merci
> >>>>>>> cordialement
> >>>>>>> patrick agius
> >>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>>

> >>>>>
> >>>>>
> >>>>>

> >>>
> >>>
> >>>
> >>>

> >
> >
> >
> >
> >

>

Haut
9 décembre 2010 - 10:07am
(Répondre à #2) #3
patrickagius
merci jacques, cela semble fonctionner comme çà.
en revanche, je m'interroge sur le fonctionnement d'un champ
"recommandé": étant donné que nous ne pouvons choisir qu'entre "requis"
ou "non requis", "recommandé" fait la même chose que "requis" et semble
redondant.

Le mercredi 08 décembre 2010 à 15:27 +0100, Jacques Brassart a écrit :

> Patrick,
>
> Probablement à cause du
> qui se
> trouve en haut du fichier form.xhtml.
>
> Cette ligne porte sur tous les champs correspondant à des noeuds
> "lom:value" du schéma de MD.
> Ces noeuds correspondent à des éléments pour lesquels il y a un
> vocabulaire contrôlé (liste finie de valeurs possible),
> et donc pour lesquels une liste déroulante est proposée par défaut dans
> les formulaires.
>
> C'est le cas des deux champs dont tu parles.
>
> Donc, plusieurs cas !
>
> 1) tu veux que tous les champs à liste déroulante ne soient pas affichés
> en rouge
> Tu commentes la ligne ;
> (ainsi que la ligne > constraint="not(. = '')"/> si tu bases ton formulaire sur le SupLOMFR)
>
> 2) tu souhaites seulement certains champs à liste déroulante affichés en
> rouge (voir fichier d'exemple en attaché)
> idem que précédemment (voir lignes 32-35)
> +
> pour les champs que tu veux en rouge, tu ajoutes les lignes avec
> "constraint" et "required" (voir lignes 60-184)
>
>
> Jacques
>
>
>
> Le 08/12/2010 15:01, Patrick Agius a écrit :

> > merci Jacques, effectivement j'ai reussi à rendre le champ localisation
> > non obligatoire en enlevant le "constraint" mais j'ai cependant un
> > problème avec les listes déroulantes type et nom dans configuration
> > requise: d'après votre tableau, ils sont dans blank, sans constraint ni
> > required et déployé mais pourtant le champ reste rouge
> >
> > Le mercredi 08 décembre 2010 à 14:01 +0100, Jacques Brassart a écrit :

> >> Patrick,
> >>
> >> En attaché une analyse que j'avais faite sur la v1.6.2, mais qui reste à
> >> mon avis valable pour la v1.6.3 (dernier tag édité).
> >>
> >> Cela permet de voir où intervenir pour avoir :
> >> - un champ replié ou déployé ;
> >> - un champ affiché en rouge ou en blanc.
> >>
> >> Jacques
> >>
> >> Le 08/12/2010 13:30, Patrick Agius a écrit :

> >>> j'utilise et teste sur le module editeur. j'ai fait les modifications
> >>> dans le code source. merci
> >>>
> >>> Le mercredi 08 décembre 2010 à 12:42 +0100, Jacques Brassart a écrit :

> >>>> Bonjour,
> >>>>
> >>>> Pourriez-vous préciser dans quel cas vous êtes quand vous dîtes "le
> >>>> champ reste obligatoire" ?
> >>>>
> >>>> 1) Vous utilisez le formulaire depuis l'éditeur ou le workflow,
> >>>> et vous avez le champ en rouge quand il est vide ?
> >>>>
> >>>> 2) Le formulaire est appelé depuis le workflow, et il y a un contrôle
> >>>> sur un champ défini comme "obligatoire" dans la configuration (message
> >>>> en rouge dans la colonne "Informations") ?
> >>>>
> >>>> Merci,
> >>>>
> >>>> Jacques
> >>>>
> >>>> Le 08/12/2010 12:32, Patrick Agius a écrit :

> >>>>> bonjour
> >>>>> j'essaie d'enlever la condition champs requis pour un des elements du
> >>>>> module editeur.
> >>>>>
> >>>>> par exemple pour le champ localisation dans le 4eme onglet du formulaire
> >>>>> suplom complet, je supprime dans form.xhtml:
> >>>>>
> >>>>>
> >>>>> mais le champ reste obligatoire dans le formulaire!!
> >>>>> j'ai egalement essayer avec required="0" et egalement dans
> >>>>> case-technical.xml de mettre minOccurs à 0 mais ca ne change rien non
> >>>>> plus, le champ est toujours obligatoire
> >>>>>
> >>>>> pouvez vous m'aider?
> >>>>>
> >>>>> merci
> >>>>> cordialement
> >>>>> patrick agius
> >>>>>
> >>>>>
> >>>>>
> >>>>>
> >>>>>

> >>>
> >>>
> >>>
> >>>

> >
> >
> >
> >
> >

>

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 : quelques points qui pourraient être améliorés... Sujet suivant : Editeur - formulaire TEF global - erreur orbeon Duplicate id ›