Centralization of queries and suggestions on ProRealTime

Forums ProRealTime English forum ProRealTime platform support Centralization of queries and suggestions on ProRealTime

Viewing 15 posts - 286 through 300 (of 359 total)
  • #114465

    Suggestion for alerts:

    Can PRT please add OPEN, HIGH, LOW CLOSE, to the alerts or at least CLOSE  <,<= >,>= does not cut it. A CLOSE instruction added to alerts would be wonderful.

    cheers

    Pleidian

    #115798

    I’d like to request the option of having indicators NOT be affected by data outside any custom time session hours. This is if you want to e.g. only match the german DAX official futures hours and avoid IG’s overnight data.

    I’d also like the ability to have candlesticks be built with respect for the custom time session. E.g. if you have a session from 9.25 – 14.25 the bars on a 60min chart should be built like 9.25, 10.25, 11.25, etc. Not locked to 9.00, 10.00, 11.00. This is the equivalent to TradeStation’s Natural Hours or Session Hours option in their format symbol dialog.

    Thank you

    #116756

    Strange that this is not a problem during back-testing?

    It’s more than strange, it’s misleading and shouldn’t happen IMO … Backtest should replicate normal Live running conditions in all respects else what is the point??

    .
    If there is an insurmountable technical reason why BackTest cannot replicate Live then we should get a brief Splash Screen warning (need only be a 1 liner) users re the particular known failing.

    Also error messages  should be more specific and not general error messages NOT related to the specific problem that has caused the Rejection / System stopped.

    #118536

    It would be great if there could be a user adjustment setting for the interval between Rejections.

    Above may result in Systems not getting stopped after 12 successive Rejections?

    #118943

    It would be great if the Defintion of Variables window had a max and min button and PRT could remember the min settings.

    As it is I can only see 4 variables (see attached) and I either have to scroll up and down LOADS else I have to adjust the window size EACH TIME I go back to the window.

    #118950

    Can’t think what I’ve done different this time, but the Defintion of Variables window is remembering my drag corner sizing setting  when I go back into the window! 🙂

    Let’s see if it remembers when I log out and back in again?

    #118982

    Let’s see if it remembers when I log out and back in again?

    I think this might have been more of a weird bug than a required suggestion!

    #126276

    Hi,

    as discussed in a topic, : //

    In order to have a backtest which works during all the time, it would be great if IG could transmit to PRT through an API the history of the average spread used per date time slot every day and then, get the spread/date time slot coming from PRT variables in order to  use them in backtest.

    #126297

    Yes, that would be great, but IG doesn’t send the spread through its API to the platform.

    #126301

    Yes this has been requested many times before. PRT are in the hands of the brokers. If the brokers don’t want to pass that data over then it can’t be available in the platform.

    You should have posted this in the this topic:

    https://www.prorealcode.com/topic/centralization-of-queries-and-suggestions-on-prorealtime/

    I will merge your topic with that one but please post any suggests or ideas there in the future.

    #126830

    I suggest a new statement

    READTIMEFRAME which let us know programmatically the time frame of the chart. This new statmente should return a integer number so it’s could be easily called from a strategy or another indicator and then easily used in them, as follows:

    Valued returned from READTIMEFRAME should be a single number in the range 10001 to 59999. The first digit (on the left) indicates the time frame as follows:

    1 = seconds
    2 = minutes
    3 = hours
    4 = daily
    5 = monthly

    The remaining four digits show the quantity of time, expressed in the unit of measure of the precedent digit.
    So 10001 would be Timeframe 1 second. 20005 would be 5 minutes and 30004 would be 4 hours, 40001 1 day, and so on.

    #128212

    WHERE: Import procedure for an indicator (ex: MyIndicator.itf) into my PRT platform

    WHAT: if indicator Myndicator already exists in user collection, keep MyIndicator link to any istance already created into all my chart, each with his parameters value.
    use default value only for “new” parametrs, those were introduced with the new version of Myindicator.

    WHY: now (PRT v11) if the indicator being imported is already present in the user’s collection, PRT deletes all references to the indicator in all the charts automatically while performing the import. in this way, we lost all work that we have save in the chart, work which is very difficult or impossible to do again:  we should write down on a sheet of paper all the charts which is referenced MyIndicator, write on paper all parameters value and then, after importing the indicator, re-open all the charts and re-place all instances of MyIndicator and for each copy the parameters from paper again.

     

    #128333

    @robocop

    You can now save multiple configuration for any of your indicator with PRT v11. So that’s easy to retrieve your own custom settings this way.

    #128476

    @robocop

    You can now save multiple configuration for any of your indicator with PRT v11. So that’s easy to retrieve your own custom settings this way.

    Thanks Nicolas, but this not solve the problem, i will explain.

    Think about this scenario (sample) : MyIndicator has 3 parameters (DateFrom, DateTo, PriceAlert) and work between the 2 date to monitor PriceAlert.
    I export MyIndicator to Nicolas. Nicolas import into his platform then insert MyIndicator:

    – 3 instance of MyIndicator in Eurostoxx50 chart timeframe h1, each instance with 3 set of parameters different each other (20200101, 20200130, 500) (20200201,20200228,400), (20200401, 20200430,400)
    -3 instance of MyIndicator in SP500 timeframe h2, ach instance with 3 set of parameters different each other and obsiously form any other (20190101, 20200131, 500) (20200305,20200428,400), (20200318, 20204240,500)
    -3 instance of MyIndicator in SP500 timeframe Day, each instance with 3 set of parameters different each other and obsiously form any other (20190101, 20200131, 500) (20200305,20200428,400), (20200318, 20204240,500)
    -2  instance of MyIndicator in DAX timeframe Weekly, each instance with 3 set of parameters different each other and obsiously from any other (20180101, 20200130, 7500) (20180105,20200128,7400), (20200218, 2020401,700).

    Nicolas has 11 instance of my indicator in his platform, each with her set of parameters, and Nicolas don’t have to remember where an what combination for each one becasue has saved into platform with every chart.

    Now robocop make bugfinxing/efficiency and export a new version of MyIndicator sending MyIndicator.itf to Nicolas.
    Nicolas import it and immediatly loose “all” related to MyIndicator: link to 11 instance and settings.
    Nicolas must remeber where he inserted (weeks ago) all instance of MyIndicator and have to  re-insert.
    He must copying parameters, but every instace has its own paraters, so he had to remeber all or written before to paper.

    Now, if we imaging that in the future PRT will keep link to chart but reset all parametrs but keeping saved configuration as a profile like you show:
    we must remember that each istance has his own values, so we have to save every TRIPLET of value wich a name that distingues it from other, like MyIndicatorDAX20180101ecc, we have to save every triplet and to resave it every time we change from the chart.

    I think that is not the way.

    I think that the way, as in all envinroment that i know, assure “Backwards Compatiblity”: like i suggest in my previous post PRT should (but i humble opinion i think “must”) keep “all” when import an indicator that alreadt exists, and “all” stands for “all”: links to alla instance of all charts, thinking that indicator can exist many times in each charts with his own parameters, setting for each instance. Default values for new parameters must be used only for new parameters, which have been introduced wiht new relaease.

    Thank you for patience, and if you think i’m wrong and we have a short and efficient way that i have not seen yet, i am very happy to be wrong!

    Robocop

     

     

    #130550
    Jan

    Goodmorning,

    I am looking for the possibility to combine two markets into one automatic trading strategy.  (P.S. using the “IG”  PRT version 10.3,  therefore not with 11.0) , is this possible ?

    E.g.  :  if close crosses over Average [Period x Volatility Index] then buy  and vice versa sell short.

    Thanks for the feedback in advance.

     

Viewing 15 posts - 286 through 300 (of 359 total)

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