Пожелания к MQL5 - страница 81
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Функция SpeechText была постоянным источником крешей. Так как не все операционные системы её одинаково поддерживают. И вообще, Speech SDK - это дополнительный и совсем необязательный компонент операционной системы.
После удаления стандартной функции SpeechText умельцы сделали вызов аналогичной функции через DLL. И пользователи этой DLL заодно устанавливали себе вышеназванный компонент. Мы же не можем заставить пользователя устанавливать этот компонент при установке клиентского терминала.
Вы можете поступить иначе - создайте свой "полуоффициальный" dll и выложите его здесь на форуме
в виде приложения (или на оффициальном сайте) с кратким описанием как им пользоваться (только чтобы показать как импортировать dll и запустить команду). Кому надо тот скачает. И все будут довольны.
.
- По ходу дела вопрос - будут ли работать dll-ли с форумов в 5-й версии или их нужно перекомпеллировать?
- По ходу дела вопрос - будут ли работать dll-ли с форумов в 5-й версии или их нужно перекомпеллировать?
Будут работать.
Может уже кто-то говорил до меня........но хотелось чтоб была прлавная регулировка скорости визуализации в тестере.
И еще чтоб можно было тестировать мультивалютные советники в тестере не по отдельносьти на каждой паре а сразу на всех парах.
По правде говоря если бы добавили нативно поддержку явы в MT5 было бы круто. Ну чтобы и MQL5 был и JAVA с API к функциям терминала.
Предлагаю ввести нативную поддержку времени GMT. Это было бы надёжной гарантией работы советников, зависящих от открытия/закрытия бирж, не зависящих от того, какое левое время установлено на сервере ДЦ и не требующих вызовов системных DLL и точности (безошибочности) настроек локальной системы.
Время можно получить по протоколу NTP (Network Time Protocol) с публично доступных серверов (например time.windows.com) или открыть свой собственный сервер точного времени. Платформа Linux имеет готовые встроенные средства для развёртывания NTP-сервера, достаточно к серверу подрубить простой GPS-приёмник через COM-порт.
Постоянных запросов к серверу для этого не требуется, достаточно только периодической синхронизации (сверки) локального и удалённого времени.
На сегодняшний день в платформе MT4 не существует метода, дающего GMT со 100% уверенностью, а эта штука позарез нужна.
Предлагаю ввести нативную поддержку времени GMT. Это было бы надёжной гарантией работы советников, зависящих от открытия/закрытия бирж, не зависящих от того, какое левое время установлено на сервере ДЦ и не требующих вызовов системных DLL и точности (безошибочности) настроек локальной системы.
Время можно получить по протоколу NTP (Network Time Protocol) с публично доступных серверов (например time.windows.com) или открыть свой собственный сервер точного времени. Платформа Linux имеет готовые встроенные средства для развёртывания NTP-сервера, достаточно к серверу подрубить простой GPS-приёмник через COM-порт.
Постоянных запросов к серверу для этого не требуется, достаточно только периодической синхронизации (сверки) локального и удалённого времени.
На сегодняшний день в платформе MT4 не существует метода, дающего GMT со 100% уверенностью, а эта штука позарез нужна.
Поддерживаю.
Смещение 1) локального времени и 2) времени сервера ДЦ относительно GMT необходимо в MQL 5 в виде переменных окружения. Это позволит реализовать универсальный алгоритм обработки исторических данных, в том числе, обеспечит возможность безболезненного переноса советников между терминалами разных ДЦ.
По правде говоря если бы добавили нативно поддержку явы в MT5 было бы круто. Ну чтобы и MQL5 был и JAVA с API к функциям терминала.
Почему именно Java, откуда такие привилегии, что в этом "крутого"? В таком случае предлагаю добавить в терминал поддержку Ada, APL, Boo, COBOL, Component Pascal, Delphi, Eiffel, Forth, FORTRAN, Haskell, IronPython, Lexico, Lisp, Mercury, Mondrian, Nemerle, .Net Framework/ASP.NET, Oberon, Perl, PHP, RPG, Ruby, Silverlight, Smalltalk, Visual Basic, WFC, 1С, чтобы все разработчики могли равноправно использовать MetaTrader на своих родных платформах разработки.
Почему именно Java, откуда такие привилегии, что в этом "крутого"? В таком случае предлагаю добавить в терминал поддержку Ada, APL, Boo, COBOL, Component Pascal, Delphi, Eiffel, Forth, FORTRAN, Haskell, IronPython, Lexico, Lisp, Mercury, Mondrian, Nemerle, .Net Framework/ASP.NET, Oberon, Perl, PHP, RPG, Ruby, Silverlight, Smalltalk, Visual Basic, WFC, 1С, чтобы все разработчики могли равноправно использовать MetaTrader на своих родных платформах разработки.
Потому что Java это круто, а Ada, APL, Boo, COBOL, Component Pascal, Delphi, Eiffel, Forth, FORTRAN, Haskell, IronPython, Lexico, Lisp, Mercury, Mondrian, Nemerle, .Net Framework/ASP.NET, Oberon, Perl, PHP, RPG, Ruby, Silverlight, Smalltalk, Visual Basic, WFC, 1С - это всё муть.
Потому что Java это круто, а Ada, APL, Boo, COBOL, Component Pascal, Delphi, Eiffel, Forth, FORTRAN, Haskell, IronPython, Lexico, Lisp, Mercury, Mondrian, Nemerle, .Net Framework/ASP.NET, Oberon, Perl, PHP, RPG, Ruby, Silverlight, Smalltalk, Visual Basic, WFC, 1С - это всё муть.
Ну с мутью - это перегиб.
Java, .Net, Delphi - необходимо и достаточно.
Предлагаю ввести нативную поддержку времени GMT.
...
Поддерживаю на 10000000 мио %
Работа по единому времени это целая масса преимуществ.
(и весьма надеюсь значительно больше тех, которые за "разнобой")
Важнейшими из которых считаю:
- раширяется выбор дилинга вплоть до всех имеющихся
- беспроблемная и беспересчётная стыковка с информационными ресурсами