Ошибки, баги, вопросы - страница 3207
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
короче, выяснилось, что действительно нужен флаг MQL_CHART_MODE.
и, так же выяснилось (частично подтвердилось), что логики флагов пересекаются, к примеру, в визуальном режиме тестирования флаги тестера и визуал true
в таком случае напрашивается логичная просьба к разработчикам:
1. добавить флаг MQL_CHART_MODE
2. разделить сущности MQL_TESTER и MQL_VISUAL_MODE, потому что эти флаги оба true в визуальном режиме
Не надо пожалуйста ничего менять. Это создаст доп. проблемы для тех кто этим пользуется давно - нужно будет переделывать. Чем вариант ниже не подходит?
короче, выяснилось, что действительно нужен флаг MQL_CHART_MODE.
и, так же выяснилось (частично подтвердилось), что логики флагов пересекаются, к примеру, в визуальном режиме тестирования флаги тестера и визуал true
в таком случае напрашивается логичная просьба к разработчикам:
1. добавить флаг MQL_CHART_MODE
2. разделить сущности MQL_TESTER и MQL_VISUAL_MODE, потому что эти флаги оба true в визуальном режиме
Всё верно там с флагами.
Визуал - это тестер? Да.
Тестер - это тестер? Да.
Тестер - это визуал? Не всегда.
Чарт - это тестер? Нет.
Всё верно там с флагами.
Визуал - это тестер? Да.
Тестер - это тестер? Да.
Тестер - это визуал? Не всегда.
Чарт - это тестер? Нет.
а одиночный прогон? проще иметь отдельные сущности чем пересекающиеся.
Не надо пожалуйста ничего менять. Это создаст доп. проблемы для тех кто этим пользуется давно - нужно будет переделывать. Чем вариант ниже не подходит?
потому что это сработает при оптимизации, что не соответствует поставленной задаче.
потому что это сработает при оптимизации, хотя этого не нужно.
Это не сработает при оптимизации. Потому что оптимизация - это не визуальный режим.
Потратьте 5 минут - вставьте код к себе в эксперта и сможете в этом убедиться.
Добавлено:
Возможно выше задача сформулирована не до конца...
Напишите список - в каких режимах должно работать, а в каких нет - я Вам скину код прямо сюда.
Это не сработает при оптимизации. Потому что оптимизация - это не визуальный режим.
Потратьте 5 минут - вставьте код к себе в эксперта и сможете в этом убедиться.
да, Вы правы, так работает.
а одиночный прогон? проще иметь отдельные сущности чем пересекающиеся.
Не одиночный прогон это MQL_OPTIMIZATION
Есть же список всех флагов:
Не одиночный прогон это MQL_OPTIMIZATION
Есть же список всех флагов:
попробуйте:
и прогоните оптимизацию, будет понятно, что флаги Тестер и Оптимизация эквивалентны, то есть, всё же, флаг MQL_TESTER это не "одиночный прогон", вернее не только,
данный код будет выдавать всегда значение кастомного критерия 123.
короче, выяснилось, что действительно нужен флаг MQL_CHART_MODE.
и, так же выяснилось (частично подтвердилось), что логики флагов пересекаются, к примеру, в визуальном режиме тестирования флаги тестера и визуал true
в таком случае напрашивается логичная просьба к разработчикам:
1. добавить флаг MQL_CHART_MODE
2. разделить сущности MQL_TESTER и MQL_VISUAL_MODE, потому что эти флаги оба true в визуальном режиме
Что за глупость? Зачем их делить? Если вам надо выполнение только в тестере без визуального режима, то проверьте только MQL_TESTER
Но если вам нужен визуальный режим, то и проверять надо только один MQL_VISUAL_MODE и в других проверках нет необходимости…
Вы обсасываете проблемы первоклассников… В том нет проблем никаких…
Добавлено:
Всё это относится и к режиму оптимизации.
У меня вся графика вот так работает:
У меня тоже так работает.
И никаких новых флагов не нужны.
Можно также использовать MQL_OPTIMIZATION.