Erreurs, bugs, questions - page 2019
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
J'ai déjà vu qu'il était écrit que les flèches n'apparaissent pas toujours immédiatement après une transaction. J'ai également ouvert une telle application. Mais je n'ai pas encore vu de telles omissions dans la liste de l'onglet Historique.
Vous devez changer d'onglet plusieurs fois, puis l'historique devient correct. C'est très désagréable pendant le débogage.
Les onglets doivent être changés plusieurs fois, puis l'historique devient correct. C'est très ennuyeux pendant le débogage.
Oui, c'est très gênant dans certains cas lors du développement et du débogage de stratégies de trading.
Je n'ai pas remarqué que le fait de changer d'onglet a modifié d'une manière ou d'une autre le contenu de la liste de l'historique :
Je n'ai pas remarqué que le fait de changer d'onglet modifie en quelque sorte le contenu de la liste de l'historique :
Cliquez avec le bouton droit de la souris et modifiez les offres/commandes.
Oui, c'est un gros obstacle dans certains cas lors du développement et du débogage de stratégies de trading.
Je n'ai pas remarqué que le fait de changer d'onglet a modifié le contenu de la liste de l'historique de quelque manière que ce soit :
Faites un clic droit et changez Transactions/Ordre.
Oui, ces actions restaurent la liste de l'historique des transactions :
Veuillez ajouter les valeurs suivantes
ENUM_DEAL_REASON
Identifiant
Description
LIMITE DE LA RAISON DE LA TRANSACTION
La transaction a été exécutée à la suite du déclenchement d'un ordre à cours limité.
MARCHÉ_RAISONNABLE
La transaction a été exécutée à la suite du déclenchement d'un ordre de marché.
DEAL_REASON_STOP
La transaction a été exécutée suite à un ordre stop déclenchant
Il semble que ce soit inutile. Mais il y a des situations dans lesquelles l'ordre a été partiellement exécuté, créant une transaction,dans ce cas DEAL_ORDER sera trouvé, mais il ne sera pas dans la table d'historique, puisque l'ordre est toujours vivant.
En d'autres termes, pour trouver le type de commande à l'origine de la transaction, il n'est pas toujours utile de se référer à l'historique des commandes. Si l'on ne veut pas semer la pagaille en recherchant les ordres parmi les ordres "morts et vivants", on peut simplement ajouter d'autres drapeaux d'exécution - après ceux qui existent déjà, afin de maintenir la compatibilité avec ENUM_ORDER_REASON etENUM_POSITION_REASON. En même temps, il est souhaitable d'ajouter les mêmes drapeaux àENUM_POSITION_REASON pour être compatible.
Une question sur OrderCalcMargin a été soulevée dans un fil de discussion voisinhttps://www.mql5.com/ru/forum/216697/page3.
Test : vérifions 2 façons différentes de calculer le dépôt en substituant différents prix d'ouverture.
Voici le LOG
La fonction OrderCalcMargin ne prend pas en compte le prix d'ouverture lors du calcul de la marge.
Cela semble être lié au taux de change de la devise cotée, qui doit être recalculé pour l'heure et le prix d'ouverture.
Si la devise cotée est l'USD (et que la devise du compte est également l'USD), la marge calculée changera en fonction du prix d'ouverture.
Journal pour GBPUSD
Est-ce un bug ou devrait-il l'être ?
La fonction OrderCalcMargin ne prend pas en compte le prix d'ouverture lors du calcul de la marge.
Est-ce un bug ou devrait-il l'être ?
Bien sûr que c'est un bug. Écriture sur le SD.
Cette ligne fonctionne comme elle le devrait, mais j'ai dû vérifier car je dois deviner l'ordre d'exécution. Discussion sur ce point ici.