[Archive] Toute question de débutant, afin de ne pas encombrer le forum. Professionnels, ne passez pas à côté. Je ne peux aller nulle part sans toi - 2. - page 227
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
Augmentez le glissement. Les transactions doivent avoir été ouvertes sur un marché rapide. Il arrive parfois après des nouvelles importantes que l'Eurobucks soit si rapide en 1-2 ticks que c'est un cauchemar. Et pendant que le serveur traite l'ordre de l'EA, le prix change très brusquement.
Je crains que si le slippage est toujours important, DT ne commence à en abuser de manière systématique. Il serait souhaitable de le "déplacer" dynamiquement - uniquement si le prix sur le serveur est meilleur que celui auquel l'ordre a été envoyé. Ce serait similaire à une enchère manuelle - si le prix demandé n'est plus disponible, un nouveau prix sera proposé, qui pourra être accepté en appuyant sur OK ou rejeté - s'il s'agit de la même situation, bien sûr.
Bonjour à tous ! Veuillez m'aider à combiner les éléments suivants. Le résultat devrait être : deux lignes suivant le prix, une inférieure à Ask de 20 pips..,
l'autre est plus élevé. De plus, je reçois un bip si le prix change de 20 points par 1 tick.
Tout fonctionne bien séparément. Merci d'avance !
1) La ligne en dessous du Ask de 20 pips.
2) La ligne est 20 pips au-dessus de l'Ask.
3) Le taux de variation des prix dans le temps.
Comme si un petrosien intelligent voulait faire une blague...))
Je suis désolé pour ça, l'argent est à vous. Plus vous êtes nombreux, mieux nous nous portons.
MetaEditor dispose d'un indicateur iMA standard. N'hésitez pas à l'utiliser :)
Les gens ! J'essaye de faire, qui échangerait beaucoup en fonction du risque .... ce qui ne sort pas .... écrit
Veuillez indiquer où se trouve l'erreur....
Vous n'avez qu'un seul ordre du bon type dans votre historique de transactions ?
S'il y a un ordre qui a clôturé en profit - nous sortons de la boucle et ne vérifions pas le reste de l'historique...
C'est votre propre fonction ? Ou OrdersHistoryTotal()?
Je suis confus par la recherche du nombre d'ordres perdants. Si vous avez besoin de la dernière commande clôturée, où se trouve le chèque de la dernière commande ?
Voici le devoir à faire pour votre propre analyse :
Et encore une chose :
Peut-on tout de même faire un chèque pour moins que le minimum admissible ?
Et en même temps, est-il plus grand que le maximum (en passant la taille du lot à la fonction) ?
Merci, mais tu devras quand même mettre un slip là-dedans.
Je crains que si le slippage est toujours élevé, le DC ne commence à en abuser de manière systématique.
Si nous travaillons avec des commandes par ticket, comment écrire correctement la variable (int Ticket), comme une variable locale statique ou comme une variable globale régulière, ou généralement comme une variable locale régulière ? Je suis confus. Merci.
Tout dépend si cette variable sera disponible pour toutes les fonctions EA (enfin... pas toutes, mais certaines à coup sûr). Alors la variable est globale.
S'il n'est utilisé que dans une seule fonction, il est alors local.
La question est du genre "dans quelle eau mettre les fleurs, eau plate ou eau sucrée" ... en devinant, les fleurs sont devenues un balai, dans le bain... :))
Je crains que si le slippage est toujours élevé, le DC n'en abuse de manière systématique. Je voudrais le "slipper" dynamiquement - seulement si le prix sur le serveur est meilleur que le prix auquel l'ordre a été envoyé. Ce serait similaire à une enchère manuelle - si le prix demandé n'est plus disponible, un nouveau prix sera proposé, qui pourra être accepté en appuyant sur OK ou rejeté - s'il s'agit de la même situation, bien sûr.