Avec un datatype a priori tu même rien à mettre


----- Reply message -----
De : "Tsmr" <t...@thetsmr.fr>
Pour : "Liste de diffusion des developpeurs GLPI" <glpi-dev@gna.org>
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 <fed...@famillecollet.com>
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
> Glpi-dev@gna.org
> 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
Glpi-dev@gna.org
https://mail.gna.org/listinfo/glpi-dev
_______________________________________________
Glpi-dev mailing list
Glpi-dev@gna.org
https://mail.gna.org/listinfo/glpi-dev

Reply via email to