Пожелания к MQL5 - страница 29

Я не говорю, что не нужно учитывать историю рынка. По сути - это единственное, что можно и нужно учитывать.

Я говорю, что не имеет смысла (вредно) учитывать дату и цену открытия ордера. В этом смысле маджик - средство поддержания иллюзий:) Не хочется повторяться, посмотрите здесь.

А на проводе, я думаю, маджика не будет. Представьте сколько горе-программистов. В некоторых программах запрос маджика обязательно будет попадать в цикл и грузить сервер. А если хоть одна такая порграмма выйдет в тираж, то будет хана всей технологии.

Я кажется неверно выразился : запрашивать его отдельно с сервера я и не предлагал, для этого есть OrdersTotal и OrderSelect. Я предполагал только его переопределение при вызове OrderModify.

Я понял что Вы имели ввиду..... опасность такая действительно существует. Точно так же как и с перестановкой SL и TP

Это уже подробности того, чего и без нас с Вами не сделают:) Но если бы.., то предполагался бы и запрос или ответ - как посмотреть. Например, изменение на сервере SL с одного подключённого к счёту ПК отзовётся отображением нового значения SL на всех подключённых к счёту ПК.

Мы с Вами как Добчинский и Бобчинский:

Бобчинский. .. "Э!" - говорю я Петру Ивановичу...
Добчинский. Нет, Петр Иванович, это я сказал: "э!"
Бобчинский. Сначала вы сказали, а потом и я сказал. "Э! - сказали мы с Петром Ивановичем. - А с какой стати сидеть ему здесь, когда дорога ему
лежит в Саратовскую губернию?"

Даааа... Все что может пользователь сделать для того что бы угробить систему он обязательно сделает. Даже не приходя в сознание :-)

К сожалению в следствии этого многие продукты перегружены функционалом проверок и перепроверок, интерфейсной защитой от "дурака" и случайных непредсказуемых действий пользователя.

Недавно мне пришлось общаться с заказчиком, который состояние "Утвержден" по отношению к официальному документу трактовал несколько своеобразно. Документ типа утвержден и подписан, но в нем все можно поменять без последующего пересогласования и переутверждения. Представьте как пример: отправляете платежку в банк, тот его добросовестно исполняет, а вы потом, исправив первоначальный документ, приходите в банк и производите наезд с формулировкой "не верное исполнение платежного поручения".

Да, это мне хорошо известно. По этой причине мне пришлось потратить немало времени, чтоб сделать программу дуракоупорной, поэтому работа растянулась уже на полгода. А всё потому, что юзер может поменять цвет или вид управляющего значка, а потом высказывать претензии.

Кстати, в тему ветки. Необходимы программно регулируемые свойства объектов: запретить/разрешить менять цвет, размер, шрифт, возможность выделения, удаления и т.д.

Позволю себе напомнить о возможности запуска терминала без графического интерфейса.
К примеру тот же чемпионат, явно что отлаженному эксперту графический интерфейс не требуется.

Большая просьба сделать возможность запуска советника (индикатора, скрипта), не только по приходу нового тика, а различными способами

Нужно

1. По тику
2. По времени
3. По внешнему событию, важно для подключения к расчетам других мат пакетов.

Может вот так 3 функции старт

Start 0 {} // работает по тикам

Start 1 {} // работает по времени (выбор каждую секунду, минуту, час и т.д.)

Start 2 {} // работает по внешнему событию, допустим когда внешняя программа завершила расчеты и в файле результатов расчетов этой программы обновились данные.

Заранее спасибо.

Вот еще, наверное будет полезно дать возможность организовывать пользовательские индикаторы по группам в папках на файловой системе. А то иметь свалку из индикаторов в одной папке как то неприлично :-)

Ещё очень хотелось бы иметь возможность устанавливать фиксированный масштаб цены (пунктов/пиксель) с пределами шкалы, автоматически меняющимися кратно заданной величине, например, 5 или 10 пунктам.