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
Désolé, mais je n'ai pas compris cette partie.
Pouvez-vous expliquer ce code ?
. . . en particulier la variable tic
voici ce qui s'est passé lorsque j'ai utilisé
la transaction n'a pas eu lieu au prix d'ouverture de la bougie mais à l'intérieur de celle-ci.
lorsque j'utilise les barres, tout va bien
Pourquoi cela se produit-il ?
Je ne pense pas que ce soit correct.
Comment obtenir un takeprofit de 100 pips et un stoploss de 150 pips ?
les mouvements de prix sur ce marché sont vraiment insensés.
http://bitcoincharts.com/charts/mtgoxUSD#rg60zig6-hourztgSzm1g10zm2g25
donc il n'y a aucun intérêt à utiliser les pips sur ce marché quand en un jour le prix passe de 500 à 800 USD ou de 1100 à 800 USD.
Pouvez-vous expliquer ce code ?
. . . en particulier la variable tic
Je pense que tic est le numéro de commande renvoyé par la fonction OrderSend, et -1 en cas d'erreur.
Yey ! J'ai raison)) voici ce que l'aide MT4 dit (je viens de vérifier) :
Retourne le numéro du ticket attribué à l'ordre par le serveur de transactions ou -1 en cas d'échec. Pour obtenir des informations supplémentaires sur les erreurs, il faut appeler la fonctionGetLastError().
Alors, qu'est-ce qui ne va pas ?
Je pense que tic est le numéro de commande renvoyé par la fonction OrderSend, et -1 en cas d'erreur.
Yey ! J'ai raison)) voici ce que l'aide MT4 dit (je viens de vérifier) :
Renvoie le numéro du ticket attribué à l'ordre par le serveur de transactions ou -1 en cas d'échec. Pour obtenir des informations supplémentaires sur les erreurs, il faut appeler la fonctionGetLastError().
Alors, quel est le problème ?
Rien, vous avez dit que vous n'aviez pas compris...
prupru:
Désolé, mais je n'ai pas compris cette partie.
. . . peut-être que maintenant tu comprends ?
Je suppose que vous n'avez pas écrit ce code... . .
mise à jour voir " donc le stop loss et le take profit ne sont pas en pips mais en pourcentages d'une offre ou d'une demande. "
est-ce que tu obtiens quand même un prix valide de cette façon ... si ton symbole a 5 chiffres le résultat sera souvent 2 chiffres de plus
ok, je peux comprendre cela)
J'ai donc besoin de normaliser les chiffres de Ask*Takeprofit/100, pour qu'il ait les mêmes chiffres que Ask, j'y travaille, merci !
Rien, tu as dit que tu ne comprenais pas...
. . . peut-être que maintenant tu comprends ?
Je suppose que vous n'avez pas écrit ce code. . .
Tu as raison, je n'ai pas écrit le code de ma tête, j'ai juste assemblé des morceaux que j'ai pu trouver sur internet dans différents exemples.
Et oui, je comprends maintenant ce dont vous parliez, mais initialement je pensais que
" C'estbien de voir quelqu'un qui vérifie les valeurs de retour des fonctions de trading sans y être invité..."
était sarcastique et pointait du doigt une de mes erreurs.
Bon, ce n'est pas grave et merci encore une fois pour votre aide.
voici ce qui s'est passé lorsque j'ai utilisé
la transaction n'a pas eu lieu au prix d'ouverture de la bougie mais à l'intérieur de celle-ci.
lorsque j'utilise les barres, tout va bien
pourquoi cela se produit-il ?
Le prix d'ouverture d'une bougie est un prix d'achat.
le prix d'ouverture de votre transaction d'achat est un prix de vente.
Le prix d'ouverture d'une bougie est un prix d'achat.
le prix d'ouverture de votre transaction d'achat est un prix d'achat (ask)
mais cela devrait être le même lorsque j'utilise le temps et les barres pour déterminer quand ouvrir l'ordre, pourquoi est-ce différent ?
mais cela devrait être le même lorsque j'utilise le temps et les barres pour déterminer quand ouvrir l'ordre, pourquoi est-ce différent ?
non si vous testez avec le spread actuel c'est un mouvement très fou donc le spread peut devenir très important
alors comment avez-vous fait le test ?
spread fixe ou spread actuel ?