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
Le compilateur s'étant durci, il est nécessaire de disposer d'une version plus étendue de l'instruction IndicatorCounted() , avec la possibilité d'obtenir des données non seulement pour l'instrument financier actuel, mais aussi pour tout autre instrument.
Cela sera-t-il possible ?
Le compilateur s'étant durci, il est nécessaire de disposer d'une version plus étendue de l'instruction IndicatorCounted() , avec la possibilité d'obtenir des données non seulement pour l'instrument financier actuel, mais aussi pour tout autre instrument.
Sera-t-il possible de le faire ?
La fonction IndicatorCounted() était à l'origine une béquille. Ceux qui ont programmé des indicateurs en trois, comprendront ce que je veux dire.
En cinq, nous avons trouvé une solution élégante avec le paramètre prev_calculated et le retour du nombre de barres calculées dans la fonction OnCalculate. Et cette solution s'est maintenant déplacée vers les quatre nouveaux sites.
J'observe un moment intéressant.
Je lance l'EA, il ouvre des ordres, mais ils ne sont pas affichés sur le graphique. J'ai mis à jour le 556ème build, même chose. Je préfère l'avoir de temps en temps, parfois ça les montre, parfois non.
OS 8.1, construction 556
PS. Au fait, vous pouvez résoudre le problème avec un peu de sang.
Vous formez un tableau de structures de l'ancien format et, comme précédemment, vous passez ce tableau à la DLL. Qui ne devront pas non plus être réécrits
Merci ! Je le ferai pour les produits déjà développés. Ceci, d'ailleurs, résoudra le problème de compatibilité, c'est-à-dire qu'il permettra à l'EA de fonctionner à la fois dans la build 509 et dans la nouvelle.
J'observe un moment intéressant.
Je lance l'EA, il ouvre des ordres, mais ils ne sont pas affichés sur le graphique. J'ai mis à jour le 556ème build, même chose. Je préfère l'avoir de temps en temps, parfois ça les montre, parfois non.
OS 8.1, construction 556
Lanuit, regardez les prix d'ouverture. Ils sont un peu exorbitants. Vous devez avoir Dist=1000.
Les coordonnées de tous les OBJ_LABELs sont fausses, même en dehors du graphique. Move (en utilisant la fonction LabelMove des 5 exemples) ne veut pas bouger, alors que dans 555 tout était normal. Le déplacement vers une sous-fenêtre est également impossible - ils disparaissent (sur la liste des objets, sur le tableau, allez le chercher).
Les objets graphiques dans 556 sont toujours créés en fonction du nom.
ObjectFind ne fonctionne toujours pas si l'objet se trouve dans une sous-fenêtre.
Vous travaillez pour vra ?))
Les coordonnées de tous les OBJ_LABELs sont fausses, même en dehors du graphique. Move (en utilisant la fonction LabelMove des 5 exemples) ne veut pas bouger, alors que dans 555 tout était normal. Le déplacement vers une sous-fenêtre est également impossible - ils disparaissent (sur la liste des objets, sur le tableau, allez le chercher).
Les objets graphiques dans 556 sont toujours créés en fonction du nom.
ObjectFind ne fonctionne toujours pas si l'objet se trouve dans une sous-fenêtre.
Et les répertoires dans MQL ne sont pas affichés en russe.
Ils le font.
Donnez des détails
Le plus cool, c'est que si vous les sélectionnez, ils se mettent tous d'eux-mêmes à leur place. J'ai déjà écrit à ce sujet, avec des exemples et des photos.