De mon côté aussi les temps sont variables : de 5 à 7 secondes pour abbv et de 15 à 23s pour la cotation f …
Tu as bien cerné le raisonnement du code dans le post #18 :
dans le cas d'une improbable boucle infinie ou plutôt si le site rame, interruption au bout de 20 secondes …
![Citation](https://forum.developpez.be/images/misc/quote_icon.png)
Envoyé par
itwoo
la où cela bloque c'est si la table a chargé plus vite sous IE que VBA
Moins de 4 millièmes de seconde séparent le lancement de la mise à jour de la boucle d'attente !
Je ne vois donc pas comment IE peut être plus rapide pour une page d'un code valide de cotation,
c'est pour cela malgré tous mes tests (et ceux utilisant la même méthode) je n'ai jamais eu de souci.
J'entrevois juste un manque de contrôle en amont, indépendant donc de cette méthode,
comme par exemple une page sans table ou un code invalide …
Par analogie si dans un code une valeur est divisée par une variable, si cette dernière vaut zéro cela déclenche
forcément une erreur mais, pour autant, le principe de la division ne peut être remis en question !
Il manque juste le contrôle préalable de la variable devant être différente de zéro …
Pour Timer, regarder dans l'aide VBA intégrée son fonctionnement : temps passé depuis minuit …
Donc oui c'est une possible éventualité car à minuit Timer repasse à zéro !
Je n'ai pas vu ton code itwoo avec boucle entre plusieurs cotations.
Je l'ai par contre aussi simulé de mon côté en alternant plusieurs fois les cotations abbv et f,
pas eu de souci non plus … Évidemment la manière de pointer l'objet est primordiale !
Sans pouvoir reproduire un cas précis, je persiste pour un mauvais pointage et/ou un manque de contrôle en amont …
J'attends ton retour itwoo pour le test du post #23 avant de livrer une version 2 agrémentée de contrôles en amont …
Et au fait, suite à ton commentaire du post #10, je ne pouvais déjà pas éditer la contribution d'origine,
apparemment depuis la migration récente du site, peut-être une limitation temporelle …
Partager