Oui mais je souhaite l'outrepasser pour afficher une valeur si le champ est vide par exemple
+ On Tue, 29 Nov 2011 22:16:16 +0100, "MoYo" wrote: Avec un datatype a priori tu même rien à mettre ----- Reply message ----- De : "Tsmr" Pour : "Liste de diffusion des developpeurs GLPI" Objet : [Glpi-dev] Point getSpecificValueToDisplay Date : mar., nov. 29, 2011 21:38 Salut. Par rapport au Search::giveItem(), j'ai testé sur un de mes plugins sur un champ date. Il a fallu que je remonte ta modification au dessus des case sur le datatype pour que cela fonctionne. Ca te parait cohérent ? + On Tue, 29 Nov 2011 16:10:30 +0100, Remi Collet wrote: > Salut, > > Je bosse sur le getSpecificValueToDisplay() en 0.83 (cf 16200) > > J'essaie d'avancer précautionneusement pour pas tout casser. > > Objectif 1 : avoir toutes les getSearchOptions des entités (pour > l'historique). (cf 16208) > > Actuellement dans le constructHistory, ce mécanisme générique n'est utilisé > que pour 'Entity', car > je préfère tester à fond, classe par classe. Quand le mécanisme sera bien > au point, évidement, > l'idée et de l'appliquer pour tous les objets. > > Je viens de aussi brancher le Search::giveItem() dessus (en dernier, après > tous les autres cas). > (cf 16211) > > Donc l'idée, c'est progressivement de retirer tous les cas particuliers > pour les déplacer dans les > classes. (ex 16212) > > A terme, on devrait même pouvoir supprimer (pas maintenant, hein, plus > tard) les hook giveItem. > > Gros chantier. > Je compte sur vos tests / retours / commentaires. > > A suivre... > Remi. > > > > ***************************************************** > "Le contenu de ce courriel et ses éventuelles pièces jointes sont > confidentiels. Ils s'adressent exclusivement à la personne destinataire. Si > cet envoi ne vous est pas destiné, ou si vous l'avez reçu par erreur, et > afin de ne pas violer le secret des correspondances, vous ne devez pas le > transmettre à d'autres personnes ni le reproduire. Merci de le renvoyer à > l'émetteur et de le détruire. > > Attention : L'organisme de l'émetteur du message ne pourra être tenu > responsable de l'altération du présent courriel. Il appartient au > destinataire de vérifier que les messages et pièces jointes reçus ne > contiennent pas de virus. Les opinions contenues dans ce courriel et ses > éventuelles pièces jointes sont celles de l'émetteur. Elles ne reflètent > pas la position de l'organisme sauf s'il en est disposé autrement dans le > présent courriel." > ****************************************************** > > _______________________________________________ > Glpi-dev mailing list > [email protected] > https://mail.gna.org/listinfo/glpi-dev -- Tsmr Xavier CAILLAUD Infotel Ouest - Rennes, France - GLPI Gold Partner http://www.infotel.com/fr/societe_rennes.html http://www.thetsmr.fr _______________________________________________ Glpi-dev mailing list [email protected] https://mail.gna.org/listinfo/glpi-dev -- Tsmr Xavier CAILLAUD Infotel Ouest - Rennes, France - GLPI Gold Partner http://www.infotel.com/fr/societe_rennes.html [1] http://www.thetsmr.fr [2] Links: ------ [1] http://www.infotel.com/fr/societe_rennes.html [2] http://www.thetsmr.fr
_______________________________________________ Glpi-dev mailing list [email protected] https://mail.gna.org/listinfo/glpi-dev
