joo: У меня шустренько обновился до 567-го, никаких проблем не заметил. Полёт нормальный. :)
Вроде тоже пока нормальный, просто хочется быть уверенным, что это родной билд, а не подкидыш. ))) Если родной, то почему он не был объявлен? Кто-то писал уже, что после последнего обновления происходит самоуничтожение папок в директории терминала, вот я и забеспокоился немного. У Вас пока всё на месте? )))
Для списка таймфреймов, чтобы получить их имена, есть EnumToString() - возращается имя таймфрейма в виде строки. Есть ли возможность получить в виде строки имена встроенных констант видимости объектов типа OBJ_PERIOD_M5?
x100intraday: Для списка таймфреймов, чтобы получить их имена, есть EnumToString() - возращается имя таймфрейма в виде строки. Есть ли возможность получить в виде строки имена встроенных констант видимости объектов типа OBJ_PERIOD_M5?
Нет, фактически это макрос (#define), для макросов такой функционал не планируется.
mql5: Нет, фактически это макрос (#define), для макросов такой функционал не планируется.
Есть ли какая-либо взаимосвязь между списочной структурой таймфреймов и флагов видимости объектов (ведь даже длина списков разная: 22 vs 23)? Вообще, спрашиваю для того, чтобы эффективно и компактно назначать видимость объектов на таймфреймах в цикле с заданными границами, а не перечислять и суммировать вручную флаги. Какой логикой воспользоваться, если взят наугад произвольный таймфрейм, на нём построен графический объект и нужно разрешить его видимость на всех таймфреймах не старше текущего (т. е. того самого, на котором он был построен)? Алгоритм должен быть универсальным, а не для одного конкретного случая. С поиндексной корреляцией - уже в пролёте, нету здесь никакого даже индексного соответствия. Парсить строки имён и сравнивать - опять же в пролёте из-за невозможности работать со строкой в случае с константами видимости. Пока на ум приходит сложная, туманная и очень кривая реализация.
логи выслал еще позавчера. Сейчас отвечу... как то пропустил... так как вы написали, что воспроизвели ошибку.
Логи пришли, спасибо. Мы их посмотрели. А вопрос был не про логи, а про файл.
Ошибку действительно воспроизвели, но не сразу. Видимо, не всё исправили - надо воспроизводить дальше, а не воспроизводится.
Вопрос не про логи, а про файл.
Ошибку действительно воспроизвели, но не сразу. Видимо, не всё исправили - надо воспроизводить дальше, а не воспроизводится.
ответил
У меня шустренько обновился до 567-го, никаких проблем не заметил. Полёт нормальный. :)
tol64:
У Вас пока всё на месте? )))
Вроде тоже пока нормальный, просто хочется быть уверенным, что это родной билд, а не подкидыш. )))
joo: Всё на месте.
alexvd: Не переживайте, билд родной. Можете проверить подписи файлов.Для списка таймфреймов, чтобы получить их имена, есть EnumToString() - возращается имя таймфрейма в виде строки. Есть ли возможность получить в виде строки имена встроенных констант видимости объектов типа OBJ_PERIOD_M5?
Нет, фактически это макрос (#define), для макросов такой функционал не планируется.
Есть ли какая-либо взаимосвязь между списочной структурой таймфреймов и флагов видимости объектов (ведь даже длина списков разная: 22 vs 23)? Вообще, спрашиваю для того, чтобы эффективно и компактно назначать видимость объектов на таймфреймах в цикле с заданными границами, а не перечислять и суммировать вручную флаги. Какой логикой воспользоваться, если взят наугад произвольный таймфрейм, на нём построен графический объект и нужно разрешить его видимость на всех таймфреймах не старше текущего (т. е. того самого, на котором он был построен)? Алгоритм должен быть универсальным, а не для одного конкретного случая. С поиндексной корреляцией - уже в пролёте, нету здесь никакого даже индексного соответствия. Парсить строки имён и сравнивать - опять же в пролёте из-за невозможности работать со строкой в случае с константами видимости. Пока на ум приходит сложная, туманная и очень кривая реализация.