Буферы и ограничения

Новый комментарий
 
Никак не возьму в толк, зачем ограничивать количество отображаемых буферов индикатора. Ну нужно мне например 100 точек на один бар рисовать, что мне делать? Может можно задавать количество буферов массивом и через этот массив определять их свойства?
 
Ребята, а что если сделать так, добавить возможность использовать двумерный массив для буфера индикатора. И выводить однотипные (по формату) линии или значки по всем значениям второй размерности массива. Или сделайте такую возможность хотя бы для DRAW_ARROW. Это будет компромисом для вас и для людей жаждущих подобия Point&Figure в вашем терминале. Код может выглядеть как-нибуть следующим образом:


#property indicator_buffers 2
#property indicator_color1 Blue
#property indicator_color2 Red

double X[][50];
double O[][50];

int init()
{
SetIndexBuffer(0,X);
SetIndexBuffer(1,O);

SetIndexStyle(0,DRAW_ARROW);
SetIndexStyle(1,DRAW_ARROW);

SetIndexArrow(0,119);
SetIndexArrow(1,119);
}

int start()
{
for(int i=BarCnt;i<0;I--)
{
for(int j=50;i<0;I--)
{
X[i][j]=Bid;
}
}
return(0);
}


Разработчики, что скажете? Помоему это выход из положения и значительно расширяет возможности. Готов предоставить под эту фичу кастом индикатор XO в состав дистрибутива. :)
 
Никак не возьму в толк, зачем ограничивать количество отображаемых буферов индикатора.

Так было спроектировано. 8 линий для индикатора - это достаточно много. Понятно что супериндикатор на 32 линии уже не получится, но 99% всех индикаторов уложатся в 8 линий.

а что если сделать так, добавить возможность использовать двумерный массив для буфера индикатора.

Сложный вопрос. Двумерный массив точно не получится. Скоро мы расширим варианты (уже обещали) вывода индикторов - там будут и сложные. Подождите некоторое время.
 
а что если сделать так, добавить возможность использовать двумерный массив для буфера индикатора.

Фактически, ограничение только в том, что нельзя выстраивать вертикальные колонки (гистограмма не в счет).

Скоро мы расширим варианты (уже обещали) вывода индикторов - там будут и сложные. Подождите некоторое время.

А можно поподробнее, какие это будут новые варианты вывода??? Хотя бы описательно.
 
Кажись вам не понравится то что предлагается :)
 
Кажись вам не понравится то что предлагается :)

Да, из перечисленного мало что поможет. :(

Ну что за жисть?! Я все понимаю, но зачем создавать ограничения,
если ответственность за производительность работы индикаторов
берет на себя тот, кто их создает или использует? Разве сложно
добавить возможность рисовать на баре массив данных однотипными
линиями или значками? Если б был API на DELPHI, уже бы плюнул и
написал на нем.

Если это принципиальная позиция разработчиков, то может хоть
агрументацию какую-нибуть приведете?
 
да вообщето аргуметировали. это бодание довольно старое :) поищите в истории форума.
 
да вообщето аргуметировали. это бодание довольно старое :) поищите в истории форума.

А толку... это что-то изменит? :(
 
Просто для примера:
а чего это Intel ограничил количество регистров? Чего они не дали программерам сделать сотню регистров?

так и мы - ради экономии и эффективности выставили пределы.

Мое мнение (честно, жестко и правдиво):
если мало 8 буферов для индикатора, то это значит одно - программист неэффективен.


грубо говоря - у нас любой программист получил бы втык за такую неэффективность(правило необсуждаемо и без флейма). Есть область применения. Попытка выхода за нее с попыткой сохранения условий применения является некорректной. То есть, явно отвергается возможности вида "сделать набор на одном баре".

 
Просто для примера:
а чего это Intel ограничил количество регистров? Чего они не дали программерам сделать сотню регистров?
так и мы - ради экономии и эффективности выставили пределы.

Господа! При чем тут Интел и его регистры??? :) Вам не хватает количества регистров??? Это ограничивает возможности ваших программ? НЕТ!!! Извините, но пример этот совершенно не к месту!!!


Мое мнение (честно, жестко и правдиво):
если мало 8 буферов для индикатора, то это значит одно - программист неэффективен.


грубо говоря - у нас любой программист получил бы втык за такую неэффективность(правило необсуждаемо и без флейма). Есть область применения. Попытка выхода за нее с попыткой сохранения условий применения является некорректной. То есть, явно отвергается возможности вида "сделать набор на одном баре".


Однозначная политика вашей фирмы относительно P&F в терминале (как было сказано однажды "нет и не будет"), не сопровождается помощью тем трейдерам, у которых на этом держится их бизнес. Если вы не хотите сделать это в терминале, дайте возможность сделать это самому на MQ4. Это было бы, по крайней мере, компромиссом. Хотя, как я вижу, компания не настроена на компромиссы. :(

П.С. Конечно, НАМНОГО нужнее сделать фичечку цветной печати чартов! Это НЕВООБРАЗИМО увеличит функционал терминала и поднимет его на СОВЕРШЕННО НОВЫЙ УРОВЕНЬ!!! С 1 апреля, господа!
Новый комментарий
Причина обращения: