JMD je réponds suite à vos réponses concernant mes plugin et je tiens a vous
dire que je ne vous hai pas du tout :):):)
Donc pour :

Plugin arborescence :
Sur tout ce que vous avez dis je suis d'accord, mais ce plugin permet dans
ma société d'avoir une vue global sur les associations des documents.
Cependant je peux regarder à améliorer ce plugin pour pourvoir faire un
affichage par type de document si vous trouvez utile de le faire.

Plugin Bureau Distant :

Je suis entièrement d'accord sur le fait de mettre la possibilité de generer
des fichiers de conf dans les liens protocolé et ainsi les liés au des
devices.

Cependant je pense que vous avez actuellement beaucoup de travaille afin
d'intégrer d'autre fonctionnalité a GLPI vu le travaille qu'il est fait en
ce moment et ce qu'il reste a faire (chapeau bas d'ailleurs).

Donc la création de ce plugin permet en attendant de pourvoir gerer les
bureaux distant.

Mes je peux si vous m'autoriser regarder ce que je peux faire afin
d'améliorer la fonctionnalité des liens protocolés et ainsi intégrer les
bureaux distant dans les liens proctocolés.

Sur ceux bonne journée a tous.

Jm0u


-----Message d'origine-----
De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] De la part
de [EMAIL PROTECTED]
Envoyé : Aucune
À : [email protected]
Objet : Glpi-dev Digest, Vol 6, Issue 7

Send Glpi-dev mailing list submissions to
        [email protected]

To subscribe or unsubscribe via the World Wide Web, visit
        https://mail.gna.org/listinfo/glpi-dev
or, via email, send a message with subject or body 'help' to
        [EMAIL PROTECTED]

You can reach the person managing the list at
        [EMAIL PROTECTED]

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Glpi-dev digest..."


Today's Topics:

   1. Re: Arborescence pour les documents (JMD)
   2. plugin sur les bureaux distants. (JMD)
   3. Re: plugin sur les bureaux distants. (JMD)


----------------------------------------------------------------------

Message: 1
Date: Sat, 17 Dec 2005 01:34:48 +0100
From: JMD <[EMAIL PROTECTED]>
Subject: Re: [Glpi-dev] Arborescence pour les documents
To: Liste de diffusion des developpeurs GLPI <[email protected]>
Message-ID: <[EMAIL PROTECTED]>
Content-Type: text/plain; charset=windows-1256; format=flowed

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Bonsoir,

GRISARD a icrit :
~ > je me suis penchi sur la possibiliti de crier une arborescence pour les
| document ressemblant a celle de la base de connaissance.
| Je vous transmets mon travail qui est presque fini, il manque plus qua
| intigrer une recherche dans se plugin

Je viens de jeter un oeil et j'avoue que je suis un peu ennuyi.

J'ai un peu de mal ` saisir le concept d'arborescence dans ce plugin.

On a bien une liste par type de device des documents attachis ` chaque
device. J'ai utilisi le terme liste car il n'y a pas de notion
d'arborescence ici comme dans la base de connaissances qui posshde des
rubriques, des sous-rubriques, des sous-sous rubriques etc.

On aurait pu effectivement avoir un affichage arborescent des documents
s'ils itaient giris comme les items de la base de connaissances mais ce
n'est pas le cas dans GLPI pour le moment.

Par ailleurs, je crois qu'afficher sur une seule page la liste de tous
les ordinateurs et les documents qui leurs sont liis risque d'jtre plus
que problimatique sur des parcs de plusieurs milliers de machine.

En fait, je pense que vous avez iti induit en erreur par les propos
tenus sur le forum :

"Aujourd'hui, mhme si on peu filtrer la vue, la base de documents est
une base plate. Or, j'ai plusieurs centaines de serveurs, et j'aimerai
avoir pour chaque serveur, toute la documentation le concernant.....(...)
LA QUESTION n 1: Serait il possible de fabriquer une arborescence
virtuelle pour la base de document, qui reprendrait en fait un mode de
fonctionnement identique ` celle de la base de connaissance ?"

A mon avis il n'y a pas de rapport direct entre le besoin et la demande
d'arborescence.

Je comprend la demande mais je pense qu'elle miriterait d'jtre
approfondie et pensie.

- - Qu'est ce qu'on veut obtenir exactement (fonctionalitisn, vues..) ?
- - Dans quel but ?
- - Quels sont les moyens d'obtenir les risultats ?
- - L'utilisation d'un plug-in est-elle indispensable ou est-il possible
de l'intigrer directement dans GLPI ?

Voil` mes remarques ` chaud, j'esphre ne pas vous dicourager et je tiens
~ tout de mjme ` vous remercier pour votre paticipation active.


Sur ce je vais regarder votre plugin sur les bureaux distants ;)

Cordialement,

- --
JMD

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2 (GNU/Linux)

iD8DBQFDo10oyQar2dfQ77ARAsK/AJ4sAB6fUkgCBfSvJdWt0b9sYxIelACfXdwc
bKem6lWzii8+yR6/z7CHNaQ=
=h7Wa
-----END PGP SIGNATURE-----



------------------------------

Message: 2
Date: Sat, 17 Dec 2005 01:48:53 +0100
From: JMD <[EMAIL PROTECTED]>
Subject: [Glpi-dev] plugin sur les bureaux distants.
To: Liste de diffusion des developpeurs GLPI <[email protected]>
Message-ID: <[EMAIL PROTECTED]>
Content-Type: text/plain; charset=windows-1256; format=flowed

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

GRISARD a icrit :
|
| PS : je joins aussi la nouvelle version de mon plugin sur les bureaux
| distants.
| ( il reste nianmoins un problhme posti sur le forum si vous pouvez jeter
| un coup dil ;)  merci davance )

Pour votre problhme il faut ajouter dans votre fonction install

Un test sur la criation du rep sinon criation ex :

        if (!is_dir($cfg_install["doc_dir"]."/".$dir)){

@mkdir($cfg_install["doc_dir"]."/".$dir);
                        }

Et utiliser la variable $cfg_install["doc_dir"] dans votre fonction
generaterdp



Cordialement,

JmD
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2 (GNU/Linux)

iD8DBQFDo2B1yQar2dfQ77ARAkQsAJ9yPTyGH8PTg6az9aNkXVQ5lBiJFACeOsZa
LLKz7qPImRdofPKlXsF/FcE=
=3Xod
-----END PGP SIGNATURE-----



------------------------------

Message: 3
Date: Sat, 17 Dec 2005 02:08:40 +0100
From: JMD <[EMAIL PROTECTED]>
Subject: Re: [Glpi-dev] plugin sur les bureaux distants.
To: Liste de diffusion des developpeurs GLPI <[email protected]>
Message-ID: <[EMAIL PROTECTED]>
Content-Type: text/plain; charset=windows-1256; format=flowed

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

JMD a icrit :
| GRISARD a icrit :
| |
| | PS : je joins aussi la nouvelle version de mon plugin sur les bureaux
| | distants.

Vous allez finir par me hair mais tant pis ;)

J'ai regardi de plus pris ce plugin et en fait je constate qu'` peu de
chose pris en ajoutant la criation de fichiers rdp aux systhmes de liens
protocolis on aurait la mjme chose mais avec en plus la giniration
automatique ` partir de l'ip de l'ordinateur.

Donc deux pistes :

- - Soit il est envisageable de rendre les liens protocolis plus
performants en offrant la possibiliti de ginirer les fichiers de conf
(rdp ou autre) d'ailleurs ga voudrait dire igalement offrir la
possibiliti de crier des gabarits pour ces fichiers de confs.

- - Soit le plugin doit intigrer des fonctionnalitis identiques au sythme
de lien protocolis pour qu'il y ait un lien riel entre les ordinateurs
de l'inventaire et les accis bureaux distants.


L` il est tard, j'ai pas d'avis.


Cordialement,

- --
JmD
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2 (GNU/Linux)

iD8DBQFDo2UYyQar2dfQ77ARAr96AJsGHAf5zxjosqFV1v89otRVT7XGAQCfYEo6
RsKLShUj3eqbPe39A6H2zwk=
=FSEh
-----END PGP SIGNATURE-----



------------------------------

_______________________________________________
Glpi-dev mailing list
[email protected]
https://mail.gna.org/listinfo/glpi-dev


End of Glpi-dev Digest, Vol 6, Issue 7
**************************************


___________________________________________________

Ce message a été vérifié par l'antivirus de MDaemon.

Par précaution, n'ouvrez pas de pièces jointes de correspondants inconnus.
___________________________________________________


Reply via email to