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

[Anatoli Kazharski]

Дублирую с ветки "Вопросы от чайника". Примите, как пожелание, пожалуйста:

Хотелось бы программно, только средствами MQL5, именно той программой, в которой содержатся ресурсы, иметь возможность сохранять эти ресурсы на диск.

Например, эксперт генерирует отчёт, в который нужно вставлять картинки, которые делают документ более читаемым. Можно конечно генерировать ссылку на эти файлы, но проблема возникает тогда, когда идёт процесс между заказчиком и программистом. То есть нужно всё время будет думать о том, чтобы передать нужные файлы в случае каких-либо изменений. И ещё больше проблема будет ощутима, когда продукт будет выставлен в Маркете и свалиться счастье на голову в виде множества покупателей. :)

[Dmitriy Skub]

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

А то сейчас приходится заголовок такой псевдо секции задавать в виде типа input string s1 = "--- Title title ---";

[Anatoli Kazharski]

Dima_S:

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

А то сейчас приходится заголовок такой псевдо секции задавать в виде типа input string s1 = "--- Title title ---";

О, да чёрт возьми! )) По хорошему над меню внешних параметров нужно хорошенько поработать ещё.

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

Это пожелание кстати.)) 

[Andrey Dik]

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

[Anatoli Kazharski]

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

Продублировал в сервисдеск несколько своих предложений из этой ветки. А разработчики как-то дают знать, что если предложение интересное, то принято? Или, если неинтересно, то тоже хотелось бы об этом знать, чтобы думать, что делать с этим дальше. ))

[Andrey Dik]

tol64:
Продублировал в сервисдеск несколько своих предложений из этой ветки. А разработчики как-то дают знать, что если предложение интересное, то принято? Или, если неинтересно, то тоже хотелось бы об этом знать, чтобы думать, что делать с этим дальше. ))

Если им интересно, то отвечают и заявка остается открытой (или висит открытой но без ответа). А если не интересно, то отвечают и закрывают заявку.

[Anatoli Kazharski]

joo:
Если им интересно, то отвечают и заявка остается открытой (или висит открытой но без ответа). А если не интересно, то отвечают и закрывают заявку.

Тогда ещё одно пожелание:

Не делайте, пожалуйста, так, как то, что выделено красным. ))) 

[Mykola Demko]

tol64:

Тогда ещё одно пожелание:

Не делайте, пожалуйста, так, как то, что выделено красным. ))) 

Если заявка обработана, то появляется пустой пост с именем куратора заявки.

Это фактически метка что заявка рассматривается.

[[Удален]]

Хотел бы поднять вопрос: ИМХО в mql очень некрасиво организовано храниние данных. Мой принцип облегчения своего труда -  создавать графические объекты (которые должны иметь свои переменные), а эксперт перебирает их и в зависимости от типа объекта производит нужные действия (фибо - отбои, ТЛ - слом тренда и т.д.). Неразумно каждый тик расчеты делать заново, поэтому нужны переменные для сохранения параметров на каждом проходе. Сейчас все параметры пихаю в описание, но уже близок к лимиту.

ВЫХОД: имхо в идеале принцип такой же как и в ИСР (есть базовый класс, а пользовать добовляет что хочет (переменные)) . Ниже скрин с примером описания моего граф объекта

[Vladimir Kustikov]

papaklass:

На данный момент имеем функцию:

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

Это удобно будет при работе с тайм-сериями. Поиск по барам не всегда адекватен, т.к. существуют дыры в истории.

Что то типа такого:

 

Возможно, вам поможет копирование в массив по времени (CopyRates, третий вариант), а затем поиск по тому, что скопировано в массиве