CMS Automne
http://www.automne-cms.org/forum/

Tag de recherche
http://www.automne-cms.org/forum/viewtopic.php?f=2&t=439		 Page 1 sur 1
Auteur:  Chrys [ Jeu Jan 22, 2009 9:55 am ]
Sujet du message:  Tag de recherche
Je voudrais quelques éclaircissements...
Dans le code qui suit
Code :
<atm-search what="{Object}" name="sn">
   <atm-search-param search="sn" type="paramType" value="paramValue" mandatory="true" />
   <atm-result  search="sn"> ... </atm-result>
</atm-search>

paramType peut prendre plusieurs valeurs dont "item" et "object", quelles est la différence entre les deux ?
paramValue peut prendre la valeur "block", cette valeur est-elle autorisée pour toutes les valeurs paramValue ?
Quelle intérêt d'utiliser une valeur mandatory à false ?
Auteur:  Sébastien [ Jeu Jan 22, 2009 10:06 am ]
Sujet du message: 
Alors, dans l'ordre et de tête (donc j'espère qu'il n'y aura pas d'erreur) :
paramType :
- item : permet de spécifier un objet par son ID (ex : actu 12)
- object : permet de spécifier un objet par son objet PHP (ex : objet actu 12), mais je n'ai pas d'exemple cas concret d'utilisation via le méta langage, c'est plus lorsqu'on emploie le polymod en PHP directement.

paramValue : non, la valeur block ne fonctionne pas dans tous les cas, j'essaye d'étendre au fur et à mesure les cas ou ça fonctionne (dans la prochaine version du polymod on pourra l'employer si paramType="item" par exemple).

Une valeur mandatory à false permet de lancer la recherche même si aucune valeur n'est fournie au tag atm-search-param, auquel cas le tag est ignoré. Si la valeur est à true, dans ce cas la recherche n'est pas faite si aucune valeur n'est fournie.

ça permet de faire des formulaires de recherche comportant des champs de recherche optionnels.

J'espère avoir répondu à tes questions :)
Auteur:  Chrys [ Jeu Jan 22, 2009 10:20 am ]
Sujet du message: 
Merci Sebastien, c'est maintenant plus clair...
Lorsque tu finaliseras l'utilisation de la valeur "block" avec le type "item", l'idéal lorsque la rangée est en édition, plutôt que d'avoir un champ de saisie de l'identifiant, serait d'avoir la liste des occurences d'objets et de pouvoir en sélectionner un.
Auteur:  Sébastien [ Jeu Jan 22, 2009 10:23 am ]
Sujet du message: 
C'est ce qui a été fait. Plus tard, je changerai ça pour proposer un moteur de recherche de l'élément à sélectionner ce qui sera encore plus agréable d'usage.
Auteur:  Chrys [ Jeu Jan 22, 2009 10:38 am ]
Sujet du message: 
C'est fait ?
C'est dispo dans quelle version d'Automne ?
Auteur:  Sébastien [ Jeu Jan 22, 2009 10:56 am ]
Sujet du message: 
ici : Version 1.03 du Polymod :)
Auteur:  Chrys [ Jeu Jan 22, 2009 11:00 am ]
Sujet du message: 
Merci...
Auteur:  Frank [ Sam Jan 24, 2009 2:24 pm ]
Sujet du message:  Changelog Plymod 1.03
[BUG] : Pass by URL the param "pluginDefinition" to keep the plugin selection when navigate by page
[BUG] : We must do a complete search (from 0 to 1000 results) for xapian + polymod search. So we limit to 1000 results and we start from page 0. Polymod will calculate the page to display after Xapian treatment.
[BUG] : redefine temporarily the "PATH_ADMIN_SPECIAL_TREE_WR" constant in object_href, because it is defined in cms_rc_admin and sometimes, only cms_rc_frontend is available
[BUG] : if user has no CLEARANCE_MODULE_VIEW, he cannot see anything in FE (with APPLICATION_ENFORCES_ACCESS_CONTROL)
[BUG] : if a plugins definition use a language available only in frontside, definition compilation does not work.
[BUG] : if a category field is not required we should found objects without categories in public search
[BUG] : in object page, if field is not mandatory and value is empty
[BUG] : in rss feeds, if rss feed does not use a common language like EN or FR
[BUG] : in atm-xml tag, if multiple tags are present in the same page, headercode is not correctlyy appended
[BUG] : object polyobject : getValue for formatedDateEnd
[BUG] : object date : moveDate does not work properly
[BUG] : in object notification (for awaiting validations). Background scripts does not work because cms_user is not loaded
[REFACTOR] : Display "parameters" button only if can find parameters
[REFACTOR] : Change the use of "loadSubObjects" parameter : now used to force loading objects for names lists (getListOfNamesForObject).
[REFACTOR] : object email : add a parameter to store email sending date.
[FEATURE] : Set a cache for "getListOfNamesForObject" return.
[FEATURE] : Object Language : Add optionnal inputParam from "hidden" attribute to hidde some languages. Usage : hidden="fr,en,es".
[FEATURE] : Object categories : Add "not in" and "not in strict" parameters for getFieldSearchSQL : allow to search objects which are not associed to a value.
[FEATURE] : Add optional attribute "keepOrder" for getListBoxes() parameters. This attribute permit to keep the selected items order if any.
[FEATURE] : add block value to item search type in tag atm-search param
[FEATURE] : Object categories : add label operator for atm-search-order tag
[FEATURE] : add operator support for tag atm-search-order
Auteur:  Sébastien [ Mar Jan 27, 2009 9:40 am ]
Sujet du message: 
Il y avait un bug sur les fonctions de tri des recherches dans la version 1.03 que j'ai fourni. J'ai mis à jour l'archive ci-dessus avec le correctif. Vous pouvez la repasser pour régler le pb.
Auteur:  Sébastien [ Jeu Jan 29, 2009 10:41 am ]
Sujet du message: 
On a trouvé un autre bug assez gênant sur cette version avec les notifications par email des validations en attente.
J'ai remis à jour l'archive ci-dessous, je vous conseille fortement de la repasser sur les sites sur lesquels vous aviez mis la précédente mise à jour.

Seb
Auteur:  Frank [ Jeu Jan 29, 2009 11:17 am ]
Sujet du message: 
ah cool, parce que j'avais du désactiver le APPLICATION_MAIL tellement ça ramait.
Auteur:  Sébastien [ Jeu Jan 29, 2009 11:36 am ]
Sujet du message: 
Yep tu me dira si ça va mieux maintenant, c'était certainement lié.
Page 1 sur 1 Le fuseau horaire est UTC [Heure d’été]
Powered by phpBB® Forum Software © phpBB Group
http://www.phpbb.com/