Centralization of queries and suggestions on ProRealTime
Forums › ProRealTime English forum › ProRealTime platform support › Centralization of queries and suggestions on ProRealTime
- This topic has 363 replies, 84 voices, and was last updated 1 month ago by Niklas87.
-
-
03/22/2017 at 6:42 PM #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.
03/23/2017 at 2:01 PM #29606why 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.
03/23/2017 at 2:17 PM #29611why not some kind of pop-up window after a new update ,whats is done/new
Great idea! like a changelog.
03/23/2017 at 9:39 PM #29703Please 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
GraHal03/25/2017 at 7:04 PM #29852A 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
03/27/2017 at 10:35 AM #29942A 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.
03/28/2017 at 11:17 AM #30104Do 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
GraHal03/28/2017 at 11:32 AM #30124Optimisation 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.
03/28/2017 at 1:20 PM #30150Hi 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
03/28/2017 at 2:43 PM #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..03/28/2017 at 3:17 PM #30165Ah 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
GraHal04/03/2017 at 6:48 PM #30874The 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.
04/03/2017 at 7:00 PM #3087604/04/2017 at 9:40 PM #31047Along 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.
04/04/2017 at 10:41 PM #31059Might 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
-
AuthorPosts
Find exclusive trading pro-tools on