Stratégie manuelle MT4 conversion vers PRT (supply and demand)

Forums ProRealTime forum Français Support ProBuilder Stratégie manuelle MT4 conversion vers PRT (supply and demand)

Viewing 13 posts - 16 through 28 (of 28 total)
  • #49652

    Super merci Nicolas.

    Est-ce que tu as un problème également pour créer le MM counts? Ou cela ne posera pas de problème selon toi?

     

    Merci beaucoup pour ton aide.

    #51932

    Je suis en train de vérifier, à cause des zigzag qui changent en temps réel, les rectangles se dessinent mais ne se suppriment pas, bien sûr pas de soucis sur l’historique, j’essai de trouver une solution satisfaisante.

    Bonjour Nicolas,

    Avez vous eu le temps de trouver une solution ?

    Cordialement

    #51935

    Non, mais je n’ai pas supprimé le code (et j’ai failli le faire plusieurs fois, il est dans mes “brouillons”). J’espère arriver à quelque-chose de viable (avec les limitations que l’on connaît) à un moment ou à un autre.

    #52003

    Serait t’il possible s’il vous plait de voir le code même en version beta ?

    #108427
    Al

    Bonjour Nicolas,

    Etes-vous arrivé à une version concluante ?

     

    #108428

    Après 2 ans je ne me souviens plus exactement de ce code en question, mais je pense que celui-ci se rapproche finalement beaucoup du principe des zones de supports et résistances trouvées avec les ZigZag: ZigZag SupDem (supply and demand zones)

    #108468
    Al

    Merci Nicolas, mais avec le ZigZag j’ai des “erreurs de boucle sans fin ou avec trop d’itérations” lorsque je demande un lookback élevé ,en gardant un lookback de courte durée pas de problème.

    J’ai trouvé un indicateur Transient Zones que tu as crée ici :

    https://www.prorealcode.com/topic/strategie-zones-transitoiresrecurrentes-et-series-temporelles/page/4/

    En enlevant des lignes de code et des variables et en créant une version à 100 périodes , puis en le rajoutant avec une période de 10 ( avec DEFPARAM CalculateOnLastBars = 50 ) je me rapproche de ce que je recherche , cool

    Je voudrais juste pouvoir allonger les  rectangles jusqu’à la bougie en cours

     

     

    #108513

    Oui je vois mais le problème ici c’est que tu ne valides par les supports et résistances qui ont été vu au moins X fois. Visuellement ça marche parfaitement avec ton astuce j’en conviens, bravo. Pour mémoire, les transients, c’est une autre façon de nommer les fractals. N’oublie pas de partager pour la communauté et notre base de connaissance 🙂

    #108575
    Al

    Oui , merci Nicolas .

    Je partage avec plaisir , pour cela  je voudrais encore savoir si il est possible de lier dans le même code les deux indicateurs qui sont à la base identiques sauf que le second à une période différente et “DEFPARAM CalculateOnLastBars = 50” en début de code .

    Il y a peu être un topic sur le sujet

    Bonne journée

     

    #108598

    ça pourrait être possible, mais .. compliqué si tu veux tout refaire en un seul et unique code.. As-tu essayé avec des CALL dans un nouvel indicateur ?

    #108609
    Al

    Nicolas, il n’y a pas besoin d’allonger les rectangles , tu as raison , c’est dynamique et me convient parfaitement , même en deux parties,

    bien content d’avoir retrouvé cet indicateur dans le forum et si la communauté peux en (re)profiter c’est tant mieux .

    Un grand merci ..

     

    #108677

    Bonjour Nicolas,
    J’ai une question concernant l’indicateur PRC_Transient Zones. Comment modifier le code pour que les flèches ne se répètent pas à chaque bougie, qu’il y ait une seule flèche au début de chaque rectangle ?

     

     

     

    #108681

    Enregistre le barindex[period] dans une variable et teste si le nouveau barindex[period] est égale ou non à cette variable. Si oui, alors c’est tjs le même signal et donc inutile de le replacer la flèche.

Viewing 13 posts - 16 through 28 (of 28 total)

Create your free account now and post your request to benefit from the help of the community
Register or Login