Ошибки, баги, вопросы - страница 2291
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Проходы, что возвращают INIT_PARAMETERS_INCORRECT при Оптимизации имеют в логе такие записи
При этом они зачем-то попадают в результаты Оптимизации
На скрине видно, что идет сортировка по прибыли, но Incorrect-проходы не поддаются этой сортировке. Соответственно, когда перехожу вниз списка, то вместо отрицательных проходов вижу некорректные. А значение ноль якобы показывает, что отрицательных и нет. Приходится искать прокруткой эти самые отрицательные, если не введен в заблуждение таким поведением GUI.
Раньше обломы OnInit и ExpertRemove в результатах Оптимизации можно было не показывать. А если и показывались, то их строки в таблице помечались красным цветом. Возможно ли вернуть это поведение?
При XML-экспорте передается информации, что некоторые строки таблицы являются Incorrect-результатами? Если правильно понимаю, то в еще не открытом opt-формате этот флаг корректности хранится.
Хорошо бы его все таки уметь получать в OnTesterPass
Форум по трейдингу, автоматическим торговым системам и тестированию торговых стратегий
Ошибки, баги, вопросы
fxsaber, 2018.09.13 06:16
В конце Оптимизации Тестер выдает такоеsuccessfull - проходы, дошедшие до конца. Остальные - прерванные по ExpertRemove.
По какому флагу Тестер классифицирует полученные от Агентов проходы? Как в OnTesterPass прочесть этот флаг?
ЗЫ И на графике Оптимизации хорошо бы не показывать Incorreсt-проходы
Форум по трейдингу, автоматическим торговым системам и тестированию торговых стратегий
Ошибки, баги, вопросы
fxsaber, 2018.09.13 06:16
В конце Оптимизации Тестер выдает такоеsuccessfull - проходы, дошедшие до конца. Остальные - прерванные по ExpertRemove.
Не понимаю, почему Тестер ни слова не говорит про successful- проходы
Tester optimization finished, total passes 1800Прерванные по ExpertRemove-проходы есть, но реакция по итогу совсем не такая, как видно в цитате выше.
Чтобы поместить объект над всеми остальными вне зависимости от порядка прописки, необходимо сначала сделать его невидимым на всех таймфреймах, а потом обратно вернуть видимость
Я уже написал об этом на прошлой странице. Вопрос был в другом: как потом определить это программно?
А какая разница?!?
Никак
Не знаю туда ли я пишу, но в моём сигнале, который служит мониторингом работы советника появилось предупреждение, которое абсолютно не имеет ни чего общего с реальностью.
""80% прироста сделано за 16 дней. Это 4% от общего срока жизни сигнала 376 дней.""
Как это может быть? или я что-то не так понимаю?
Я тоже вчера это заметил. Наверное формулу правят.
Я не первый заметил оказывается.
https://www.mql5.com/ru/forum/268577/page6#comment_8736344
fxsaber
Попробовал ваш код. К сожалению, это не подходит. Расположение элементов в данном списке не меняется при изменении Z-порядка. Т.е. фактически, как я понимаю, это равносильно ObjectName(…)
Более того, как я выяснил, Z-порядок сбрасывается при перезагрузке терминала. Т.е. он нигде не хранится на диске, а просто временное явление. Считаю, это не очень правильно. Нужно либо ввести дополнительное свойство для объектов, хранящее их порядок, либо сделать так чтобы изменение OBJPROP_TIMEFRAMES не влияло на порядок отображения элемента, тогда его можно было бы однозначно идентифицировать по OBJPROP_CREATETIME. А сейчас получается неопределённость.
Либо как вариант, можно было бы привязать Z-порядок к индексу объекта в общем списке объектов. Соответственно при смене OBJPROP_TIMEFRAMES объект бы перемещался в списке.
Более того, как я выяснил, Z-порядок сбрасывается при перезагрузке терминала. Т.е. он нигде не хранится на диске, а просто временное явление.
Это общий подход... порядок расположения графиков в профиле также не сохраняется - зато есть и положительный момент: сэкономлено несколько байт\наносекунд
Некоторые пользователи считают такой подход вполне логичным ...
fxsaber
Попробовал ваш код. К сожалению, это не подходит. Расположение элементов в данном списке не меняется при изменении Z-порядка. Т.е. фактически, как я понимаю, это равносильно ObjectName(…)
Если так, то применение шаблона с объектами может выдать совсем другую картину, нежели та, что была при сохранении шаблона.