Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Прошу разработчиков обратить внимание на эту тему:
'crontab !!! ну просто надо...'
to MetaQuotes
Глюк моделирования времени текущего/локального в индикаторе загруженного в тестер.
Описание: текущее/локальное время индикатора в тестере равно времени реал/демо.
Доказательство: Файл индикатора прилагается.
Привет, Александр!
Глянь у тебя в коде по ходу описка. double t; if(t!=Time[0]) И ты их сравниваешь? Возможно в этом собака порылась.
to VBAG
Привет Владимир!
1.При сравнении double t; if(t!=Time[0]) беззнаковое целое приводится к double, (я всегда сравниваю в double.)
datetime - беззнаковое целое, оно так сказать мало употребительно,
поэтому реализация арифметических операций может оказаться неполной.
С одной стороны - это перестраховка, с другой - единообразие - все в double.
применимость double к datetime доказывается простым примером МаркетИнфо.
2.Глюк несущественный, поскольку мало кто в индикаторах обращается к функциям времени.
Можно было бы и не просить исправлять, но для престижа МТ-4 лучше бы все таки поправить.
Хотелось бы, чтоб поставили часы большие, как на графике.
и второе: чтоб можно было при тестировании советника выбрать время период тестирования.
Добрый день! Установил Ваши часы - понравилось, спасибо. Захотел установить еще несколько экземпляров
со сдвигом по времен (типа Берлин, Рим, Токио...) - не получилось. Не справился со сдвигом. Подскажите, если есть время.
Добрый день! Установил Ваши часы - понравилось, спасибо. Захотел установить еще несколько экземпляров
со сдвигом по времен (типа Берлин, Рим, Токио...) - не получилось. Не справился со сдвигом. Подскажите, если есть время.
Добрый день! Свой код Вы не привели, поэтому можно только предполагать в чём проблема. Время в МТ "измеряется" в секундах, поэтому сдвиг нужно прибавлять (отнимать) к TimeCurrent() в секундах. Не забывая, конечно, что это время сервера. "Организационно" можно подходить по разному. Например, завести два массива: строковый с названиями городов и datetime (int) со сдвигами. Желаемый город можно, например, задавать через внешний параметр советника/индикатора. Далее перебором массива городов определить нужный индекс и взять по этому индексу нужное значение из массива сдвигов.
было бы неплохо иметь порядковый номер бара начиная от начала года для свеч любого тф, как это проделано с днями
Добрый день! Установил Ваши часы - понравилось, спасибо. Захотел установить еще несколько экземпляров
со сдвигом по времен (типа Берлин, Рим, Токио...) - не получилось. Не справился со сдвигом. Подскажите, если есть время.
Добрый день! Свой код Вы не привели, поэтому можно только предполагать в чём проблема. Время в МТ "измеряется" в секундах, поэтому сдвиг нужно прибавлять (отнимать) к TimeCurrent() в секундах. Не забывая, конечно, что это время сервера. "Организационно" можно подходить по разному. Например, завести два массива: строковый с названиями городов и datetime (int) со сдвигами. Желаемый город можно, например, задавать через внешний параметр советника/индикатора. Далее перебором массива городов определить нужный индекс и взять по этому индексу нужное значение из массива сдвигов.
Большое спасибо! Я понял свою ошибку. Как появится возиожность, я причешу код и выложу.
было бы неплохо иметь порядковый номер бара начиная от начала года для свеч любого тф, как это проделано с днями
а разве его нельзя вычислить ?
чем не нравится это ?
string symbol, int timeframe, datetime time, bool exact=false)
ttt = сформируем время на начало года
Для попыток прогнозирования хотелось бы иметь массивы с отрицательнами индексами (в индикаторах).
Поддерживаю.
На мой взгляд следует принять как основную саму концепцию. В частности, должны коррекно исполняться стандартные: функция определения времени для отрицательных баров и функция вычисления отрицательных баров для будущего времени.
Мне это тоже показалось очень интересным!
---
потворюсь возможно кто то писал нет сил все перечитать - интересно разработчики что то приняли - примум из этого длинного флейма-
Еще хотелось бы иметь события от таймера - в большинстве развитых языков это присутствует
Это очевидно т.к. для большинства пожеланий не требуется пересматривать ни модель данных,
ни управление процессами/потоками терминала.
Возможен простой эволютивный рост MQL-4, пошаговое пополнение набора функций, пошаговое пополнение металанга.
Пример такого эволютивного роста уже есть - Тестер стратегий.
Пошаговое совершенствование МТ-4 было бы корпоративно полезно и экономически эффективно. - снижаются затраты, меньше багов, больше доверия.
А уж мы бы как радовались.