Help coding reference to DAILY bars

Forums ProRealTime English forum ProScreener support Help coding reference to DAILY bars

Viewing 9 posts - 1 through 9 (of 9 total)
  • #38635

    I still need some help to reference current/past bars.

    In the pic I’m showing two cases about daily bars (but I think this can apply to any TF, as well):

    A – I want to screen all current bar ranges to be > than the previous closed ones. Are

    and

    both correct?

    B – I want to screen all previous closed bar ranges to be > than the second previous closed ones. Is

    correct?

    I hope I can manage to understand and code ProScreener correctly sooner or later!!! Thank you so much.

     

     

    #38646

    Both A and B codes are correct. Do you got some problems with your screener?

    #38659

    I hope now the rules remain in my brain!

    I’ll try again and I’ll let you know if I am still in trouble.

    Thank you so much Nicolas for your invaluable help.

    #38700

    This screener applied to DAILY GbpUsd (and a couple more pairs) chart returns the current RANGE as >= than that of the previous bar, which is not as you can see.

    What’s wrong?

    Thank you.

     

    #38710

    What’s wrong with you? 😀 I got good results this morning with your code..

    #38733

    I see, but my pic did not show good results.

    I tried just a minute ago on OIL 4h TF and still got bad results. The current bar has NOT a greater range than the previous one!

    It’s not the first time I notice strange results and that’s why I don’t rely on screener! This scares me a bit because ProScreener may not be a great issue, but what if ProOrder has similar bugs?

    Anyway, thank you Nicolas, I know it’s not your fault.

    #38739

    Did not test it in demo, only with a live PRT-CFD account, have you tested it with your live account too?

    #38758

    I am using that screener on IG live account.

    No longer that 1 hour ago I have experienced a “Server Unavailable” message on ProScreener (while ProOrder was still working fine) for about 30 minutes and now everything seems to work as expected.

    Is PRT likely to have “removed” some unwanted data/bug in the meantime? If yes it would be great if they just say YES, so we know for sure they are doing their best to make PRT better and better and that they listen to customers’ remarks/suggestions.

    Thanks again Nicolas for your help.

    1 user thanked author for this post.
    #38765

    Seems related to the IG server then.. You are an IG customer, data problem are linked to them, I think it’s not a platform issue since I didn’t have the issue with PRT-CFD.

    2 users thanked author for this post.
Viewing 9 posts - 1 through 9 (of 9 total)

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