--- In
amibroker@xxxxxxxxxxxxxxx, "Mike" <sfclimbers@xxx> wrote:
>
> Hi,
>
> It is probably true that generally EOD systems use trade delays. But, it really depends on how you write your logic, and the type of orders used.
>
> For example; Consider an EOD strategy which enters using limit orders and exits after a fixed holding period. We would not need to use trade delays for such a strategy.
>
> e.g
>
> SetTradeDelays(0, 0, 0, 0);
>
> TargetEntry = 0.95 * Ref(Close, -1);
> Buy = Low <= TargetEntry; // Limit order buy at 5% below previous bar
> BuyPrice = min(Open, TargetEntry);
>
> Bought = ExRemSpan(Buy, 5);
> Sell = Ref(Bought, 5); // N-bar market on close (MOC) exit
> SellPrice = Close;
>
>
http://www.interactivebrokers.com/en/trading/orders/limit.php?ib_entity=llc
>
http://www.interactivebrokers.com/en/trading/orders/moc.php
>
> Mike
>
> --- In
amibroker@xxxxxxxxxxxxxxx, "an0n73" <an0n73@> wrote:
> >
> > Hi all,
> >
> > If you are testing a system and it's using EOD data, the way I see it is that in reality, you would check your system each evening after the close, see if you have a buy signal and then buy on open next morning.
> > Therefore, does this mean that for every system I look at developing, I would need to set SetTradeDelays( 1, 1, 1, 1); ??
> > I can't see how when you are using EOD data, the setting of SetTradeDelays( 0, 0, 0, 0); actually makes any sense in the real world as this is saying that you are buying on the same day you get your buy signal which I'd have thought wouldn't be possible because you wouldn't get your buy signal on the day until the market has closed because you're using EOD data.
> > Is my understanding correct as I'm a little unsure and I've noticed that when I don't have the 1 day delay, my results are a lot better but I'm thinking this is unrealistic?
> >
> > Thanks
> >
>