Ошибки, баги, вопросы - страница 2215
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
А, ну... тогда с этим нужно в СД разбираться. Но, как Вы правильно заметили, отвечают они редко. Точнее, им нужно напоминать, чтобы они чувствовали важность заявки.
Да какая важность... Не ждать-же пока сделают. Ну утомительно и что??? Ведь это для себя любимого, можно и помучиться. Я так и сделал. А когда будет ещё такая необходимость, да и будет-ли вообще.
На мой взгляд, любая заявка должна быть важной. Главное на неё отреагировать в кратчайшие сроки. Ведь можно ответить, что-то типа, "Услышали. Возможно когда-то сделаем." или "Услышали. Считаем это на столько необязательным, что если и сделаем, то не скоро. Почти в новом веке." Ну и лучший вариант ответа "В одном из ближайших билдов будет реализовано." как-то так.
А пока складывается впечатление, что если что-то не совсем понятно, то они на заявку вообще не реагируют, вместо того чтобы задать уточняющий вопрос.
А пока складывается впечатление, что если что-то не совсем понятно, то они на заявку вообще не реагируют, вместо того чтобы задать уточняющий вопрос.
Согласен, с точки зрения коммуникации СД есть куда стремиться. Нет желания вникать в проблемы, т.к. проблем очень много.
2010.09.11 19:50
Vladimir:
Эта функция вычисляет размер маржи необходимой для ордера при текущем состоянии рынка. Я же просил такую функцию, которая вычислет маржу уже открытой позиции по каждому инструменту. Эта маржа не должна изменятся во время существования позиций.
Моё предложение - добавить свойство POSITION_MARGIN для PositionGetDouble().
Очень полезная штука, имхо. Прошло почти 8 лет, а вопрос не утратил актуальности.
Добавил бы ещё такую возможность для сделок в виде DEAL_MARGIN_VALUE, чтобы нативная функция HistoryDealGetDouble() возвращала величину маржи, которая ушла на сделку ("+/-"). Например, вошли в рынок, DEAL_MARGIN_VALUE показала, что маржа увеличилась на $1000 (DEAL_MARGIN_VALUE=1000.0). А когда вышли DEAL_MARGIN_VALUE=-1000.0.
Очень полезная штука, имхо. Прошло почти 8 лет, а вопрос не утратил актуальности.
Добавил бы ещё такую возможность для сделок в виде DEAL_MARGIN_VALUE, чтобы нативная функция HistoryDealGetDouble() возвращала величину маржи, которая ушла на сделку ("+/-"). Например, вошли в рынок, DEAL_MARGIN_VALUE показала, что маржа увеличилась на $1000 (DEAL_MARGIN_VALUE=1000.0). А когда вышли DEAL_MARGIN_VALUE=-1000.0.
https://www.mql5.com/ru/forum/251579#comment_7691183
ошибка в тиковых данных в тестере стратегий в режиме "каждый тик на основе реальных тиков"
Ну и по поводу тиков, любых.
История в Вашу МТ пополняется и сохраняется в минутном интервале.
Ах, что касается тиков, то это как DDE, получаете и сохраняете только в момент подключения. Я бы сказала, что если очень нужно, то ее можно загрузить. Но, зачем мне Вас грузить?
Есть ошибка в функции - ее показали.. Понятно что если не работает, то придется делать свою реализацию (В моем случае все равно придется писать свое, так как котировки будут и не мт-шные).