Вопрос программистам об индикаторах.
Да, самый изящный способ построения MTF-индикаторов. Вызываем себя, чтоб получить значение с дргого ТФ.
komposter:
Да, самый изящный способ построения MTF-индикаторов. Вызываем себя, чтоб получить значение с дргого ТФ.
Да, Вы правы. Не совсем правильный подход, но очень интересный.
Да, самый изящный способ построения MTF-индикаторов. Вызываем себя, чтоб получить значение с дргого ТФ.
Обычно, такие индикаторы перерисовываются, имейте ввиду.
Heroix:
Обычно, такие индикаторы перерисовываются, имейте ввиду.
Ну если он базируется на перерисовывающемся - тогда да, а если в основе лежит индикатор, который не перерисовывается, то и на другом периоде перерисовываться не будет.
Обычно, такие индикаторы перерисовываются, имейте ввиду.
Не совсем так..Надо учитывать другое.
К примеру на м1 вызываете показания с М5.
И тут в друг на пятой свече м1 "вдруг" меняются и 4 предыдущих..
Поскольку произошло изменение м5 свечи под закрытие.
Karlson:
таки да, поэтому для исторической побарной корректности можно юзать принцип как тут https://www.mql5.com/ru/code/9603
Не совсем так..Надо учитывать другое.
К примеру на м1 вызываете показания с М5.
И тут в друг на пятой свече м1 "вдруг" меняются и 4 предыдущих..
Поскольку произошло изменение м5 свечи под закрытие.
sergeev:
таки да, поэтому для исторической побарной корректности можно юзать принцип как тут https://www.mql5.com/ru/code/9603
Вот я том Алексей ))
таки да, поэтому для исторической побарной корректности можно юзать принцип как тут https://www.mql5.com/ru/code/9603
Karlson:
Скорее всего Вы правы, я не эксперт в этом. Лишь впервые столкнулся пару дней назад.
Не совсем так..Надо учитывать другое.
К примеру на м1 вызываете показания с М5.
И тут в друг на пятой свече м1 "вдруг" меняются и 4 предыдущих..
Поскольку произошло изменение м5 свечи под закрытие.
extern int period = 0;
int start()
{
//...
buffer[i] = iCustom( Symbol(), period, indicatorName, ... , 0, i);
//...
}