bon, finalement, j'avais cru comprendre un jour que le HTA était utilisé par
les virus, mais j'avais jamais vu qu'avec un HTA on pouvait faire un
programme complet (ScriptomaticV2.hta).
A votre bon coeur !
où puis-je trouver le HTA pour les nuls ?
Option, c'est quoi ? ça ce lance comment ? ya quoi dedans ? c'est gentil ou
pas ? Ya une version blonde ? (au cas où je capterais pas).
-- Cordialement Sympatix (Antispam: Ôter les "toto" dans l'adresse, pour me répondre) "Jean" <http:// a écrit dans le message de news:
Bonjour,
parcequ'au début de la réponse, il y Jean qui dit que c'est de l'acces en lecteur seul)
Je dis que les propriétés de la balise HTA ne sont accessibles par automation qu'en lecture seule.
Par exemple si vous définissez l'attribut windowState sur minimize dans la balise HTA, vous ne pourrez pas par la suite modifier cet attribut via la propriété windowState (pour mettre la valeur sur maximize par ex.).
Le code suivant ne fonctionnera donc pas : <hta:application id=oHTA windowstate="minimize" /> <script> oHTA.windowState='maximize' </script>
J'ai pas l'acces au élément comme dans le Scripting Host (wscript.exe/cscript.exe) ? ca veux dire quoi ?
Je disais que vous n'avez pas accès à l'objet (intrinsèque à WSH, non accessible via un progid) WScript. Inutile par exemple de tenter un WScript.Sleep dans un HTA (en faisant une recherche sur ce groupe dans Google vous trouverez un message que j'avais posté qui donne des solutions alternatives pour "pauser" un hta).
--
Cordialement
Sympatix
(Antispam: Ôter les "toto" dans l'adresse, pour me répondre)
"Jean" <http://courrier@jmst.be.tf> a écrit dans le message de news:
uO8vYnHBFHA.2624@TK2MSFTNGP11.phx.gbl...
Bonjour,
parcequ'au début de la réponse, il y Jean
qui dit que c'est de l'acces en lecteur seul)
Je dis que les propriétés de la balise HTA ne sont accessibles par
automation qu'en lecture seule.
Par exemple si vous définissez l'attribut windowState sur minimize dans la
balise HTA, vous ne pourrez pas par la suite modifier cet
attribut via la propriété windowState (pour mettre la valeur sur maximize
par ex.).
Le code suivant ne fonctionnera donc pas :
<hta:application id=oHTA windowstate="minimize" />
<script>
oHTA.windowState='maximize'
</script>
J'ai pas l'acces au élément comme dans le Scripting Host
(wscript.exe/cscript.exe) ?
ca veux dire quoi ?
Je disais que vous n'avez pas accès à l'objet (intrinsèque à WSH, non
accessible via un progid) WScript.
Inutile par exemple de tenter un WScript.Sleep dans un HTA (en faisant une
recherche sur ce groupe dans Google vous trouverez un
message que j'avais posté qui donne des solutions alternatives pour
"pauser" un hta).
-- Cordialement Sympatix (Antispam: Ôter les "toto" dans l'adresse, pour me répondre) "Jean" <http:// a écrit dans le message de news:
Bonjour,
parcequ'au début de la réponse, il y Jean qui dit que c'est de l'acces en lecteur seul)
Je dis que les propriétés de la balise HTA ne sont accessibles par automation qu'en lecture seule.
Par exemple si vous définissez l'attribut windowState sur minimize dans la balise HTA, vous ne pourrez pas par la suite modifier cet attribut via la propriété windowState (pour mettre la valeur sur maximize par ex.).
Le code suivant ne fonctionnera donc pas : <hta:application id=oHTA windowstate="minimize" /> <script> oHTA.windowState='maximize' </script>
J'ai pas l'acces au élément comme dans le Scripting Host (wscript.exe/cscript.exe) ? ca veux dire quoi ?
Je disais que vous n'avez pas accès à l'objet (intrinsèque à WSH, non accessible via un progid) WScript. Inutile par exemple de tenter un WScript.Sleep dans un HTA (en faisant une recherche sur ce groupe dans Google vous trouverez un message que j'avais posté qui donne des solutions alternatives pour "pauser" un hta).
Perso, j'aurais terminé le script par </HTML> Damned...je suis fais !
...j'ai droit à un coup de fil ;-)
-- Cordialement Sympatix (Antispam: Ôter les "toto" dans l'adresse, pour me répondre) "Do Re Mi chel La Si Do" a écrit dans le message de news: %23r3%
Bonsoir !
Perso, j'aurais terminé le script par </HTML>
Mais, bon, il n'y a pas de petites économies...
-- Michel Claveau
Perso, j'aurais terminé le script par </HTML>
Damned...je suis fais !
...j'ai droit à un coup de fil ;-)
--
Cordialement
Sympatix
(Antispam: Ôter les "toto" dans l'adresse, pour me répondre)
"Do Re Mi chel La Si Do" <enleverlesO.OmcO@OmclaveauO.com> a écrit dans le
message de news: %23r3%239CLBFHA.612@TK2MSFTNGP09.phx.gbl...
-- Cordialement Sympatix (Antispam: Ôter les "toto" dans l'adresse, pour me répondre) "Jean" <http:// a écrit dans le message de news:
Bonjour,
parcequ'au début de la réponse, il y Jean qui dit que c'est de l'acces en lecteur seul)
Je dis que les propriétés de la balise HTA ne sont accessibles par automation qu'en lecture seule.
Par exemple si vous définissez l'attribut windowState sur minimize dans la balise HTA, vous ne pourrez pas par la suite modifier cet attribut via la propriété windowState (pour mettre la valeur sur maximize par ex.).
Le code suivant ne fonctionnera donc pas : <hta:application id=oHTA windowstate="minimize" /> <script> oHTA.windowState='maximize' </script>
J'ai pas l'acces au élément comme dans le Scripting Host (wscript.exe/cscript.exe) ? ca veux dire quoi ?
Je disais que vous n'avez pas accès à l'objet (intrinsèque à WSH, non accessible via un progid) WScript. Inutile par exemple de tenter un WScript.Sleep dans un HTA (en faisant une recherche sur ce groupe dans Google vous trouverez un message que j'avais posté qui donne des solutions alternatives pour "pauser" un hta).
Amicalement,
Jean - JMST Belgium
Bonjour,
J'ai retrouvé le post :
http://www.google.com/groups?hl=fr&lr=&selm=Op6iSpp0DHA.3656%40TK2MSFTNGP11.phx.gbl
Amicalement,
Jean - JMST
Belgium
"sympatix" <totosympatix@tototele2.fr> a écrit dans le message de news: eWutJYIBFHA.2792@TK2MSFTNGP15.phx.gbl...
--
Cordialement
Sympatix
(Antispam: Ôter les "toto" dans l'adresse, pour me répondre)
"Jean" <http://courrier@jmst.be.tf> a écrit dans le message de news: uO8vYnHBFHA.2624@TK2MSFTNGP11.phx.gbl...
Bonjour,
parcequ'au début de la réponse, il y Jean
qui dit que c'est de l'acces en lecteur seul)
Je dis que les propriétés de la balise HTA ne sont accessibles par automation qu'en lecture seule.
Par exemple si vous définissez l'attribut windowState sur minimize dans la balise HTA, vous ne pourrez pas par la suite modifier
cet
attribut via la propriété windowState (pour mettre la valeur sur maximize par ex.).
Le code suivant ne fonctionnera donc pas :
<hta:application id=oHTA windowstate="minimize" />
<script>
oHTA.windowState='maximize'
</script>
J'ai pas l'acces au élément comme dans le Scripting Host
(wscript.exe/cscript.exe) ?
ca veux dire quoi ?
Je disais que vous n'avez pas accès à l'objet (intrinsèque à WSH, non accessible via un progid) WScript.
Inutile par exemple de tenter un WScript.Sleep dans un HTA (en faisant une recherche sur ce groupe dans Google vous trouverez un
message que j'avais posté qui donne des solutions alternatives pour "pauser" un hta).
-- Cordialement Sympatix (Antispam: Ôter les "toto" dans l'adresse, pour me répondre) "Jean" <http:// a écrit dans le message de news:
Bonjour,
parcequ'au début de la réponse, il y Jean qui dit que c'est de l'acces en lecteur seul)
Je dis que les propriétés de la balise HTA ne sont accessibles par automation qu'en lecture seule.
Par exemple si vous définissez l'attribut windowState sur minimize dans la balise HTA, vous ne pourrez pas par la suite modifier cet attribut via la propriété windowState (pour mettre la valeur sur maximize par ex.).
Le code suivant ne fonctionnera donc pas : <hta:application id=oHTA windowstate="minimize" /> <script> oHTA.windowState='maximize' </script>
J'ai pas l'acces au élément comme dans le Scripting Host (wscript.exe/cscript.exe) ? ca veux dire quoi ?
Je disais que vous n'avez pas accès à l'objet (intrinsèque à WSH, non accessible via un progid) WScript. Inutile par exemple de tenter un WScript.Sleep dans un HTA (en faisant une recherche sur ce groupe dans Google vous trouverez un message que j'avais posté qui donne des solutions alternatives pour "pauser" un hta).