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. 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... Le bac à sable est utile pour les applets, animations, ... downloadées à la
volée lors d'une navigation web. Ici, je suppose qu'il s'agit plutôt d'utiliser Mozilla comme GUI pour une application python "classique". Je ne vois donc pas plus de probléme de sécurité que pour n'importe quelle application python.
"Wilk" <wilk-ml@flibuste.net> a écrit dans le message de news:
878y8o2a4y.fsf@chat.blakie.riol...
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...
Le bac à sable est utile pour les applets, animations, ... downloadées à la
volée lors d'une navigation web. Ici, je suppose qu'il s'agit plutôt
d'utiliser Mozilla comme GUI pour une application python "classique". Je ne
vois donc pas plus de probléme de sécurité que pour n'importe quelle
application python.
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... Le bac à sable est utile pour les applets, animations, ... downloadées à la
volée lors d'une navigation web. Ici, je suppose qu'il s'agit plutôt d'utiliser Mozilla comme GUI pour une application python "classique". Je ne vois donc pas plus de probléme de sécurité que pour n'importe quelle application python.
Gilles Lenfant
Wilk wrote:
Et Zope (donc Python), il ne gère pas la sécurité ?
Zope gère la sécurité côté serveur, ce qui est **très** différent. Se basant principalement sur la matrice roles <-> permissions.
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
Zope peut fonctionner en mode "client" !!!??? Quelques explications plus amples SVP ?? Zope est un **serveur** à ce que je sache et le client (généralement) un navigateur.
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 ?
C'est tout le contraire, Zope fonctionne avec l'intégralité des bibliothèques standard Python (pour les Products en file systems, pas les scripts en ZODB), et avec ses bibliothèques spécifiques (gestionnaire de sécurité, publication HTTP, FTP, Webdav, compilateur/exécuteur de templates ZPT et DTML, ...)
Zope peut très bien fonctionner avec un Python standard et ce sous Linux, Windows, Mac OS... Le python fourni avec la distro Windows de Zope est 100% standard (version 2.3.4 complète aux dernières nouvelles).
C'est évidemment très dangereux de faire tourner Python (non bridé) en lieu et place d'Ecmascript pour animer des pages web (html ou xul). Imaginez les dégats que cette page ferait...
<head> <script language="python"> import os os.system("format c:") </script> </head><body> <p>J'ai libéré de la place sur ton disque dur. Merci qui ?</p> </body></html>
Merci pour tes explications
Fournies plus haut. Pas de quoi :o)
Wilk wrote:
Et Zope (donc Python), il ne gère pas la sécurité ?
Zope gère la sécurité côté serveur, ce qui est **très** différent. Se
basant principalement sur la matrice roles <-> permissions.
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
Zope peut fonctionner en mode "client" !!!??? Quelques explications plus
amples SVP ?? Zope est un **serveur** à ce que je sache et le client
(généralement) un navigateur.
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 ?
C'est tout le contraire, Zope fonctionne avec l'intégralité des
bibliothèques standard Python (pour les Products en file systems, pas
les scripts en ZODB), et avec ses bibliothèques spécifiques
(gestionnaire de sécurité, publication HTTP, FTP, Webdav,
compilateur/exécuteur de templates ZPT et DTML, ...)
Zope peut très bien fonctionner avec un Python standard et ce sous
Linux, Windows, Mac OS... Le python fourni avec la distro Windows de
Zope est 100% standard (version 2.3.4 complète aux dernières nouvelles).
C'est évidemment très dangereux de faire tourner Python (non bridé) en
lieu et place d'Ecmascript pour animer des pages web (html ou xul).
Imaginez les dégats que cette page ferait...
<head>
<script language="python">
import os
os.system("format c:")
</script>
</head><body>
<p>J'ai libéré de la place sur ton disque dur. Merci qui ?</p>
</body></html>
Et Zope (donc Python), il ne gère pas la sécurité ?
Zope gère la sécurité côté serveur, ce qui est **très** différent. Se basant principalement sur la matrice roles <-> permissions.
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
Zope peut fonctionner en mode "client" !!!??? Quelques explications plus amples SVP ?? Zope est un **serveur** à ce que je sache et le client (généralement) un navigateur.
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 ?
C'est tout le contraire, Zope fonctionne avec l'intégralité des bibliothèques standard Python (pour les Products en file systems, pas les scripts en ZODB), et avec ses bibliothèques spécifiques (gestionnaire de sécurité, publication HTTP, FTP, Webdav, compilateur/exécuteur de templates ZPT et DTML, ...)
Zope peut très bien fonctionner avec un Python standard et ce sous Linux, Windows, Mac OS... Le python fourni avec la distro Windows de Zope est 100% standard (version 2.3.4 complète aux dernières nouvelles).
C'est évidemment très dangereux de faire tourner Python (non bridé) en lieu et place d'Ecmascript pour animer des pages web (html ou xul). Imaginez les dégats que cette page ferait...
<head> <script language="python"> import os os.system("format c:") </script> </head><body> <p>J'ai libéré de la place sur ton disque dur. Merci qui ?</p> </body></html>
