Bibliothèque: Calendrier - page 11
Vous manquez des opportunités de trading :
- Applications de trading gratuites
- Plus de 8 000 signaux à copier
- Actualités économiques pour explorer les marchés financiers
Inscription
Se connecter
Vous acceptez la politique du site Web et les conditions d'utilisation
Si vous n'avez pas de compte, veuillez vous inscrire
soustraire directement de 12:30 (au lieu de -3 + 31*/2) :
Je ne l'ai pas fait exprès, car je suppose qu'à l'avenir, il sera possible de modifier les paramètres d'entrée de CalendarValueHistoryByEvent.
Je ne l'ai pas fait exprès, car je suppose qu'à l'avenir, il sera possible de modifier les paramètres d'entrée de CalendarValueHistoryByEvent.
vous pouvez utiliser :
Après la mise à jour de la bibliothèque, le calendrier doit être synchronisé avec l'historique des cotations de n'importe quel courtier.
...
Ont-ils supprimé le tri par heure dans la dernière version ?
Le tri temporel a-t-il été supprimé dans la dernière version ?
Oui. J'étais sûr que les MQ étaient triés. Je me suis trompé.
ZY Ajouté.
Malheureusement, on ne peut pas se fier au calendrier actuel.
Voici l'omission d'une nouvelle importante concernant le franc suisse dans la liste des événements et la réaction correspondante du marché.
Et voici un autre calendrier, où la nouvelle est présente.
Dans le didacticiel, j'ai trouvé un trésor d'informations sur la façon de travailler avec le calendrier. En particulier, dans la section Tester.
Теперь мы можем выбрать индикатор CalendarMonitorCached.mq5 в тестере и увидеть в динамике, на истории, как меняется таблица новостей.
Indicateur de nouvelles avec cache de calendrier dans le Testeur
La présence du cache du calendrier vous permet de tester des stratégies de trading sur les actualités. Nous le montrerons dans la section suivante.
Même code, résultats différents selon le symbole du graphique. J'ai testé 2 courtiers.
test_calendar.mq5
FXOpen :
Trading.com
J'ai trouvé l'origine de l'erreur : DST::IsEurope() renvoie à tort true pour ces courtiers DST_US parce que l'algo implémenté dans DST::RolloverTime() n'est pas fiable (c'est-à-dire qu'il scrute les spreads).
test_calendar_fixed.mq5
Les résultats sont maintenant corrects :
J'espère que cela vous aidera à corriger la librairie.
Même code, résultats différents selon le symbole du graphique. J'ai testé 2 courtiers.
J'ai trouvé l'origine de l'erreur : DST::IsEurope() renvoie à tort true pour ces courtiers DST_US parce que l'algo implémenté dans DST::RolloverTime() n'est pas fiable (c'est-à-dire qu'il scanne les spreads).
test_calendar_fixed.mq5
Les résultats sont maintenant corrects :
J'espère que cela vous aidera à corriger la librairie.
Merci beaucoup d'avoir trouvé le bogue, un exemple de la façon de le reproduire et la solution proposée !
J'ai apporté des modifications au fichier DST.mqh.
Pas totalement fixé sur les courtiers DST_US.
Attention, il existe également un autre problème avec les courtiers DST_NONE :
Les serveurs exness ne passent jamais à l'heure d'été. New York est GMT-5 pendant les mois d'hiver, de sorte que le PFN à 08h30 heure de New York devrait correspondre à (08h30 + 5h00 de décalage) = 13h30 heure du serveur Exness.Malheureusement, on ne peut pas faire confiance au calendrier actuel.
Très malheureusement, le calendrier MQ contient des erreurs dans la chronologie des événements, même pour la journée en cours.
Les nouvelles étaient à 07:30 (sur le calendrier alternatif ci-dessus et sur le graphique des symboles), et le calendrier MQ indique (y compris la version Web) que les nouvelles seront diffusées une heure plus tard.