Re: [Glpi-dev] Onload / body

2011-12-20 Thread Damien Touraine

Bonjour,

Mes connaissances en javascript sont trop légères pour arriver à faire 
autrement. Si souhaitez regarder comment cela fonctionne, vous pouvez 
charger la première esquisse de plugin : 
https://forge.indepnet.net/attachments/1031/canvas.tgz
À terme, nous pourrions, soit le laisser sous forme de plugin, soit le 
transférer dans le coeur de GLPI.


Damien
On 20/12/2011 08:54, Julien Dombre wrote:

Le 16/12/2011 15:41, Damien Touraine a écrit :

Bonjour,

Je suis en train d'étudier l'intégration de CanvasXpress 
(http://canvasxpress.org/) dans un plugin afin de représenter les 
réseaux.
Il nécessite d'utiliser un onload dans le tag body de la page 
web. La méthode Html::header ne définit rien. Y-a-t'il une autre 
méthode plus souple qui permettrait cela ?


Sinon, je propose l'ajout du patch en pièce jointe qui ajoute 
l'attribut $onload à la méthode Html::header.




Salut,

Il n'y a pas un autre moyen que cela ?
Pour extjs par exemple pas besoin de cela pour que ca fonctionne.

++

Julien



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


___
Glpi-dev mailing list
Glpi-dev@gna.org
https://mail.gna.org/listinfo/glpi-dev


Re: [Glpi-dev] Onload / body

2011-12-20 Thread Damien Touraine

Bonjour,
Je n'ai pas demandé la création d'une forge plugin, car ce n'est qu'une 
idée, un premier jet. Ce n'est pas formalisé. Il faudrait documenter la 
chose plus précisément et affiner le cahier des charges.
Une forge serait pratique. Mais il faut déterminer si cela reste un 
plugin ou si cela rejoindra le coeur de GLPI. Dans ce cas, le plugin 
disparaitrait très rapidement : existe-t-il des plugins temporaires, le 
temps que maquéter ?


Concernant la page blanche, c'est normal : il faut appliquer le patch du 
message initial de ce fil (onload.patch). Il faudrait trouver une 
solution plus esthétique que le onload. D'autant plus que nous pouvons 
avoir des effets de bords avec d'autres systèmes. Mais je ne vois pas 
comment.


Damien
On 20/12/2011 09:53, David DURIEUX wrote:

Le Tue, 20 Dec 2011 09:24:43 +0100
Damien Tourainedamien.toura...@limsi.fr  a écrit:


Bonjour,

Mes connaissances en javascript sont trop légères pour arriver à faire
autrement.

Faudrait bosser à plusieurs dessus, je peux te donner un coup de main
la dessus, mais faudrait peut etre ouvrir un espace plugin sur la
forge, ou le mettre sur github...


Si souhaitez regarder comment cela fonctionne, vous pouvez
charger la première esquisse de plugin :
https://forge.indepnet.net/attachments/1031/canvas.tgz

J'ai une page blanche pour le moment, il n'y a rien qui s'affiche


À terme, nous pourrions, soit le laisser sous forme de plugin, soit le
transférer dans le coeur de GLPI.


David
++

___
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


Re: [Glpi-dev] Onload / body

2011-12-20 Thread David DURIEUX
Si tu es à l'aise avec 'git', je peux mettre le plugin sur github et
bosser ensemble là dessus. Je suis en train de faire pas mal de modif
sur la partir drawcanvas.


David
++

Le Tue, 20 Dec 2011 10:07:34 +0100
Damien Touraine damien.toura...@limsi.fr a écrit:

Bonjour,
Je n'ai pas demandé la création d'une forge plugin, car ce n'est
qu'une idée, un premier jet. Ce n'est pas formalisé. Il faudrait
documenter la chose plus précisément et affiner le cahier des charges.
Une forge serait pratique. Mais il faut déterminer si cela reste un 
plugin ou si cela rejoindra le coeur de GLPI. Dans ce cas, le plugin 
disparaitrait très rapidement : existe-t-il des plugins temporaires,
le temps que maquéter ?

Concernant la page blanche, c'est normal : il faut appliquer le patch
du message initial de ce fil (onload.patch). Il faudrait trouver une 
solution plus esthétique que le onload. D'autant plus que nous
pouvons avoir des effets de bords avec d'autres systèmes. Mais je ne
vois pas comment.

Damien
On 20/12/2011 09:53, David DURIEUX wrote:
 Le Tue, 20 Dec 2011 09:24:43 +0100
 Damien Tourainedamien.toura...@limsi.fr  a écrit:

 Bonjour,

 Mes connaissances en javascript sont trop légères pour arriver à
 faire autrement.
 Faudrait bosser à plusieurs dessus, je peux te donner un coup de main
 la dessus, mais faudrait peut etre ouvrir un espace plugin sur la
 forge, ou le mettre sur github...

 Si souhaitez regarder comment cela fonctionne, vous pouvez
 charger la première esquisse de plugin :
 https://forge.indepnet.net/attachments/1031/canvas.tgz
 J'ai une page blanche pour le moment, il n'y a rien qui s'affiche

 À terme, nous pourrions, soit le laisser sous forme de plugin, soit
 le transférer dans le coeur de GLPI.

 David
 ++

 ___
 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

___
Glpi-dev mailing list
Glpi-dev@gna.org
https://mail.gna.org/listinfo/glpi-dev


Re: [Glpi-dev] Onload / body

2011-12-20 Thread David DURIEUX
le code est sur github : https://github.com/ddurieux/canvasglpi

Damien, je viens de pusher mes modifications, et là on affiche (pas
encore bien correctement) mais ça affiche sans toucher au code de GLPI
(onload).

J'ai fait un test avec les lieux (intégrant la hiérarchie ),
j'ai juste mis des noms à la con et voici ce que ça donne :
http://glpi.siprossii.com/temp/canvasxpress.png

David
++


Le Tue, 20 Dec 2011 10:21:09 +0100
David DURIEUX d.duri...@siprossii.com a écrit:

Si tu es à l'aise avec 'git', je peux mettre le plugin sur github et
bosser ensemble là dessus. Je suis en train de faire pas mal de modif
sur la partir drawcanvas.


David
++

Le Tue, 20 Dec 2011 10:07:34 +0100
Damien Touraine damien.toura...@limsi.fr a écrit:

Bonjour,
Je n'ai pas demandé la création d'une forge plugin, car ce n'est
qu'une idée, un premier jet. Ce n'est pas formalisé. Il faudrait
documenter la chose plus précisément et affiner le cahier des charges.
Une forge serait pratique. Mais il faut déterminer si cela reste un 
plugin ou si cela rejoindra le coeur de GLPI. Dans ce cas, le plugin 
disparaitrait très rapidement : existe-t-il des plugins temporaires,
le temps que maquéter ?

Concernant la page blanche, c'est normal : il faut appliquer le patch
du message initial de ce fil (onload.patch). Il faudrait trouver une 
solution plus esthétique que le onload. D'autant plus que nous
pouvons avoir des effets de bords avec d'autres systèmes. Mais je ne
vois pas comment.

Damien
On 20/12/2011 09:53, David DURIEUX wrote:
 Le Tue, 20 Dec 2011 09:24:43 +0100
 Damien Tourainedamien.toura...@limsi.fr  a écrit:

 Bonjour,

 Mes connaissances en javascript sont trop légères pour arriver à
 faire autrement.
 Faudrait bosser à plusieurs dessus, je peux te donner un coup de
 main la dessus, mais faudrait peut etre ouvrir un espace plugin sur
 la forge, ou le mettre sur github...

 Si souhaitez regarder comment cela fonctionne, vous pouvez
 charger la première esquisse de plugin :
 https://forge.indepnet.net/attachments/1031/canvas.tgz
 J'ai une page blanche pour le moment, il n'y a rien qui s'affiche

 À terme, nous pourrions, soit le laisser sous forme de plugin, soit
 le transférer dans le coeur de GLPI.

 David
 ++

 ___
 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

___
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


Re: [Glpi-dev] Onload / body

2011-12-20 Thread David DURIEUX
Est-ce que vous pensez (principalement JMD  Moyo, mais les autres
peuvent aussi donner leur avis), que ce système doit être dans le coeur
de GLPI pour la 0.84? c'est à dire : 

- avoir un onglet de représentation graphique pour chacun des objets
  ayant une hiérarchie (entités, groupes, lieux...)

- avoir un schéma réseau d'un switch avec ses connexions, avoir un
  schéma réseau global (switch, imprimantes, ordinateurs) d'une /
  plusieurs entités?

Le gros plus c'est d'avoir une visualisation simple.

Si c'est le cas je peux faire un patch pour l'intégrer à la version de
dev de la 0.84.



Le Tue, 20 Dec 2011 12:19:29 +0100
David DURIEUX d.duri...@siprossii.com a écrit:

le code est sur github : https://github.com/ddurieux/canvasglpi

Damien, je viens de pusher mes modifications, et là on affiche (pas
encore bien correctement) mais ça affiche sans toucher au code de GLPI
(onload).

J'ai fait un test avec les lieux (intégrant la hiérarchie ),
j'ai juste mis des noms à la con et voici ce que ça donne :
http://glpi.siprossii.com/temp/canvasxpress.png

David
++


Le Tue, 20 Dec 2011 10:21:09 +0100
David DURIEUX d.duri...@siprossii.com a écrit:

Si tu es à l'aise avec 'git', je peux mettre le plugin sur github et
bosser ensemble là dessus. Je suis en train de faire pas mal de modif
sur la partir drawcanvas.


David
++

Le Tue, 20 Dec 2011 10:07:34 +0100
Damien Touraine damien.toura...@limsi.fr a écrit:

Bonjour,
Je n'ai pas demandé la création d'une forge plugin, car ce n'est
qu'une idée, un premier jet. Ce n'est pas formalisé. Il faudrait
documenter la chose plus précisément et affiner le cahier des
charges. Une forge serait pratique. Mais il faut déterminer si cela
reste un plugin ou si cela rejoindra le coeur de GLPI. Dans ce cas,
le plugin disparaitrait très rapidement : existe-t-il des plugins
temporaires, le temps que maquéter ?

Concernant la page blanche, c'est normal : il faut appliquer le patch
du message initial de ce fil (onload.patch). Il faudrait trouver une 
solution plus esthétique que le onload. D'autant plus que nous
pouvons avoir des effets de bords avec d'autres systèmes. Mais je ne
vois pas comment.

Damien
On 20/12/2011 09:53, David DURIEUX wrote:
 Le Tue, 20 Dec 2011 09:24:43 +0100
 Damien Tourainedamien.toura...@limsi.fr  a écrit:

 Bonjour,

 Mes connaissances en javascript sont trop légères pour arriver à
 faire autrement.
 Faudrait bosser à plusieurs dessus, je peux te donner un coup de
 main la dessus, mais faudrait peut etre ouvrir un espace plugin sur
 la forge, ou le mettre sur github...

 Si souhaitez regarder comment cela fonctionne, vous pouvez
 charger la première esquisse de plugin :
 https://forge.indepnet.net/attachments/1031/canvas.tgz
 J'ai une page blanche pour le moment, il n'y a rien qui s'affiche

 À terme, nous pourrions, soit le laisser sous forme de plugin,
 soit le transférer dans le coeur de GLPI.

 David
 ++

 ___
 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

___
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

___
Glpi-dev mailing list
Glpi-dev@gna.org
https://mail.gna.org/listinfo/glpi-dev


Re: [Glpi-dev] Onload / body

2011-12-19 Thread Julien Dombre

Le 16/12/2011 15:41, Damien Touraine a écrit :

Bonjour,

Je suis en train d'étudier l'intégration de CanvasXpress 
(http://canvasxpress.org/) dans un plugin afin de représenter les 
réseaux.
Il nécessite d'utiliser un onload dans le tag body de la page 
web. La méthode Html::header ne définit rien. Y-a-t'il une autre 
méthode plus souple qui permettrait cela ?


Sinon, je propose l'ajout du patch en pièce jointe qui ajoute 
l'attribut $onload à la méthode Html::header.




Salut,

Il n'y a pas un autre moyen que cela ?
Pour extjs par exemple pas besoin de cela pour que ca fonctionne.

++

Julien



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