Bonjour,
est-ce que l'un d'entre vous aurait déjà réussi à faire interagir
complètement python et mozilla.
J'aimerais pouvoir effectuer un rendu graphique dans un browser web
depuis un script python. Par exemple en récupérant un canvas de la
partie cliente de la fenêtre de mozilla.
L'inverse aussi m´intéresse, à savoir récupérer les événements de la
fenêtre mozilla dans un script python.
ps : Je sais déjà le faire avec SVG mais je cherche une solution plus
dynamique.
Bonjour, est-ce que l'un d'entre vous aurait déjà réussi à faire interagir complètement python et mozilla.
J'aimerais pouvoir effectuer un rendu graphique dans un browser web depuis un script python.
Une question est-ce à partir d'un serveur ou de façon local ?
pour un serveur il y a un mdule qui est capable de gérer la bibliothèque GD
si c'est en local sur une machine, tu as regardé mozpython ? avec une touche de XUL ça devrait le faire
Bon courage
Par exemple en récupérant un canvas de la
partie cliente de la fenêtre de mozilla. L'inverse aussi m´intéresse, à savoir récupérer les événements de la fenêtre mozilla dans un script python.
ps : Je sais déjà le faire avec SVG mais je cherche une solution plus dynamique.
Merci, Jérôme
Jerome
Philippe Bouige wrote:
In article <co4b59$bfm$, Jerome wrote:
Bonjour, est-ce que l'un d'entre vous aurait déjà réussi à faire interagir complètement python et mozilla.
J'aimerais pouvoir effectuer un rendu graphique dans un browser web depuis un script python.
Une question est-ce à partir d'un serveur ou de façon local ?
de façon locale
pour un serveur il y a un mdule qui est capable de gérer la bibliothèque GD
si c'est en local sur une machine, tu as regardé mozpython ? avec une touche de XUL ça devrait le faire
Le problème de xul c'est que je n'ai pas trouvé d'exemples qui permet de réellement dessiner graphiquement dans la partie cliente du browser. C'est plus des interfaces genre formulaires html il me semble.
Bon courage
Merci
Philippe Bouige wrote:
In article <co4b59$bfm$1@s5.feed.news.oleane.net>, Jerome wrote:
Bonjour,
est-ce que l'un d'entre vous aurait déjà réussi à faire interagir
complètement python et mozilla.
J'aimerais pouvoir effectuer un rendu graphique dans un browser web
depuis un script python.
Une question est-ce à partir d'un serveur ou de façon local ?
de façon locale
pour un serveur il y a un mdule qui est capable de gérer la
bibliothèque GD
si c'est en local sur une machine, tu as regardé mozpython ?
avec une touche de XUL ça devrait le faire
Le problème de xul c'est que je n'ai pas trouvé d'exemples qui permet de
réellement dessiner graphiquement dans la partie cliente du browser.
C'est plus des interfaces genre formulaires html il me semble.
Bonjour, est-ce que l'un d'entre vous aurait déjà réussi à faire interagir complètement python et mozilla.
J'aimerais pouvoir effectuer un rendu graphique dans un browser web depuis un script python.
Une question est-ce à partir d'un serveur ou de façon local ?
de façon locale
pour un serveur il y a un mdule qui est capable de gérer la bibliothèque GD
si c'est en local sur une machine, tu as regardé mozpython ? avec une touche de XUL ça devrait le faire
Le problème de xul c'est que je n'ai pas trouvé d'exemples qui permet de réellement dessiner graphiquement dans la partie cliente du browser. C'est plus des interfaces genre formulaires html il me semble.
Bon courage
Merci
pbouige
In article <co4nsm$gik$, Jerome wrote:
Le problème de xul c'est que je n'ai pas trouvé d'exemples qui permet de réellement dessiner graphiquement dans la partie cliente du browser. C'est plus des interfaces genre formulaires html il me semble.
Alors la bonne solution il me semble est celle que vous préconisiez "SVG"...pour le rendre plus dynamique ajouter un peu de "javascript" :-( Il y a de très bons exemples avec SVG : http://www-106.ibm.com/developerworks/library/x-svggrph/?ca=drs-x4504 http://www.carto.net/papers/svg/samples/ http://www.web400.com/download/SVG/SVG.htm
en python voir ceci : http://zope.org/Members/aho/ZSVG_Graph
In article <co4nsm$gik$1@s5.feed.news.oleane.net>, Jerome wrote:
Le problème de xul c'est que je n'ai pas trouvé d'exemples qui permet de
réellement dessiner graphiquement dans la partie cliente du browser.
C'est plus des interfaces genre formulaires html il me semble.
Alors la bonne solution il me semble est celle que vous
préconisiez "SVG"...pour le rendre plus dynamique ajouter
un peu de "javascript" :-( Il y a de très bons exemples
avec SVG :
http://www-106.ibm.com/developerworks/library/x-svggrph/?ca=drs-x4504
http://www.carto.net/papers/svg/samples/
http://www.web400.com/download/SVG/SVG.htm
en python voir ceci :
http://zope.org/Members/aho/ZSVG_Graph
Le problème de xul c'est que je n'ai pas trouvé d'exemples qui permet de réellement dessiner graphiquement dans la partie cliente du browser. C'est plus des interfaces genre formulaires html il me semble.
Alors la bonne solution il me semble est celle que vous préconisiez "SVG"...pour le rendre plus dynamique ajouter un peu de "javascript" :-( Il y a de très bons exemples avec SVG : http://www-106.ibm.com/developerworks/library/x-svggrph/?ca=drs-x4504 http://www.carto.net/papers/svg/samples/ http://www.web400.com/download/SVG/SVG.htm
en python voir ceci : http://zope.org/Members/aho/ZSVG_Graph
Gilles Lenfant
Bonjour, est-ce que l'un d'entre vous aurait déjà réussi à faire interagir complètement python et mozilla.
J'aimerais pouvoir effectuer un rendu graphique dans un browser web depuis un script python. Par exemple en récupérant un canvas de la partie cliente de la fenêtre de mozilla. L'inverse aussi m´intéresse, à savoir récupérer les événements de la fenêtre mozilla dans un script python.
ps : Je sais déjà le faire avec SVG mais je cherche une solution plus dynamique.
Merci, Jérôme
Un peu de patience, une version future de Mozilla (donc Firefox et Netscape) permettra la programmation d'applications XPFE en Python ou Perl en plus de l'ecmascript standard.
-- Gilles
Bonjour,
est-ce que l'un d'entre vous aurait déjà réussi à faire interagir
complètement python et mozilla.
J'aimerais pouvoir effectuer un rendu graphique dans un browser web
depuis un script python. Par exemple en récupérant un canvas de la
partie cliente de la fenêtre de mozilla.
L'inverse aussi m´intéresse, à savoir récupérer les événements de la
fenêtre mozilla dans un script python.
ps : Je sais déjà le faire avec SVG mais je cherche une solution plus
dynamique.
Merci,
Jérôme
Un peu de patience, une version future de Mozilla (donc Firefox et
Netscape) permettra la programmation d'applications XPFE en Python ou
Perl en plus de l'ecmascript standard.
Bonjour, est-ce que l'un d'entre vous aurait déjà réussi à faire interagir complètement python et mozilla.
J'aimerais pouvoir effectuer un rendu graphique dans un browser web depuis un script python. Par exemple en récupérant un canvas de la partie cliente de la fenêtre de mozilla. L'inverse aussi m´intéresse, à savoir récupérer les événements de la fenêtre mozilla dans un script python.
ps : Je sais déjà le faire avec SVG mais je cherche une solution plus dynamique.
Merci, Jérôme
Un peu de patience, une version future de Mozilla (donc Firefox et Netscape) permettra la programmation d'applications XPFE en Python ou Perl en plus de l'ecmascript standard.
-- Gilles
pbouige
In article <41a66682$0$31661$, Gilles Lenfant wrote:
Un peu de patience, une version future de Mozilla (donc Firefox et Netscape) permettra la programmation d'applications XPFE en Python ou Perl en plus de l'ecmascript standard.
Pour quand ? je suis preneur tout de suite ;-) le plus difficile ce sera une bonne doc sur XPFE :-(
In article <41a66682$0$31661$8fcfb975@news.wanadoo.fr>, Gilles Lenfant wrote:
Un peu de patience, une version future de Mozilla (donc Firefox et
Netscape) permettra la programmation d'applications XPFE en Python ou
Perl en plus de l'ecmascript standard.
Pour quand ? je suis preneur tout de suite ;-)
le plus difficile ce sera une bonne doc sur XPFE :-(
In article <41a66682$0$31661$, Gilles Lenfant wrote:
Un peu de patience, une version future de Mozilla (donc Firefox et Netscape) permettra la programmation d'applications XPFE en Python ou Perl en plus de l'ecmascript standard.
Pour quand ? je suis preneur tout de suite ;-) le plus difficile ce sera une bonne doc sur XPFE :-(
Wilk
Gilles Lenfant writes:
Bonjour, est-ce que l'un d'entre vous aurait déjà réussi à faire interagir complètement python et mozilla. J'aimerais pouvoir effectuer un rendu graphique dans un browser web depuis un script python. Par exemple en récupérant un canvas de la partie cliente de la fenêtre de mozilla. L'inverse aussi m´intéresse, à savoir récupérer les événements de la fenêtre mozilla dans un script python. ps : Je sais déjà le faire avec SVG mais je cherche une solution plus dynamique. Merci, Jérôme
Un peu de patience, une version future de Mozilla (donc Firefox et Netscape) permettra la programmation d'applications XPFE en Python ou Perl en plus de l'ecmascript standard.
Il risque d'y avoir des problèmes de sécurités vu que python ne peut pas tourner dans un bac à sable...
-- William - http://flibuste.net
Gilles Lenfant <nospam@bigfoot.com> writes:
Bonjour,
est-ce que l'un d'entre vous aurait déjà réussi à faire interagir
complètement python et mozilla.
J'aimerais pouvoir effectuer un rendu graphique dans un browser web
depuis un script python. Par exemple en récupérant un canvas de la
partie cliente de la fenêtre de mozilla.
L'inverse aussi m´intéresse, à savoir récupérer les événements de la
fenêtre mozilla dans un script python.
ps : Je sais déjà le faire avec SVG mais je cherche une solution
plus dynamique.
Merci,
Jérôme
Un peu de patience, une version future de Mozilla (donc Firefox et
Netscape) permettra la programmation d'applications XPFE en Python ou
Perl en plus de l'ecmascript standard.
Il risque d'y avoir des problèmes de sécurités vu que python ne peut pas
tourner dans un bac à sable...
Bonjour, est-ce que l'un d'entre vous aurait déjà réussi à faire interagir complètement python et mozilla. J'aimerais pouvoir effectuer un rendu graphique dans un browser web depuis un script python. Par exemple en récupérant un canvas de la partie cliente de la fenêtre de mozilla. L'inverse aussi m´intéresse, à savoir récupérer les événements de la fenêtre mozilla dans un script python. ps : Je sais déjà le faire avec SVG mais je cherche une solution plus dynamique. Merci, Jérôme
Un peu de patience, une version future de Mozilla (donc Firefox et Netscape) permettra la programmation d'applications XPFE en Python ou Perl en plus de l'ecmascript standard.
Il risque d'y avoir des problèmes de sécurités vu que python ne peut pas tourner dans un bac à sable...
-- William - http://flibuste.net
Roger That
Le Fri, 26 Nov 2004 11:10:53 +0100, Wilk a écrit :
Un peu de patience, une version future de Mozilla (donc Firefox et Netscape) permettra la programmation d'applications XPFE en Python ou Perl en plus de l'ecmascript standard.
Il risque d'y avoir des problèmes de sécurités vu que python ne peut pas tourner dans un bac à sable...
Et Zope (donc Python), il ne gère pas la sécurité ?
Le Fri, 26 Nov 2004 11:10:53 +0100, Wilk a écrit :
Un peu de patience, une version future de Mozilla (donc Firefox et
Netscape) permettra la programmation d'applications XPFE en Python ou
Perl en plus de l'ecmascript standard.
Il risque d'y avoir des problèmes de sécurités vu que python ne peut
pas tourner dans un bac à sable...
Et Zope (donc Python), il ne gère pas la sécurité ?
Le Fri, 26 Nov 2004 11:10:53 +0100, Wilk a écrit :
Un peu de patience, une version future de Mozilla (donc Firefox et Netscape) permettra la programmation d'applications XPFE en Python ou Perl en plus de l'ecmascript standard.
Il risque d'y avoir des problèmes de sécurités vu que python ne peut pas tourner dans un bac à sable...
Et Zope (donc Python), il ne gère pas la sécurité ?
Wilk
Roger That <fabsk+ writes:
Le Fri, 26 Nov 2004 11:10:53 +0100, Wilk a écrit :
Un peu de patience, une version future de Mozilla (donc Firefox et Netscape) permettra la programmation d'applications XPFE en Python ou Perl en plus de l'ecmascript standard.
Il risque d'y avoir des problèmes de sécurités vu que python ne peut pas tourner dans un bac à sable...
Et Zope (donc Python), il ne gère pas la sécurité ?
Zope tourne côté serveur, ecmascript tourne côté client... Les contraintes sont donc complètement différentes.
-- William - http://flibuste.net
Roger That <fabsk+news@free.fr> writes:
Le Fri, 26 Nov 2004 11:10:53 +0100, Wilk a écrit :
Un peu de patience, une version future de Mozilla (donc Firefox et
Netscape) permettra la programmation d'applications XPFE en Python ou
Perl en plus de l'ecmascript standard.
Il risque d'y avoir des problèmes de sécurités vu que python ne peut
pas tourner dans un bac à sable...
Et Zope (donc Python), il ne gère pas la sécurité ?
Zope tourne côté serveur, ecmascript tourne côté client... Les
contraintes sont donc complètement différentes.
Le Fri, 26 Nov 2004 11:10:53 +0100, Wilk a écrit :
Un peu de patience, une version future de Mozilla (donc Firefox et Netscape) permettra la programmation d'applications XPFE en Python ou Perl en plus de l'ecmascript standard.
Il risque d'y avoir des problèmes de sécurités vu que python ne peut pas tourner dans un bac à sable...
Et Zope (donc Python), il ne gère pas la sécurité ?
Zope tourne côté serveur, ecmascript tourne côté client... Les contraintes sont donc complètement différentes.
-- William - http://flibuste.net
home
Wilk wrote:
Et Zope (donc Python), il ne gère pas la sécurité ?
Zope tourne côté serveur, ecmascript tourne côté client... Les contraintes sont donc complètement différentes.
Et alors ? si c'est sécuritaire coté client, zope peut fonctionner en mode client.... de plus zope ne fonctionne pas avec le python de la machine cliente mais avec son propre python avec des bibliothèques minimales. Tu peux epliquer donc pourquoi ça ne pourrait pas être sécuritaire d'utiliser Python en client ?
Merci pour tes explications
Wilk wrote:
Et Zope (donc Python), il ne gère pas la sécurité ?
Zope tourne côté serveur, ecmascript tourne côté client... Les
contraintes sont donc complètement différentes.
Et alors ? si c'est sécuritaire coté client, zope peut fonctionner
en mode client.... de plus zope ne fonctionne pas avec le python
de la machine cliente mais avec son propre python avec des
bibliothèques minimales. Tu peux epliquer donc pourquoi ça ne
pourrait pas être sécuritaire d'utiliser Python en client ?
Et Zope (donc Python), il ne gère pas la sécurité ?
Zope tourne côté serveur, ecmascript tourne côté client... Les contraintes sont donc complètement différentes.
Et alors ? si c'est sécuritaire coté client, zope peut fonctionner en mode client.... de plus zope ne fonctionne pas avec le python de la machine cliente mais avec son propre python avec des bibliothèques minimales. Tu peux epliquer donc pourquoi ça ne pourrait pas être sécuritaire d'utiliser Python en client ?
Merci pour tes explications
Wilk
home writes:
Wilk wrote:
Et Zope (donc Python), il ne gère pas la sécurité ? Zope tourne côté serveur, ecmascript tourne côté client... Les
contraintes sont donc complètement différentes.
Et alors ? si c'est sécuritaire coté client, zope peut fonctionner en mode client.... de plus zope ne fonctionne pas avec le python de la machine cliente mais avec son propre python avec des bibliothèques minimales. Tu peux epliquer donc pourquoi ça ne pourrait pas être sécuritaire d'utiliser Python en client ?
Zope tourne sur un serveur, donc les droits sont gérés en partie par le système d'exploitation qui va le faire tourner sous un utilisateur donné par ex.
En revanche si on fait tourner python dans un navigateur, donc au niveau client, il faut que l'utilisateur soit sûr que l'applet qui tourne chez lui ne va pas aller trifouiller dans ses fichiers. Java, flash et javascript permettent de garantir ça, pas python (du moins dans la version actuelle). Où alors il faudrait que l'utilisateur ait une totale confiance dans l'applet, qu'elle soit signée etc... Mais ça limiterait pas mal. Par ex ce serait sympa de pouvoir faire des applets python-pygame...
-- William - http://flibuste.net
home <homepb@free.fr> writes:
Wilk wrote:
Et Zope (donc Python), il ne gère pas la sécurité ?
Zope tourne côté serveur, ecmascript tourne côté client... Les
contraintes sont donc complètement différentes.
Et alors ? si c'est sécuritaire coté client, zope peut fonctionner
en mode client.... de plus zope ne fonctionne pas avec le python
de la machine cliente mais avec son propre python avec des
bibliothèques minimales. Tu peux epliquer donc pourquoi ça ne
pourrait pas être sécuritaire d'utiliser Python en client ?
Zope tourne sur un serveur, donc les droits sont gérés en partie par le
système d'exploitation qui va le faire tourner sous un utilisateur
donné par ex.
En revanche si on fait tourner python dans un navigateur, donc au niveau
client, il faut que l'utilisateur soit sûr que l'applet qui tourne chez
lui ne va pas aller trifouiller dans ses fichiers. Java, flash et
javascript permettent de garantir ça, pas python (du moins dans la
version actuelle). Où alors il faudrait que l'utilisateur ait une totale
confiance dans l'applet, qu'elle soit signée etc... Mais ça limiterait
pas mal. Par ex ce serait sympa de pouvoir faire des applets
python-pygame...
Et Zope (donc Python), il ne gère pas la sécurité ? Zope tourne côté serveur, ecmascript tourne côté client... Les
contraintes sont donc complètement différentes.
Et alors ? si c'est sécuritaire coté client, zope peut fonctionner en mode client.... de plus zope ne fonctionne pas avec le python de la machine cliente mais avec son propre python avec des bibliothèques minimales. Tu peux epliquer donc pourquoi ça ne pourrait pas être sécuritaire d'utiliser Python en client ?
Zope tourne sur un serveur, donc les droits sont gérés en partie par le système d'exploitation qui va le faire tourner sous un utilisateur donné par ex.
En revanche si on fait tourner python dans un navigateur, donc au niveau client, il faut que l'utilisateur soit sûr que l'applet qui tourne chez lui ne va pas aller trifouiller dans ses fichiers. Java, flash et javascript permettent de garantir ça, pas python (du moins dans la version actuelle). Où alors il faudrait que l'utilisateur ait une totale confiance dans l'applet, qu'elle soit signée etc... Mais ça limiterait pas mal. Par ex ce serait sympa de pouvoir faire des applets python-pygame...
