Обновление платформы MetaTrader 4 build 670: виртуальный хостинг, web-запросы и работа с сигналами из MQL-программ - страница 34
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Т.е. теперь снова 512 kb считается "уж очень большим" размером переменной? Вообще-то, это массив типа int на 1 млн ячеек: int aaa[1000000]; Вообще-то, хотелось услышать в чём именно опасность такого размера массива, что выдается такое предупреждение. Т.е. это забота о размере потребляемой памяти клиента или "too large" имеет какой-то глубокий сакральный смысл? Например, такие размеры массивов крайне не желательно использовать, потому что... и потому... Если первое, то хотелось бы в дальнейшем не видеть эти предупреждения. А если второе, то буду следить.
Что мешает сделать динамический массив и после установить его размер?
Зачем? Чтобы сообщить - уж очень большой размер переменной. Очень.
такое предупреждение вылазит и для статического массива.
как в экселе получается, не большее ~64000 записей типа дабл
У меня в Comment() в 2-х МетаЭдиторах на Висте позволяет не больше 29 параметров, а на 8-ке не больше 27-ми, хотя в Документации допускается до 64 параметров! Какая может быть причина?
Вот выдержка из Доки:
Параметры
...
[in] Любые значения, разделенные запятыми. Для разделения выводимой информации на несколько строк можно использовать символ перевода строки "\n" либо "\r\n". Количество параметров не может превышать 64. Общая длина выводимого сообщения (включая служебные неотображаемые символы) не может превышать 2045 символов (лишние символы будут обрезаны при выводе).
Сейчас буду считать символы! А паузы между символами тоже считать надо?
Подсчитал! Видать и паузы считаются! Придётся вводить много параметров string, чтобы освободиться в Comment() от всех DoubleToStr(), занимающих много места, а без пропусков никак не смогу обойтись, т.к. данные помещаю справа после свечей.
Может, разработчики могли бы сделать опцию для Сomment(), чтобы 1-й символ появлялся 1-ым справа, 2-ой на место 1-го, а 1-ый бы сдвигался налево и т.д. Тогда получится с ориентацией направо, что практикуется во всех программах для текста, наряду с ориентировкой по центру, что нам тоже пригодилось бы только с возможностью устанавливать точку центра на любую точку Х справа от котиров! Я думаю, что было бы очень удобно всем!
У меня в Comment() в 2-х МетаЭдиторах на Висте позволяет не больше 29 параметров, а на 8-ке не больше 27-ми, хотя в Документации допускается до 64 параметров! Какая может быть причина?
Вот выдержка из Доки:
Параметры
...
[in] Любые значения, разделенные запятыми. Для разделения выводимой информации на несколько строк можно использовать символ перевода строки "\n" либо "\r\n". Количество параметров не может превышать 64. Общая длина выводимого сообщения (включая служебные неотображаемые символы) не может превышать 2045 символов (лишние символы будут обрезаны при выводе).
Сейчас буду считать символы! А паузы между символами тоже считать надо?
Подсчитал! Видать и паузы считаются! Придётся вводить много параметров string, чтобы освободиться в Comment() от всех DoubleToStr(), занимающих много места, а без пропусков никак не смогу обойтись, т.к. данные помещаю справа после свечей.
Может, разработчики могли бы сделать опцию для Сomment(), чтобы 1-й символ появлялся 1-ым справа, 2-ой на место 1-го, а 1-ый бы сдвигался налево и т.д. Тогда получится с ориентацией направо, что практикуется во всех программах для текста, наряду с ориентировкой по центру, что нам тоже пригодилось бы только с возможностью устанавливать точку центра на любую точку Х справа от котиров! Я думаю, что было бы очень удобно всем!
Борис, а как ты Comment() помещаешь справа графика, если его место в левом верхнем углу?
Борис, а как ты Comment() помещаешь справа графика, если его место в левом верхнем углу?
Артём, я же объяснил, что в левом, но с паузами до конца котира, и потом, собственно, начинается показ параметров!
Под паузами подразумеваются пробелы?
Конечно, я так назвал по-русски! "Пробелы" как-то не пришли в голову. В общем, все пропуски (паузы-пробелы) между "\n и текстом или ".
Артём, я же объяснил, что в левом, но с паузами до конца котира, и потом, собственно, начинается показ параметров!
Чёт я не догоняю наверное:
"...Подсчитал! Видать и паузы считаются! Придётся вводить много параметров string, чтобы освободиться в Comment() от всех DoubleToStr(), занимающих много места, а без пропусков никак не смогу обойтись, т.к. данные помещаю справа после свечей..."
Данные справа после свечей пишешь комментом, который выводится слева графика. Прости, но я не понимаю...
Может тебе поглядеть в сторону объектов?
Дам функцию.
Чёт я не догоняю наверное:
"...Подсчитал! Видать и паузы считаются! Придётся вводить много параметров string, чтобы освободиться в Comment() от всех DoubleToStr(), занимающих много места, а без пропусков никак не смогу обойтись, т.к. данные помещаю справа после свечей..."
Данные справа после свечей пишешь комментом, который выводится слева графика. Прости, но я не понимаю...
Может тебе поглядеть в сторону объектов?
Дам функцию.
Спасибо! Функции объектов я знаю, пользуюсь ими, но комментами удобней! Справа от свечей, т.к. свечи мешают. Потому попросил разработчмков сделать опцию с ориентацией направо, что практикуется во всех программах для текста, наряду с ориентировкой по центру, что нам тоже пригодилось бы только с возможностью устанавливать точку центра на любую точку Х справа от котиров!
А так, конечно, все отведённые биты пожираются пробелами и не остаётся места для контроля и инфы. Всех DoubleToStr() перевёл до коммента, введя string'и, что освободило место только для 2-х параметров.