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
Résultat
Copytix modifie les données brutes
Résultat
Pourquoi des tics inutiles sont-ils générés ?
Le script produit des tics excessifs
Résultat sur EURUSD Metaquotes-Demo
Copitix, en mode COPY_TICKS_ALL, remplit en amateur des champs d'offre et de demande nuls.
C'est pour quoi faire ? En mode INFO, ce comportement est pratique, mais en mode ALL, vous attendez d'obtenir les données brutes et seule l'interface graphique les affiche.
Si le prix n'a pas changé, il est nul. En l'état actuel des choses, les drapeaux semblent être une entité inutile. Au lieu de montrer des prix nuls, augmentez la structure de MqlTick par ce drapeau.
Est-ce que tkc ne stocke que des drapeaux (sans prix nuls), ne stocke que des prix (sans drapeaux), ou est-il irrationnel d'y avoir à la fois des drapeaux et des prix ?
Et pourquoi un drapeau est-il introduit ?
Que le volume ait changé ou non n'est absolument pas pertinent. Ou est-ce que je comprends mal quelque chose ?
Les données ZS Raw ALL sont nécessaires en particulier pour les caractères personnalisés, car elles sont directement liées à la question du canal d'échange de données par le biais des caractères personnalisés.
Copitix, en mode COPY_TICKS_ALL, remplit en amateur les champs Bid/Ask zéro.
Pour quoi faire ? En mode INFO, ce comportement est utile, mais en mode ALL, nous attendons les données brutes, mais elles ne sont affichées que dans l'interface graphique.
Si le prix n'a pas changé, il est nul. En l'état actuel des choses, les drapeaux semblent être une entité inutile. Au lieu de montrer des prix nuls, augmentez la structure de MqlTick par ce drapeau.
Est-ce que tkc ne stocke que des drapeaux (sans prix nuls), ne stocke que des prix (sans drapeaux), ou est-il irrationnel d'y avoir à la fois des drapeaux et des prix ?
Et pourquoi un drapeau est-il introduit ?
Que le volume ait changé ou non n'est absolument pas pertinent. Ou est-ce que je comprends mal quelque chose ?
Les données SZY Raw ALL sont particulièrement nécessaires pour les caractères personnalisés, car elles abordent directement la question du canal d'échange de données par le biais des caractères personnalisés.
Écrivez-vous à Servicedeck pour lui faire part des lacunes que vous avez identifiées ?
J'ai l'impression que tout est gâché.
Et pourquoi le drapeau ?
Je pense que c'est un indicateur très important. Sinon, comment savoir si l'opération a été exécutée, et non pas simplement modifiée, déplacée de l'offre à la demande ?
Écrivez-vous au service d'assistance pour signaler les déficiences que vous avez identifiées ?
Le SD répond rapidement à toutes les demandes. D'autres discussions y sont menées.
Je pense que c'est un indicateur très important. Sinon, comment savoir si l'affaire a été conclue et que ce ne sont pas seulement l'offre et la demande qui ont changé ?
Seul le drapeau est suffisant.
TICK_FLAG_VOLUME - le volume du tick a changé.
Je n'ai pas pensé à ce qui est écrit dans l'aide avant.
Le volume de ce qui a changé ?Que signifie ce qui est écrit ci-dessus ?)
Le SR répond rapidement à toutes les demandes. D'autres discussions y sont menées.
Il suffit d'un drapeau.
En le changeant en "commerce passé". Le fait que le prix ait changé ne concerne personne. Il peut y avoir plusieurs transactions consécutives avec exactement le même prix et le même volume. Par conséquent, il ne devrait y avoir qu'un seul drapeau - un accord.Si elle est réactive, c'est bien.
Quant aux drapeaux :
J'ai aussi eu cette pensée, dans les Expert Advisors pour analyser la situation, pour combiner les trades correspondants, c'est un peu suffisant.
Dans cette situation, l'heure de l'échange, l'heure du serveur et l'heure de l'ordinateur ne coïncident pas. Comment puis-je savoir que MarketClosed, s'il y a une transaction même au dernier prix, cela signifie que la transaction est en cours.
Et si l'on regroupe toutes les transactions à un même niveau, on ne sait pas exactement à quel moment le niveau a été échangé ?
P.S. Les drapeaux supplémentaires n'affectent pas le volume des drapeaux transmis.
S'il répond, c'est bien.
A propos des drapeaux :
J'ai aussi eu cette idée, dans les EAs d'analyse de situation, de combiner des trades coïncidents, c'est un peu suffisant.
Dans une telle situation, l'heure de l'échange, l'heure du serveur et l'heure de l'ordinateur ne coïncident pas. Comment puis-je savoir que MarketClosed, s'il y a une transaction même au dernier prix, cela signifie que la transaction est en cours.
Et si l'on regroupe toutes les transactions à un même niveau, on ne pourra pas savoir pendant combien de temps ce niveau a été échangé ?
Pourquoi combiner à un seul niveau ? Je ne fusionnerais pas, et laisserais le ruban tel qu'il est maintenant - ce qui est issu de l'échange.
Les fichiers tkc sont ventilés par mois. Des questions à cause de cela