Centralization of queries and suggestions on ProRealTime

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

Viewing 15 posts - 46 through 60 (of 364 total)
  • #29488

    #INCLUDE “filename” should be added to avoid cutting & pasting too many times. For example Nicolas’ TRAILING STOP code could be INCLUDED.

    An option should allow to set the correct folder where INCLUDEed files should be uploaded from.

     

    1 user thanked author for this post.
    #29606

    why not some kind of pop-up window after a new update ,whats is done/new

    (for example)

    walk forward optimazation added

    problem with “x” fixed

    ..and so on.

    2 users thanked author for this post.
    #29611

    why not some kind of pop-up window after a new update ,whats is done/new

    Great idea! like a changelog.

    #29703

    Please can text in coding windows have a make Bold option … see attached for illustration. (Note: looks better on attachment than in realtime use). 

    A single ‘max’ button would be good also, or ‘set as default’ so that users do not have to keep pressing the + button to get to max font size.

    Screener coding  seems almost worse than Strategy code window?

    On high resolution monitors,  reading the current thin light grey font used in ‘coding widows ‘ leads to eye strain due to lack of contrast and is yet another frustration slowing productivity.

    Thank You
    GraHal

    #29852

    A minor point but it’s now beginning to bug me….. Please is it possible for the Detailed report in backtesting to open up in a format that does not require extending the length of the window to see all results in the gross performance section ie auto fit for all information available. This also applies to the orders list and closed positions tabs – the columns (Entry, Exit, MAE, MFE) need to be automatically sized (widened) to fit the information. Currently I have to manually size everything each time I open up a new backtest report (PRT does not remember my sizing preferences) which gets very repetitive to say the least.

    Also on that point, I would like to be able to choose which columns to show in the Orders and Closed positions tab as I have no use for the brokerage or value columns. Its needs a “wrench” icon like we have for other windows.

    Thanks

    2 users thanked author for this post.
    #29942

    A few suggetions:

    • add UNDELETE for all objects/indicators on a chart;
    • add a property to any object to allow/ban showing it in lower timeframes to supersede general option (which should remain for all objects); i.e. I want ALL objects to show in lower TF’s, but I may need to draw a ingle triangle which should not do so;
    • add an option to show even TEXT boxes in lower TF’s;
    • adding freehand objects to be drawn on charts (lines, circles or whatever you may need), considering an object from the beginning of a click till the mouse button i released.
    1 user thanked author for this post.
    #30104

    Do we know of any progress – or even consideration by PRT – on any of the issues posted on this Thread?

    I am considering posting my Issues direct to PRT (via IG as I am with IG) so I know Issues are noted by PRT (not that I’ll get any feedback that way either!).

    Main reason I say this is that I recently changed my monitor resolution from  1024 x 768 to 1920 x 1200 and I have found by various adjustments (on browsers and windows re scaling etc) I can see everything okay but I struggle so much to see text in coding windows  … I feel like I’m looking at text in coding windows through a misty film or that I have cataracts … due to lack of contrast!

    Changing font to bold under Templates makes text bold everywhere except coding windows … it’s like coding windows are forgotten since the days of low res monitors. Of course the ‘bright young things’ / developers will not see / appreciate the problem as they will have 20/20 vision!?

    It’s that bad for me it has put me off coding altogether and I don’t want to go back to 1024 x 768 (for various reasons I could bore you with! ha).

    As you can see I am in rant mode again, apologies, but I have to tell somebody else my wife will get it in the neck! hahaha

    Attached is what I see … the text lacks definition and means there is a delay while my eyes focus / search for particular words … it’s so bl***y annoying! The coding window is smaller than attached so text shows as worse than attached!

    If I was adept as a coder, I’d look at other  Platforms, but I can’t face learning a new language so I feel like giving up!?

    Rant Over
    GraHal

    #30124

    Optimisation done with tick by tick. I used so many hours to optimise variable only to find out it was all done on a single bar. When running the backtest in tick by tick its not profitable. Sametime make tick by tick data awailable all the way historiacally and not only limited

    1 user thanked author for this post.
    #30150

    Hi Kasper, sorry to hear of your frustrations  and time wasted.

    Walk Forward took hours and only on one bar (daily I presume?) … doesn’t sound like a usable function at all?

    (Post Script edit because I can’t delete my comments … I thought you were talking about Walk Forward as that is reportedly very slow?)    

    GraHal

    #30161

    @Elsborgtrading
    Yes optimisation are made the old way with no look inside bar, that’s why you’ll get the “tick” column in your optimisation result window to know how much “0 bar” problems have been detected during optimisation of each strategy.

    @Grahal
    I’m ensuring you about the fact that this thread is one of the best source for PRT to know about customers queries (with platform tickets of course). But since there are not 100 engineers working on bugs fixes and improvements, things take times. Each little fix or improvement can have many more other aspects and consequences you can’t imagine..

    #30165

    Ah Nicolas so we do need also to send in direct to PRT (via IG if with IG) in order to get a ‘Platform Ticket’ (as you say) – as well as post them on this Thread?

    If Yes, I’m very glad I asked as I wasn’t aware of this and had stopped sending my Issues in direct to PRT.  I guess I kinda thought / hoped that a PRT Rep would be reading and acting on the contents of this Thread.

    Thank You
    GraHal

    #30874

    The language documentation needs to be more comprehensive e.g. it does not describe all function inputs, outputs and parameter types.  We should not have to work out what these are by trial and error.

    1 user thanked author for this post.
    avatar AVT
    #30876

    Just added my 45th query: 45/ External variables for ProScreener, like those for ProBuilder (indicators)

    as suggested by Supertiti in french forum.

    #31047

    Along with the other checks that are made before placing a system live can it also check that the number of pre-loaded bars is sufficient.

    #31059

    Might I ask, do we know if any of the issues recorded on this Thread are in the PRT Plan for inclusion in a Platform release in the future?

    In #30161 in this Thread, Nicolas refers to the need for a Platform Ticket for PRT to look at Issues.

    Posters on here may be under the (false) impression that all they need do is post brief details of an Issue on this Thread and PRT will take it on board?

    GraHal

Viewing 15 posts - 46 through 60 (of 364 total)

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