Erreurs, bugs, questions - page 1400

[הטרנסצנדנטלי בעל-חזון]

transcendreamer:
l'auteur est déjà au courant et réfléchit sérieusement à la façon dont cela a pu se produire.

l'auteur a bien réfléchi et corrigé ce point, il apparaîtra dans la prochaine mise à jour

le défaut était une caractéristique non enregistrée du courtier

[A100]

construire 1178. Erreur de compilation :'B' - incompatibilité de modèle

class A { template<typename T> A( T ) {} };
class B;
class B {};

Tout allait bien avant

[Alexander]

A100:
construire 1178. Erreur de compilation :'B' - incompatibilité de modèle
mais tout allait bien avant.

Merci, nous allons vérifier.

[Ilya Malev]

Pourquoi l'événement OnTimer n'est pas déclenché dans les indicateurs appelés via iCustom ?

[Anton]

Ilya Malev:
Pourquoi l'événement OnTimer n'est pas déclenché dans les indicateurs, appelés par iCustom ?

D'un point de vue architectural, l'événement du timer est un événement graphique, donc dans ce cas, les indicateurs ne peuvent pas le recevoir.

[Ilya Malev]

Anton:
D'un point de vue architectural, l'événement du timer est un événement graphique, donc dans ce cas, les indicateurs ne peuvent pas le recevoir.

Comment puis-je faire en sorte que l'indicateur, appelé via iCustom, dessine (i.e. provoquer l'appel OnCalculate), en cas d'absence de ticks (par exemple le week-end) ?

[Ilya Malev]

Si cet indicateur appelle à son tour d'autres indicateurs, alors au premier appel automatique de OnCalculate juste après avoir quitté OnInit, les données de ces indicateurs ne seront pas calculées, et de plus, l'indicateur ne peut pas "attendre" leur calcul sans sortir de OnCalculate. Et il n'y aura pas de prochain appel de OnCalculate avant la fin du week-end, lorsque les premiers tics commenceront. Dans ce cas, ni OnTimer, ni OnChartEvent ne fonctionnent dans cet indicateur pour appeler le repeint lorsque les données sont reçues. En fin de compte, le seul moyen que je vois - à travers la DLL pour appeler "Refresh" dans le graphique à partir du menu contextuel de la fenêtre - je ne pense pas que les développeurs aient prévu cette méthode pour le travail normal des indicateurs dans MT5. Sinon, l'utilisateur devra appuyer sur ce bouton jusqu'à ce que l'indicateur soit rendu, ce qui ne le rendra guère heureux.

[Alexandr Bryzgalov]

Ilya Malev:
Si cet indicateur appelle à son tour d'autres indicateurs, alors au premier appel automatique de OnCalculate juste après avoir quitté OnInit, les données de ces indicateurs ne seront pas calculées, et de plus, l'indicateur ne pourra pas "attendre" leur calcul sans sortir de OnCalculate. Et il n'y aura pas de prochain appel de OnCalculate avant la fin du week-end, lorsque les premiers tics commenceront. Dans ce cas, ni OnTimer, ni OnChartEvent ne fonctionnent dans cet indicateur pour appeler le repeint lorsque les données sont reçues. En fin de compte, le seul moyen que je vois - à travers la DLL pour appeler "Refresh" dans le graphique à partir du menu contextuel de la fenêtre - je ne pense pas que les développeurs aient prévu cette méthode pour le travail normal des indicateurs dans MT5. Sinon, l'utilisateur devra attendre devant le graphique en appuyant sur ce bouton jusqu'à ce que l'indicateur soit rendu, ce qui ne le rendra guère heureux.

Si pour MT4 :

cela ne fonctionnera pas ? https://www.mql5.com/ru/code/11678

[Ilya Malev]

Alexandr Bryzgalov:
ça ne marche pas comme ça ? https://www.mql5.com/ru/code/11678

Ce script est pour MetaTrader 4 :)

Dans MT4, toutes les données sont calculées par le terminal avant d'être reçues dans les programmes mql4.

[Alexandr Bryzgalov]

Ilya Malev:

Ce script est pour MetaTrader 4 :)

Dans MT4, toutes les données sont calculées avec précision par le terminal avant d'être reçues dans les programmes mql4.

Oui, j'ai vérifié après coup.

ZS : Je me demande si ces codes de message qui fonctionnent pour MT4 ne fonctionneront pas pour MT5).