Pas de retour, donc on applique le patch de Damien?
David
++
Le Fri, 22 Mar 2013 13:31:54 +0100
David DURIEUX <d.duri...@siprossii.com> a écrit:
>Ca me semble une bonne idée
>
>David
>
>
>Le Fri, 22 Mar 2013 12:24:49 +0100
>Damien Touraine <g...@damien-touraine.net> a écrit:
>
>>On 22/03/2013 12:04, Damien Touraine wrote:
>>> On 22/03/2013 11:49, MoYo wrote:
>>>> Le 22/03/2013 11:30, David DURIEUX a écrit :
>>>>> Le Fri, 22 Mar 2013 11:18:35 +0100
>>>>> MoYo <m...@indepnet.net> a écrit:
>>>>>
>>>>>> Le 22/03/2013 10:45, David DURIEUX a écrit :
>>>>>>> Bonjour,
>>>>>>>
>>>>>>> Ce patch permet de rajouter la frequence aux critères pour
>>>>>>> l'import des mémoires
>>>>>> Salut,
>>>>>>
>>>>>> Il faudrait préciser l'intérêt les impacts ?
>>>>>> Est-ce que cela ne va pas poser des problèmes pour des
>>>>>> différences minimes à la détection ? 666 <> 667 par exemple.
>>>>> Oui pardon, en effet je n'ai pas précisé.
>>>>>
>>>>> Ca peut poser des soucis 666 <> 667 mais au pire ca va en créer 2
>>>> C'est un vrai problème. En créer 2 est vraiment un problème pour
>>>> moi en terme de cohérence.
>>> Bonjour,
>>>
>>> Nous pourrions utiliser une méthode getImportCriteria() qui
>>> renverrait un tableau dont les indexes sont les champs et les
>>> valeurs sont des complèments pour la requète.
>>> Par exemple, pour la mémoire :
>>> array('designation' => 'equal', 'devicememorytypes_id' => 'equal',
>>> 'manufacturers_id' => 'equal', 'frequence' => 'delta:100').
>>Par exemple, nous pourrions avoir quelque chose comme le patch joint.
>>
>>Damien
>
>_______________________________________________
>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
