Ошибки, баги, вопросы - страница 1726
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Это сделано в интересах интенационализации. Чтобы файлы можно было корректно видеть на операционке, где установлена другая локаль, и они отобразились бы правильно.
Если русские исходники смотреть на какой-нибудь европейской винде, вместо читаемого (однобайтного русского) текста будут "иероглифы"
Здесь же все по-русски нормально отображается. А исходник в 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).
Помогите разобраться.
Тут дело не в исходниках. Получается что в MetaEditor полноценно нельзя редактировать ANSI файлы созданные в том числе с помощью ::FileOpen( FILE_ANSI ). Если этo изначально ANSI файл не .mqh, .mq4, .mq5 - зачем его принудительно сохранять как Unicode ???
Недавно тоже столкнулся с таким неудобством
Теперь для исходного кода MQL (определяется по расширению, *.mq5 *.mqh *.mq4) сохранение будет в юникоде, если в коде присутствуют не US-ASCII символы (символыс кодом больше 127).
Для остальных файлов, сохранение будет в юникоде, если один из символов сохраняемого файла нельзя представить в текущей кодировке ASCII (символы с кодом больше 255)
Для остальных файлов, сохранение будет в юникоде, если один из символов сохраняемого файла нельзя представить в текущей кодировке ASCII (символы с кодом больше 255)
Почему это же решение нельзя распространить на ВСЕ файлы?
Потому что уже 2016 год и пора забыть про глупые костыли с ANSI кодировками в масс маркете.
Тем более в нашем случае мультиязычной поддержки. Не забывайте, что это редактор кода.
Чем быстрее мир откажется от ANSI файлов, тем будет лучше всем.