You are not logged in.
Pages: 1
Topic closed
Avec de développement des entité, l'indépendance des données (le cloisonnement) est de plus en plus fort.
La problematique est que :
- des informations saisies une fois,
- des informations depuis une migration,
se retrouvent dans la racine ou dans une entité.
sont difficile à bouger (sauf par les transfert) ou a dupliquer.
La premiere idée serait d'envisager un nouvel item dans les massive action : dupliquer.
D'ailleur la notion de transfert et de duplication sont tres proches dans la représentation.
donc on pourrait faire evoluer la fonction de transfert avec une option style "conserver l'originale".
la seconde idée : generaliser les massives actions sur les gabarits, les sauvegardes.
Pourquoi :
- j'ai plein de gabarit qui sont en trop, j'ai de gabarits qui doivent etre sur plusieurs entités qui ne sont pas visibles par tous.
- il m'arrive de garder 30 à 60 sauvegarde de données par mois (mais je me soigne) et c'est chiant de les supprimer 1 par 1.
j'en reviens à la notion de framework qui fait son apparition dans la 0.7 qui pourrait integrer (si ce n'est deja fait) toute la notion de massive action.
Ceci dit, pour la sauvegarde : y a qu'a supprimer les fichiers (trop bete des fois).
Avec votre avis/accord, je proposerai d'ouvrir un ticket la dessus.
qu'en pensez vous.
Serveurs : Debian Wheezy (Apache 2.2.22, Php 5.4.4, mysql 5.5.31).
Logiciels : Firefox 30, 7z 9.20.
Plateforme en exploitation : GLPI 0.84.6/OCS 2.0.5 sur Debian Wheezy.
Plateforme en test : GLPI 0.84.6 sur Windows 7 SP1 x64 / WampServer 2.4 x64
Offline
ca n'est pas dans mes habitudes, en 500 posts j'ai du le faire une fois, mais cette reflexion est elle pertinente (UP déguisé) ?
Serveurs : Debian Wheezy (Apache 2.2.22, Php 5.4.4, mysql 5.5.31).
Logiciels : Firefox 30, 7z 9.20.
Plateforme en exploitation : GLPI 0.84.6/OCS 2.0.5 sur Debian Wheezy.
Plateforme en test : GLPI 0.84.6 sur Windows 7 SP1 x64 / WampServer 2.4 x64
Offline
Bonjour,
Je suis d'accord avec l'ajout de cette nouvelle action "Dupliquer".
Dans pas mal de post on retrouve la réponse : à faire via les gabarits. Déjà, c'est vrai uniquement pour les éléments gérant des gabarits (donc pas les licences, contrats, contacts, fournisseurs, etc.). En plus il y a des cas où ce n'est pas ce qui est recherché : on peut souhaiter copier une fois (et une seule) un élément donné. Dans ce cas le gabarit n'est d'aucune aide (je le vois plutôt utilisé dans le cas où on rentre plusieurs éléments identiques d'un seul coup).
Pour l'implémentation, à voir :
- dans la liste des actions en masse (dans ce cas on pourrait copier plusieurs éléments à la fois = tous ceux cochés ?)
- en bout de ligne (pour ne s'assurer de copier qu'un seul élément)
En tout cas je pense que c'est vraiment une fonctionnalité intéressante. La notion de copier/coller est devenue tellement habituelle partout que beaucoup s'étonnent de ne pas la voir dans un outil tel que GLPI.
Pour le fait de copier ou déplacer d'une entité à une autre, je ne suis pas concerné n'ayant qu'une entité.
Pour la seconde idée (ajout des actions de masse sur les sauvegardes et les gaabrits), OK aussi.
Mikaël
Ubuntu 9.04 (jaunty) - sous VMWare
GNOME 2.26.1
Apache 2.2.11 - MySQL 5.0.75 - PHP 5.2.6
GLPI 0.72.1 / OCS Inventory NG 1.02
Offline
C'est plus à la pelle les déterrages maintenant c'est à la pelleteuse
Last edited by IronTUX (2009-11-16 11:21:22)
Cus Habitat (Strasbourg)
Operating system: Linux 2.6.32-431.3.1.el6.x86_64
Prod : GLPI 0.84.5 / PHP 5.4.23 / MySQL: 5.5.35
Plugin : Behaviors 0.84, fusioninventory 0.84+3.5, Monitoring 0.84+1.0, Webservices 1.4, Timelinticket 0.84+1.2
Offline
Mikey, regarde le plugin "clone" alors : https://forge.indepnet.net/projects/show/clone
Offline
Pages: 1
Topic closed