dans les 2 cas (horaire et journalier, et faisant abstraction du nom et du sens haut/bas qui ne colle pas mais ce n’est pas le sujet ici) on a basdugap=dopen(0)=35137.5 et hautdugap=dclose(2)=35059.4, donc une différence 78.1
Mais comme difgap dans cette façon de coder est calculé “avant” de mettre à jour les data basdugap et hautdugap, alors logiquement en journalier il garde sa valeur 56.3 de la semaine d’avant.
En horaire, à la première bougie 1h de la journée difgap vaut aussi 56.3 puis met à jour basdugap et hautdugap, dont les nouvelles valeurs sont ensuite lues en 2e bougie 1h où logiquement difgap passe à 78.1
Il n’y a donc pas de problème avec les calculs de la plateforme. Si on veut obtenir le même résultat dans les 2 UT et que le résultat retenu soit celui de la semaine en cours, il suffit de calculer difgap juste après la mise à jour de basdugap et hautdugap, plutôt qu’avant:
Du coup, si j’ai bien compris, c’est tout simplement car j’ai mis la ligne “difgap” en premier et pas après “hautdugap” et “basdugap” (oui, mes noms de variables sont pas très très précises 🙂 )?
Je me disais bien que ça devait être simple, mais pas à ce point là ! lol
J’ai appris un truc sur le codage prt, merci beaucoup.
To help us continually offer you the best experience on ProRealCode, we use cookies. By clicking on "Continue" you are agreeing to our use of them. You can also check our "privacy policy" page for more information.Continue