Le 02/12/2011 20:20, David DURIEUX a écrit :
> Hello
>
> In front/link.send.php file, we use deprecated function since PHP
> 5.3.0 : "@set_magic_quotes_runtime(0);" and "@set_magic_quotes_runtime($mc);"
Cette fonction est dépréciée en php 5.3.0 et supprimée en 5.4.0
Le code est uniquement appellé
Le 02/11/2011 12:03, Tsmr a écrit :
> Une option serait intéressante et vraiment pas trés compliqué à coder
> serait d'interdire la sélection d'un enregistrement père dans un
> dropdown arborescent.
Pour info, cela existe déjà pour les groupes et les catégories
Groupe : si tu met tous les attrib
le ini_set peut etre utilsié à la place quand même, non?
David
++
Le Mon, 05 Dec 2011 11:20:38 +0100
Remi Collet a écrit:
>Le 02/12/2011 20:20, David DURIEUX a écrit :
>> Hello
>>
>> In front/link.send.php file, we use deprecated function since PHP
>> 5.3.0 : "@set_magic_quotes_runtime(0);" a
Salut,
Est-ce que la mise à jour du date_mod d'un objet (Commputer, Ticket,
...) ne devrait pas être géré par les CommonDBChild, lors d'un ajout ou
d'une purge ?
Même question pour les CommonDBRelation (ça peut paraitre mon évident).
A discuter,
Remi.
___
j'ai commencé à regardé ce que tu as mis sur le SVN pour la 0.84
J'ai quelques remarques :
* On devrait séparer les noms reseau des IP; en effet, un port peut
avoir plusieurs IP et pas de nom reseau. par exemple pour un port
d'ordinateur ou pour l'IP/les IP d'un switch
* Il faudrait un c
Le 05/12/2011 14:52, Remi Collet a écrit :
Salut,
Est-ce que la mise à jour du date_mod d'un objet (Commputer, Ticket,
...) ne devrait pas être géré par les CommonDBChild, lors d'un ajout ou
d'une purge ?
Salut,
ca me semble logique effectivement.
Quitte à mettre une option pour désactiver le
Bonjour,
Pour différents besoins, nous avons modifié le code GLPI afin que le champs
"statut" des équipements apparaissent dans la liste des équipements des
contrats (permet par exemple d'un visuel sur un contrat de distinguer le
matériel déjà rendu à celui restant à rendre...), ainsi que dans
Bonjour,
en commençant a travailler sur le plugin FusionInventory pour la 0.84
(on merge les différents plugin en 1 seul), on s'est rendu compte qu'on
risque d'avoir un très grand nombre de classes dans le dossier inc.
On en a discuté et on s'est dit que ca serait pratique et il me semble
que c'é
Salut,
Perso, je ne vois pas l'intérêt à part complexifier encore le truc...
On a deja énormément de classes dans inc et ca ne gène en rien.
Julien
- Reply message -
De : "David DURIEUX"
Pour : "glpi-dev@gna.org"
Objet : [Glpi-dev] GLPI 0.84dev : autoload avec des dossiers dans inc/
Bonsoir,
Le 05/12/2011 18:42, David DURIEUX a écrit :
(...)
> en commençant a travailler sur le plugin FusionInventory pour la 0.84
> (on merge les différents plugin en 1 seul), on s'est rendu compte qu'on
> risque d'avoir un très grand nombre de classes dans le dossier inc.
(...)
> Donc on pourra
10 matches
Mail list logo