Пожелания для МТ5 - страница 40

 
stringo:
Just do it. Попробуйте.

Да я делал, ставишь таймер на 1 сек, потом одна функция каждый раз расчитывается, на другой стоит фильтр через раз, на трейтьей через 6 раз итд.

Я говорю о расчётах превышающих 1 сек, они будут мешать друг другу.

 
stringo:

 

Вообще-то синхронизацию никто не отменял. Выполнил работу - послал сообщение: "Шеу, усё готово"

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

Urain:

нужна возможность выбора в индикаторе работать от OnTick или от OnTimer.


Думаю этот вариант был бы оптимальным.
 

Было бы замечательно если бы в MQL5 появилась команда: jmp она же goto (безусловный переход);

А то тяжело разобраться в бесконечных вложенных циклах.

Такое вообще возможно?

 
gisip:

Было бы замечательно если бы в MQL5 появилась команда: jmp она же goto (безусловный переход);

А то тяжело разобраться в бесконечных вложенных циклах.

Такое вообще возможно?


А я то думал что навсегда избавился от этого атавизма... :)
 
gisip:

Было бы замечательно если бы в MQL5 появилась команда: jmp она же goto (безусловный переход);

Такое вообще возможно?
Категорически нет. Это уже обсуждали раньше.
 
gisip:

Было бы замечательно если бы в MQL5 появилась команда: jmp она же goto (безусловный переход);

А то тяжело разобраться в бесконечных вложенных циклах.

Такое вообще возможно?


 

В бесконечных goto разбираться ещё тяжелее. К тому же, почти наверняка гарантирована работа с неинициализированными переменными и проблемы с утекающей памятью.

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

Так что, не ждите goto 

 

Было бы полезно добавить в препроцессор условные операторы: if..else  if defined и т.п. Планируется ли это сделать?

 
Dima_S:

Было бы полезно добавить в препроцессор условные операторы: if..else  if defined и т.п. Планируется ли это сделать?

Я бы тоже не отказался бы от этого.
 

Возможно это уже реализовано, но я не нашел.

Суть - отключение (прерывание) вывода текста в лог.

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

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

Так же в случае если идет оптимизация несколько часов, включился хранитель экрана и в этот момент пришел запрос на обновление, то при нажатии на пробел, в надежде просто выключить хранитель экрана, запускается обновление.....

Причина обращения: