Platform V12 – Your Biggest Annoyance Currently??
Forums › ProRealTime English forum › ProRealTime platform support › Platform V12 – Your Biggest Annoyance Currently??
- This topic has 33 replies, 6 voices, and was last updated 3 weeks ago by
druby.
-
-
05/19/2025 at 9:19 AM #247300
you have possibly 66 variables set and I can see the DoV has no scroll bars.
The A66 refers to a variable on Line 66. There is 34 variables in total.
Unusually for me, I am testing many variables in many different versions of the same basic Strategy … hence the ‘no visible scroll bar’ has been driving me batty!Message to PRT support send…
Thank You for sending the email to PRT JS (I got ChatGPT to Translate the image! 🙂 )
>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>Big thanks to druby and JS for the various work-arounds re getting the scroll bar to show.
However, even when I get scroll bar to show, it doesn’t scroll all the way to the bottom, only the first 10 or so variables are shown (after 1 drag of top or corner of DoV window).
Also the Number of (variable) combinations does not show and I have to drag the top of the DoV down 4 or 5 times to scroll fully to the bottom (of 34 variables) and them I, finally, get to see the Number of combinations.I do hope PRT fix this in v13.
1 user thanked author for this post.
05/19/2025 at 2:00 PM #247325I didn’t think that any work around was going to diminish the faff level down to zero on this one, and only PRT implementing a solution would do it.
But I like finding out work arounds because this may be the only current solution to a problem. Also sometimes you come across a work around for another different problem when searching another.
One other thing I tried with the DoV and the possible number of times in dragging the window fully on screen, to get back full control, was to go into settings and set the font to minimum 5.
This allows more line in the DoV to be initially on screen. My test resulted in showing the size of the variable frame is is the size of all the variables in the list, so that is how long the window is ish.
It may lead to the window being fully on screen, and/or dragging the window up to top of screen to show more or all , or reduced number of drag times.
Once on screen, reduce the DoV to show an number of variables that would fit on the normal font size on screen, then set font back to normal setting.
A bit of a faff, but one faff may be better than other.
The discovery of shutting the Modify backtesting window resets the problem, would be best to avoid when using the DoV multiple times and unless I’m mistaken, running a new backtest didn’t reset it either.
So once you have the DoV fully on screen, it may be wise to actively keep it there and avoiding the reset.
1 user thanked author for this post.
05/19/2025 at 2:42 PM #247326Just for the laugh, and before my brain cells dump the information, here’s a really wacky work around, which may not be as wacky as first thought.
If your using one screen in landscape orientation, find settings to set to portrait mode, this give the width of the screen in height and giving more room to get the DoV on screen.
Again, reduce to a suitable size then revert back to landscape.
On a pc, if you set to portrait and modify the DoV size before the temp change times out, it set screen back to landscape and doesn’t appear to muck up other window positions, but leave DoV in small size.
It’s a bit figgly with the mouse editing but it’s just faff in another orientation.
1 user thanked author for this post.
05/19/2025 at 3:00 PM #247327Treated like a game, ‘can you get the DoV fully back on screen before the change orientation revert back’. If you’re successful in the challenge, you win and the DoV is ready to go.
Too much coffee!
1 user thanked author for this post.
-
AuthorPosts
Find exclusive trading pro-tools on