Le Tue, 23 Aug 2011 10:25:46 +0200 MoYo <m...@indepnet.net> a écrit:
>Bonjour, > >via un plugin cette modification me semble impossible. >Par contre, l'évolution vers un dropdown hiérarchique me paraît >intéressante. >Pour pouvoir valider cette évolution il nous faudrait juste quelques >autres retours allant dans ce sens. > >Est-ce que d'autres personnes voient un intérêt à cette évolution ? > >Cordialement, > >Julien Dombre > > >Le 16/08/2011 14:32, Guillaume Rousse a écrit : >> Bonjour. >> >> Suite à un besoin exprimé par nos services administratifs de pouvoir >> conserver une trace des raisons de sortie d'inventaire des matériels >> (session aux domaines, vol, perte, etc...), j'avais commencé à >> travailler sur un plugin pour ajouter cette information. Le but >> était d'éviter de polluer les différentes valeurs du champ status >> avec des cas ultra-minoritaire. Néanmoins, vu le cout de la chose, >> le fait que j'ai changé d'affectation, et que l'équipe actuelle qui >> gère le projet se satisfait de l'utilisation du champ status, je >> pense que le projet est mort-né. >> >> Cependant, une autre idée récente me parait susceptible >> d'éventuellement générer plus d'intérêt en dehors de notre cas >> particulier, et donc de relancer cette idée de développement: faire >> du champ status un champ hierarchisé, de la même façon que le champ >> localisation, par exemple. >> >> Ainsi, on pourrait avoir quelque chose du genre: >> - en commande >> * notifié >> * receptionné >> - en service >> * utilisé >> * disponible >> - hors service >> - sorti de l'inventaire >> * volé >> * perdu >> * donné >> >> La question est de savoir si cela est possible à travers un plugin >> (j'ai des doutes, s'agissant d'une donnée de base), et sinon, est-ce >> que cette modification serait susceptible de s'intégrer dans le >> calendrier de développement du projet ? Et éventuellement, y a-t-il >> des gens qui seraient interessés par un tel développement ? >> >> A+ >> > On est souvent embêter sur ce genre de chose (sortie d'inventaire, etc...) lorsqu'on met en place GLPI. Ca me parait une bonne idée. David _______________________________________________ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
