Avec PowerShell, si on veut utiliser Internet-Explorer par COM, on peut
utiliser :
$ie=(New-Object -com 'InternetExplorer.Application')
Ce que je voudrais, c'est connecter à une instance Internet-Explorer
déjà ouverte.
Avec Python, il suffit de faire
win32com.client.Dispatch('{9BA05972-F6A8-11CF-A442-00A0C90A8F39}')
pour récupérer une liste des handles COM des instances ouvertes.
Si je met la partie délicate (appel d'une fonction COM/ActiveX) dans une fonction qui est appelée par un setTimeout contenu dans une fonction, appelée depuis le Jscript du ScriptControl du script PowerShell, j'ai aussi l'erreur.
MAIS, si j'ajoute un niveau (le setTimeout appelle une fonction qui contient un autre setTimeout, vers une autre fonction qui contient la partie sensible), ça marche. Mais, pas toujours. En démarrant PS, et en lançant le script, ça marche. Mais, si on provoque l'erreur, en lançant le script, on retrouve l'erreur. On sort de PS, on entre à nouveau, on relance le même script, et ça fonctionne. Même si on le lance 10 fois de suite.
Par contre, avec 3 niveaux de setTimeout, ça marche à tous les coups.
Conclusion, PS effectue une analyse limitée en profondeur...
-- @-salutations
Michel Claveau
Re !
Houlà, c'est de moins en moins simple.
Si je met la partie délicate (appel d'une fonction COM/ActiveX) dans
une fonction qui est appelée par un setTimeout contenu dans une
fonction, appelée depuis le Jscript du ScriptControl du script
PowerShell, j'ai aussi l'erreur.
MAIS, si j'ajoute un niveau (le setTimeout appelle une fonction qui
contient un autre setTimeout, vers une autre fonction qui contient la
partie sensible), ça marche.
Mais, pas toujours.
En démarrant PS, et en lançant le script, ça marche.
Mais, si on provoque l'erreur, en lançant le script, on retrouve
l'erreur. On sort de PS, on entre à nouveau, on relance le même script,
et ça fonctionne. Même si on le lance 10 fois de suite.
Par contre, avec 3 niveaux de setTimeout, ça marche à tous les coups.
Conclusion, PS effectue une analyse limitée en profondeur...
Si je met la partie délicate (appel d'une fonction COM/ActiveX) dans une fonction qui est appelée par un setTimeout contenu dans une fonction, appelée depuis le Jscript du ScriptControl du script PowerShell, j'ai aussi l'erreur.
MAIS, si j'ajoute un niveau (le setTimeout appelle une fonction qui contient un autre setTimeout, vers une autre fonction qui contient la partie sensible), ça marche. Mais, pas toujours. En démarrant PS, et en lançant le script, ça marche. Mais, si on provoque l'erreur, en lançant le script, on retrouve l'erreur. On sort de PS, on entre à nouveau, on relance le même script, et ça fonctionne. Même si on le lance 10 fois de suite.
Par contre, avec 3 niveaux de setTimeout, ça marche à tous les coups.
Conclusion, PS effectue une analyse limitée en profondeur...
-- @-salutations
Michel Claveau
Michel Claveau
Bonsoir !
Désolé de ne pas avoir répondu avant.
Je pense de plus en plus qu'il s'agit d'une limitation volontaire, dans la conception de PowerShell.
La sécurité peut être un prétexte à cela. Mais je suppose aussi qu'il y a (peut-être) une limitation fonctionnelle, prévue pour éviter une confusion dans l'usage de PowerShell, qui ne doit pas être considéré comme un outil permettant de développer des applications.
Ces deux hypothèses font qu'il est inutile de mettre un message sur des newsgroups US.
-- @-salutations
Michel Claveau
Bonsoir !
Désolé de ne pas avoir répondu avant.
Je pense de plus en plus qu'il s'agit d'une limitation volontaire, dans
la conception de PowerShell.
La sécurité peut être un prétexte à cela. Mais je suppose aussi qu'il y
a (peut-être) une limitation fonctionnelle, prévue pour éviter une
confusion dans l'usage de PowerShell, qui ne doit pas être considéré
comme un outil permettant de développer des applications.
Ces deux hypothèses font qu'il est inutile de mettre un message sur des
newsgroups US.
Je pense de plus en plus qu'il s'agit d'une limitation volontaire, dans la conception de PowerShell.
La sécurité peut être un prétexte à cela. Mais je suppose aussi qu'il y a (peut-être) une limitation fonctionnelle, prévue pour éviter une confusion dans l'usage de PowerShell, qui ne doit pas être considéré comme un outil permettant de développer des applications.
Ces deux hypothèses font qu'il est inutile de mettre un message sur des newsgroups US.
-- @-salutations
Michel Claveau
Michel Claveau
Re
Au fait, ma réponse (message) perso est-elle suffisante ?
-- @-salutations
Michel Claveau
Re
Au fait, ma réponse (message) perso est-elle suffisante ?
"Michel Claveau" <Enleverles wrote in message news:
Re
Au fait, ma réponse (message) perso est-elle suffisante ?
Oui, merci :).
Jacques
Jacques Barathon [MS]
"Michel Claveau" <Enleverles wrote in message news:
Bonsoir !
Désolé de ne pas avoir répondu avant.
Je pense de plus en plus qu'il s'agit d'une limitation volontaire, dans la conception de PowerShell.
La sécurité peut être un prétexte à cela. Mais je suppose aussi qu'il y a (peut-être) une limitation fonctionnelle, prévue pour éviter une confusion dans l'usage de PowerShell, qui ne doit pas être considéré comme un outil permettant de développer des applications.
Ces deux hypothèses font qu'il est inutile de mettre un message sur des newsgroups US.
Je ne suis pas sûr du tout que ces hypothèses sont valables. Je persiste à croire qu'il faudrait poser la question sur le forum US pour en avoir le coeur net. Je poserai la question en interne.
Jacques
"Michel Claveau" <Enleverles XX.mcXX@XmXclaveauXX.XX.com> wrote in message
news:mn.cd507d7443794cb8.34209@XmXclaveauXX.XX.com...
Bonsoir !
Désolé de ne pas avoir répondu avant.
Je pense de plus en plus qu'il s'agit d'une limitation volontaire, dans la
conception de PowerShell.
La sécurité peut être un prétexte à cela. Mais je suppose aussi qu'il y a
(peut-être) une limitation fonctionnelle, prévue pour éviter une confusion
dans l'usage de PowerShell, qui ne doit pas être considéré comme un outil
permettant de développer des applications.
Ces deux hypothèses font qu'il est inutile de mettre un message sur des
newsgroups US.
Je ne suis pas sûr du tout que ces hypothèses sont valables. Je persiste à
croire qu'il faudrait poser la question sur le forum US pour en avoir le
coeur net. Je poserai la question en interne.
"Michel Claveau" <Enleverles wrote in message news:
Bonsoir !
Désolé de ne pas avoir répondu avant.
Je pense de plus en plus qu'il s'agit d'une limitation volontaire, dans la conception de PowerShell.
La sécurité peut être un prétexte à cela. Mais je suppose aussi qu'il y a (peut-être) une limitation fonctionnelle, prévue pour éviter une confusion dans l'usage de PowerShell, qui ne doit pas être considéré comme un outil permettant de développer des applications.
Ces deux hypothèses font qu'il est inutile de mettre un message sur des newsgroups US.
Je ne suis pas sûr du tout que ces hypothèses sont valables. Je persiste à croire qu'il faudrait poser la question sur le forum US pour en avoir le coeur net. Je poserai la question en interne.
