Unfortunately this is not possible. Nothing can be stored (unless manually by means of Excel exports from charts or lists) and certainly nothing can be imported.

Now if 10000 people could provide a feature request for this, maybe someone starts to think that it is actually strange that no external storage can be used. I would have a 100+ applications for that …

Hi again juld – … Sadly, No.
If you look at the Lists and Charts from PRT, you may see a “Share” button, like you see one below which I used on the List of Orders. It really does not go further than that.

In more technical terms : no I/O is possible to/from the program code.

Notice that it *is* possible to determine the data from the past by means of scrolling back into the past on a chart – combine this with an indicator you created for the purpose, and register the Supports / Resistances / Pivots etc. hard-coded in your program code. As a kind of constants. Now your program can use that data in a fast manner without the necessity to sort it all out. But :
You must now consider that when your program runs Live (or Demo), you must seamlessly integrate that past in constants with the future which builds up in real time. This could be quite a hurdle when you’re not into programming really. But I have the hunch you will find your ways with it ?

@druby – all nice ideas !

The OCR thing can work in general; I created it but it is of course nothing for the average person to work with. Even I myself don’t use it. Let’s say it is not decent (charts must stay in place etc.).

The Print function IMO can’t work well because it shows 200 bars only. Of course it was the remark (even of PRT support themselves) that it is quite useless with 200 bars from of day 1 (now one full year ago), but nothing changed.
Anyway, when set up properly, it does may require 200 records because you’d need only the highs and lows (per x time).

It is a but crazy that we need to find these work arounds and need more time for those, than that I would make all the required solutions formally within PRT in 1/10th of the time.
ProRealTine just likes to be old fashioned. And this gets worse every day.

Tweaking BackTests so that they will output what is needed (in the Results form), is sure something which is doable (requires some creativity, but alas). Please keep in mind, though, that only 100 lines of output are possible in there. But of course the runs can be split into several, each covering for max 100 lines of output.

Someone at PRT should finally look at the DDE link. IMHO it has huge capabilities, but was made a million years ago by someone who th0ught it could be done (and it could) and never was looked at again. much Much MUCH more can be done with that, if it only would be implemented with some intelligence. The way it works currently is also nice already, weren’t it that the data is presented wrongly (like not all instruments output with the same decimal character, like some are provided with a factor of 10000 too high, like you can’t preserve the (column) settings, like you can’t have a full list with all you need, which you would need because the selected lines don’t stick over to the next session).

/End RantMode

juld63 wrote:

Did you know that after the first progress bar is full there is another progress bar?

For the Indicator calculating ? Yes. Can be a third too.
Mind the 18 hours that PRT will run before it shuts down for the session.

Downloading it ? I would say that everybody does this already, except for the new Web based version (you might be using ?). And otherwise let us know how to download it and use it really off line (for Backtesting). It does exist, but is not a normal option to chose from (or ask for), as far as I know.

At least I now know who is holding up my own backtests. Hahaha.