Ошибки, баги, вопросы - страница 1726
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Почему такая потребность?
Редактор автоматически сохраняет файлы в юникод, если в тексте есть символы из диапазона 128-255.
Почему такая потребность?
Редактор автоматически сохраняет файлы в юникод, если в тексте есть символы из диапазона 128-255.
Если можно иметь размер исходника в два раза меньше, почему это не делается. У меня русские комментарии по тексту и после сохранения в ANSI с ними ничего не происходит. Однако, файл становится в два раза меньше.
Это сделано в интересах интенационализации. Чтобы файлы можно было корректно видеть на операционке, где установлена другая локаль, и они отобразились бы правильно.
Если русские исходники смотреть на какой-нибудь европейской винде, вместо читаемого (однобайтного русского) текста будут "иероглифы"
Это сделано в интересах интенационализации. Чтобы файлы можно было корректно видеть на операционке, где установлена другая локаль, и они отобразились бы правильно.
Если русские исходники смотреть на какой-нибудь европейской винде, вместо читаемого (однобайтного русского) текста будут "иероглифы"
Здесь же все по-русски нормально отображается. А исходник в ANSI.
Форум по трейдингу, автоматическим торговым системам и тестированию торговых стратегий
Открытое обращение к разработчикам - давайте "допилим" графическую часть
Renat Fatkhullin, 2011.04.05 23:41
Пока никак, но скоро мы добавим функции по управлению высотой подокон индикаторов с точностью до пикселей.
Это также даст возможность строить аккуратные и точные панели управления.
Управление появилось?
Да >>> Фиксированная высота собственного окна индикатора
Да >>> Фиксированная высота собственного окна индикатора
Это сделано в интересах интенационализации. Чтобы файлы можно было корректно видеть на операционке, где установлена другая локаль, и они отобразились бы правильно.
Если русские исходники смотреть на какой-нибудь европейской винде, вместо читаемого (однобайтного русского) текста будут "иероглифы"
Тут дело не в исходниках. Получается что в MetaEditor полноценно нельзя редактировать ANSI файлы созданные в том числе с помощью ::FileOpen( FILE_ANSI ). Если этo изначально ANSI файл не .mqh, .mq4, .mq5 - зачем его принудительно сохранять как Unicode ???
Недавно тоже столкнулся с таким неудобством
Тут дело не в исходниках. Получается что в MetaEditor полноценно нельзя редактировать ANSI файлы созданные в том числе с помощью ::FileOpen( FILE_ANSI ). Если этo изначально ANSI файл не .mqh, .mq4, .mq5 - зачем его принудительно сохранять как Unicode ???
Недавно тоже столкнулся с таким неудобством
Исправим, только свои расширения при необходимости будем расширять до юникода.
Создаю класс, который наследуется от CExpertSignal. Переопределил методы LongCondition / ShortCondition. Протестировал. Работает. OK!
Пытаюсь переопределить и использовать CheckOpenLong (CheckOpenShort) и выйти на тестирование кода в тестере по точке останова. Тестер (или компилятор ???) точку останова убирает, устанавливает ее на LongCondition и полностью игнорирует CheckOpenLong (CheckOpenShort).
Помогите разобраться.