Recherche avancée, critères documentaires

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:1b2847cf61f4f5ac8bcfca73907b2d7b' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 27.
user warning: Table './drupal_www_ori_oai_org/cache_filter' is marked as crashed and last (automatic?) repair failed query: UPDATE cache_filter SET data = '<div class=\"emailFilter\">Bonjour,</p>\n<p>Je souhaiterai pouvoir importer \"automatiquement\" des documents DC dans un workflow.<br />\nQuelqu\'un aurait-il un exemple d\'appel (code ou doc) à OriWorkflowService ?</p>\n<p>Merci d\'avance</p>\n<p>Alain Le Drezen<br />\nResponsable Système d\'Information Documentaire et Informatique</p>\n<p>Service commun de la documentation<br />\nBibliothèques universitaires<br />\nUniversité Paul Verlaine - Metz<br />\nIle du Saulcy<br />\n57045\n</div>\n', created = 1507755151, expire = 1507841551, headers = '', serialized = 0 WHERE cid = '4:1b2847cf61f4f5ac8bcfca73907b2d7b' 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:1b2847cf61f4f5ac8bcfca73907b2d7b' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 27.
user warning: Table './drupal_www_ori_oai_org/cache_filter' is marked as crashed and last (automatic?) repair failed query: UPDATE cache_filter SET data = '<div class=\"emailFilter\">Bonjour,</p>\n<p>Je souhaiterai pouvoir importer \"automatiquement\" des documents DC dans un workflow.<br />\nQuelqu\'un aurait-il un exemple d\'appel (code ou doc) à OriWorkflowService ?</p>\n<p>Merci d\'avance</p>\n<p>Alain Le Drezen<br />\nResponsable Système d\'Information Documentaire et Informatique</p>\n<p>Service commun de la documentation<br />\nBibliothèques universitaires<br />\nUniversité Paul Verlaine - Metz<br />\nIle du Saulcy<br />\n57045\n</div>\n', created = 1507755151, expire = 1507841551, headers = '', serialized = 0 WHERE cid = '4:1b2847cf61f4f5ac8bcfca73907b2d7b' 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:deafb66484f3475c14b95ae840e234be' 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\"><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\">\n Bonjour,<br>\n <br>\n Lorsqu\'on utilise l\'encart \"critères documentaires\" de la recherche\n avancée du module search,<br>\n si on utilise un champ autre que le premier pour la recherche, en\n laissant le premier champ vide, on a une erreur:<br>\n <i>Le champ \"<b>libellé-du-premier-champ</b>\" requiert une valeur\n obligatoire<br>\n <br>\n </i>J\'aimerais afficher par défaut un libellé différent pour chacun\n des champs et que l\'utilisateur puisse utiliser un de ses champs\n sans forcément remplir le(s) précédent(s).<br>\n J\'aimerais donc savoir s\'il est possible de contourner cette\n vérification, d\'utiliser un champ sans que le champ précédant soit\n pris en compte s\'il est vide?<br>\n <br>\n Merci, <br>\n <br>\n Cordialement,<br>\n <br>\n Vincent BENOIT<br>\n SCD de Dijon<br>\n </body>\n</html>\n</div>', created = 1507755151, expire = 1507841551, headers = '', serialized = 0 WHERE cid = '4:deafb66484f3475c14b95ae840e234be' 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:5945060aa4922d61ef922fe6c5356017' 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\"><html>\n <head>\n <meta content=\"text/html; charset=ISO-8859-1\"\n http-equiv=\"Content-Type\">\n </head>\n <body bgcolor=\"#FFFFFF\" text=\"#000000\">\n Re bonjour Vincent,<br>\n <br>\n Je viens de tester et effectivement, c\'est le comportement actuel.<br>\n Ceci ne nous avait jamais été remonté et est-ce vraiment considéré\n comme un problème ?<br>\n Vu que l\'on peut changer le champ de saisie dans la partie gauche,\n ça ne semble pas illogique !<br>\n <br>\n D\'autant plus que j\'ai du mal à voir quelle requête ça pourrait\n donner si on remplit le 2ème champ mais pas le 1er.<br>\n <br>\n Est-ce vraiment bloquant ? Si oui, pourriez-vous me donner un\n exemple car je ne vois pas bien.<br>\n <br>\n Je viens de regarder le code du search et ça nécessite quand même de\n la modif de code. Donc est-ce que vous ne pourriez pas partir comme\n ça pour le moment ?<br>\n Et de mon côté, je crée un ticket pour que ça puisse être modifié\n dans la future version majeure ?<br>\n <br>\n <div class=\"moz-signature\">\n <div class=\"moz-signature\">\n <font face=\"Verdana\"><small>\n Yohan COLMANT<br>\n Direction des Systèmes d\'Information<br>\n UVHC - Université de Valenciennes et du Hainaut Cambrésis<br>\n Coordinateur Technique du projet ORI-OAI\n </small>\n </font>\n </div>\n </div>\n <br>\n Le 06/03/2012 12:05, BENOIT Vincent a écrit :\n <div class=\"emailFilter_Toggle\"><div class=\"emailFilter_Author_0\"><blockquote>\n <meta http-equiv=\"content-type\" content=\"text/html;\n charset=ISO-8859-1\">\n Bonjour,<br>\n <br>\n Lorsqu\'on utilise l\'encart \"critères documentaires\" de la\n recherche avancée du module search,<br>\n si on utilise un champ autre que le premier pour la recherche, en\n laissant le premier champ vide, on a une erreur:<br>\n <i>Le champ \"<b>libellé-du-premier-champ</b>\" requiert une valeur\n obligatoire<br>\n <br>\n </i>J\'aimerais afficher par défaut un libellé différent pour\n chacun des champs et que l\'utilisateur puisse utiliser un de ses\n champs sans forcément remplir le(s) précédent(s).<br>\n J\'aimerais donc savoir s\'il est possible de contourner cette\n vérification, d\'utiliser un champ sans que le champ précédant soit\n pris en compte s\'il est vide?<br>\n <br>\n Merci, <br>\n <br>\n Cordialement,<br>\n <br>\n Vincent BENOIT<br>\n SCD de Dijon<br>\n </blockquote></div></div>\n </body>\n</html>\n</div>', created = 1507755152, expire = 1507841552, headers = '', serialized = 0 WHERE cid = '4:5945060aa4922d61ef922fe6c5356017' 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:790c04e087a00ca1961a81d77a9d8069' 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\"><html>\n <head>\n <meta content=\"text/html; charset=ISO-8859-1\"\n http-equiv=\"Content-Type\">\n </head>\n <body bgcolor=\"#FFFFFF\" text=\"#000000\">\n ah oui je vois !<br>\n j\'ajoute aussi cette demande concernant l\'affichage différent à\n chaque ligne.<br>\n <br>\n Cdt<br>\n <div class=\"moz-signature\">\n <div class=\"moz-signature\">\n <font face=\"Verdana\"><small>\n Yohan COLMANT<br>\n Direction des Systèmes d\'Information<br>\n UVHC - Université de Valenciennes et du Hainaut Cambrésis<br>\n Coordinateur Technique du projet ORI-OAI\n </small>\n </font>\n </div>\n </div>\n <br>\n Le 22/03/2012 15:14, BENOIT Vincent a écrit :\n <div class=\"emailFilter_Toggle\"><div class=\"emailFilter_Author_0\"><blockquote>\n <meta content=\"text/html; charset=ISO-8859-1\"\n http-equiv=\"Content-Type\">\n En fait, l\'objectif était d\'afficher une valeur différente pour\n chaque select (\"Auteur\" pour le premier, \"Titre\" pour le second,\n puis \"résumé\"...) pour que l\'utilisateur voie immédiatement, sans\n chercher, les différents critères de recherche.<br>\n <br>\n Mais en effet, ce n\'est ni bloquant, ni indispensable.<br>\n <br>\n Mais ce serait peut-être bien, en effet, d\'avoir la possibilité de\n le faire pour une prochaine version.<br>\n <br>\n Vincent<br>\n <br>\n Le 22/03/2012 15:04, Yohan Colmant a écrit :\n <div class=\"emailFilter_Author_1\"><blockquote>\n <meta content=\"text/html; charset=ISO-8859-1\"\n http-equiv=\"Content-Type\">\n Re bonjour Vincent,<br>\n <br>\n Je viens de tester et effectivement, c\'est le comportement\n actuel.<br>\n Ceci ne nous avait jamais été remonté et est-ce vraiment\n considéré comme un problème ?<br>\n Vu que l\'on peut changer le champ de saisie dans la partie\n gauche, ça ne semble pas illogique !<br>\n <br>\n D\'autant plus que j\'ai du mal à voir quelle requête ça pourrait\n donner si on remplit le 2ème champ mais pas le 1er.<br>\n <br>\n Est-ce vraiment bloquant ? Si oui, pourriez-vous me donner un\n exemple car je ne vois pas bien.<br>\n <br>\n Je viens de regarder le code du search et ça nécessite quand\n même de la modif de code. Donc est-ce que vous ne pourriez pas\n partir comme ça pour le moment ?<br>\n Et de mon côté, je crée un ticket pour que ça puisse être\n modifié dans la future version majeure ?<br>\n <br>\n <div class=\"moz-signature\">\n <div class=\"moz-signature\"> <font face=\"Verdana\"><small>\n Yohan COLMANT<br>\n Direction des Systèmes d\'Information<br>\n UVHC - Université de Valenciennes et du Hainaut\n Cambrésis<br>\n Coordinateur Technique du projet ORI-OAI </small> </font>\n </div>\n </div>\n <br>\n Le 06/03/2012 12:05, BENOIT Vincent a écrit :\n <div class=\"emailFilter_Author_2\"><blockquote>\n <meta http-equiv=\"content-type\" content=\"text/html;\n charset=ISO-8859-1\">\n Bonjour,<br>\n <br>\n Lorsqu\'on utilise l\'encart \"critères documentaires\" de la\n recherche avancée du module search,<br>\n si on utilise un champ autre que le premier pour la recherche,\n en laissant le premier champ vide, on a une erreur:<br>\n <i>Le champ \"<b>libellé-du-premier-champ</b>\" requiert une\n valeur obligatoire<br>\n <br>\n </i>J\'aimerais afficher par défaut un libellé différent pour\n chacun des champs et que l\'utilisateur puisse utiliser un de\n ses champs sans forcément remplir le(s) précédent(s).<br>\n J\'aimerais donc savoir s\'il est possible de contourner cette\n vérification, d\'utiliser un champ sans que le champ précédant\n soit pris en compte s\'il est vide?<br>\n <br>\n Merci, <br>\n <br>\n Cordialement,<br>\n <br>\n Vincent BENOIT<br>\n SCD de Dijon<br>\n </blockquote></div>\n </blockquote></div>\n <br>\n </blockquote></div></div>\n </body>\n</html>\n</div>', created = 1507755152, expire = 1507841552, headers = '', serialized = 0 WHERE cid = '4:790c04e087a00ca1961a81d77a9d8069' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 112.

3 messages / 0 nouveaux

Vous devez vous connecter pour poster des commentaires

6 mars 2012 - 1:05pm

benoitvincent

Recherche avancée, critères documentaires

Bonjour,

Lorsqu'on utilise l'encart "critères documentaires" de la recherche avancée du module search,
si on utilise un champ autre que le premier pour la recherche, en laissant le premier champ vide, on a une erreur:
Le champ "libellé-du-premier-champ" requiert une valeur obligatoire

J'aimerais afficher par défaut un libellé différent pour chacun des champs et que l'utilisateur puisse utiliser un de ses champs sans forcément remplir le(s) précédent(s).
J'aimerais donc savoir s'il est possible de contourner cette vérification, d'utiliser un champ sans que le champ précédant soit pris en compte s'il est vide?

Merci,

Cordialement,

Vincent BENOIT
SCD de Dijon

22 mars 2012 - 5:00pm

Yohan Colmant

Re bonjour Vincent,

Je viens de tester et effectivement, c'est le comportement actuel.
Ceci ne nous avait jamais été remonté et est-ce vraiment considéré comme un problème ?
Vu que l'on peut changer le champ de saisie dans la partie gauche, ça ne semble pas illogique !

D'autant plus que j'ai du mal à voir quelle requête ça pourrait donner si on remplit le 2ème champ mais pas le 1er.

Est-ce vraiment bloquant ? Si oui, pourriez-vous me donner un exemple car je ne vois pas bien.

Je viens de regarder le code du search et ça nécessite quand même de la modif de code. Donc est-ce que vous ne pourriez pas partir comme ça pour le moment ?
Et de mon côté, je crée un ticket pour que ça puisse être modifié dans la future version majeure ?

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

Le 06/03/2012 12:05, BENOIT Vincent a écrit :

Bonjour,

Lorsqu'on utilise l'encart "critères documentaires" de la recherche avancée du module search,
si on utilise un champ autre que le premier pour la recherche, en laissant le premier champ vide, on a une erreur:
Le champ "libellé-du-premier-champ" requiert une valeur obligatoire

J'aimerais afficher par défaut un libellé différent pour chacun des champs et que l'utilisateur puisse utiliser un de ses champs sans forcément remplir le(s) précédent(s).
J'aimerais donc savoir s'il est possible de contourner cette vérification, d'utiliser un champ sans que le champ précédant soit pris en compte s'il est vide?

Merci,

Cordialement,

Vincent BENOIT
SCD de Dijon

22 mars 2012 - 5:00pm

(Répondre à #3) #3

Yohan Colmant

ah oui je vois !
j'ajoute aussi cette demande concernant l'affichage différent à chaque ligne.

Cdt

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

Le 22/03/2012 15:14, BENOIT Vincent a écrit :

En fait, l'objectif était d'afficher une valeur différente pour chaque select ("Auteur" pour le premier, "Titre" pour le second, puis "résumé"...) pour que l'utilisateur voie immédiatement, sans chercher, les différents critères de recherche.

Mais en effet, ce n'est ni bloquant, ni indispensable.

Mais ce serait peut-être bien, en effet, d'avoir la possibilité de le faire pour une prochaine version.

Vincent

Le 22/03/2012 15:04, Yohan Colmant a écrit :
Re bonjour Vincent,

Je viens de tester et effectivement, c'est le comportement actuel.
Ceci ne nous avait jamais été remonté et est-ce vraiment considéré comme un problème ?
Vu que l'on peut changer le champ de saisie dans la partie gauche, ça ne semble pas illogique !

D'autant plus que j'ai du mal à voir quelle requête ça pourrait donner si on remplit le 2ème champ mais pas le 1er.

Est-ce vraiment bloquant ? Si oui, pourriez-vous me donner un exemple car je ne vois pas bien.

Je viens de regarder le code du search et ça nécessite quand même de la modif de code. Donc est-ce que vous ne pourriez pas partir comme ça pour le moment ?
Et de mon côté, je crée un ticket pour que ça puisse être modifié dans la future version majeure ?

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

Le 06/03/2012 12:05, BENOIT Vincent a écrit :
Bonjour,

Lorsqu'on utilise l'encart "critères documentaires" de la recherche avancée du module search,
si on utilise un champ autre que le premier pour la recherche, en laissant le premier champ vide, on a une erreur:
Le champ "libellé-du-premier-champ" requiert une valeur obligatoire

J'aimerais afficher par défaut un libellé différent pour chacun des champs et que l'utilisateur puisse utiliser un de ses champs sans forcément remplir le(s) précédent(s).
J'aimerais donc savoir s'il est possible de contourner cette vérification, d'utiliser un champ sans que le champ précédant soit pris en compte s'il est vide?

Merci,

Cordialement,

Vincent BENOIT
SCD de Dijon

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

Options d'affichage des commentaires