А, ну... тогда с этим нужно в СД разбираться. Но, как Вы правильно заметили, отвечают они редко. Точнее, им нужно напоминать, чтобы они чувствовали важность заявки.
Да какая важность... Не ждать-же пока сделают. Ну утомительно и что??? Ведь это для себя любимого, можно и помучиться. Я так и сделал. А когда будет ещё такая необходимость, да и будет-ли вообще.
На мой взгляд, любая заявка должна быть важной. Главное на неё отреагировать в кратчайшие сроки. Ведь можно ответить, что-то типа, "Услышали. Возможно когда-то сделаем." или "Услышали. Считаем это на столько необязательным, что если и сделаем, то не скоро. Почти в новом веке." Ну и лучший вариант ответа "В одном из ближайших билдов будет реализовано." как-то так.
А пока складывается впечатление, что если что-то не совсем понятно, то они на заявку вообще не реагируют, вместо того чтобы задать уточняющий вопрос.
Меня вот бесит в тестере Старт стоит в конце...приходится много раз дергать мышку из конца в конец... ну а рамки графиков это вообще пипец - картинная галерея, если уменьшить на 2 - 3мм то еще один чарт может в мозаике с пользой разместится...но это же такие мелочи, что их с их высокого полета не видно...как говорится - пипел хавает и ладно...
И ещё такое несоответствие в тестере. При запуске отладки, тестер открывается с шаблоном tester.tpl а не debug.tpl, если правильно помню раньше открывался с шаблоном debug.tpl
Эта функция вычисляет размер маржи необходимой для ордера при текущем состоянии рынка. Я же просил такую функцию, которая вычислет маржу уже открытой позиции по каждому инструменту. Эта маржа не должна изменятся во время существования позиций.
Моё предложение - добавить свойство 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.
История в Вашу МТ пополняется и сохраняется в минутном интервале.
Ах, что касается тиков, то это как DDE, получаете и сохраняете только в момент подключения. Я бы сказала, что если очень нужно, то ее можно загрузить. Но, зачем мне Вас грузить?
К чему такие выпады?.. Есть ошибка в функции - ее показали.. Понятно что если не работает, то придется делать свою реализацию (В моем случае все равно придется писать свое, так как котировки будут и не мт-шные).
А, ну... тогда с этим нужно в СД разбираться. Но, как Вы правильно заметили, отвечают они редко. Точнее, им нужно напоминать, чтобы они чувствовали важность заявки.
Да какая важность... Не ждать-же пока сделают. Ну утомительно и что??? Ведь это для себя любимого, можно и помучиться. Я так и сделал. А когда будет ещё такая необходимость, да и будет-ли вообще.
На мой взгляд, любая заявка должна быть важной. Главное на неё отреагировать в кратчайшие сроки. Ведь можно ответить, что-то типа, "Услышали. Возможно когда-то сделаем." или "Услышали. Считаем это на столько необязательным, что если и сделаем, то не скоро. Почти в новом веке." Ну и лучший вариант ответа "В одном из ближайших билдов будет реализовано." как-то так.
А пока складывается впечатление, что если что-то не совсем понятно, то они на заявку вообще не реагируют, вместо того чтобы задать уточняющий вопрос.
А пока складывается впечатление, что если что-то не совсем понятно, то они на заявку вообще не реагируют, вместо того чтобы задать уточняющий вопрос.
Согласен, с точки зрения коммуникации СД есть куда стремиться. Нет желания вникать в проблемы, т.к. проблем очень много.
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, получаете и сохраняете только в момент подключения. Я бы сказала, что если очень нужно, то ее можно загрузить. Но, зачем мне Вас грузить?
Есть ошибка в функции - ее показали.. Понятно что если не работает, то придется делать свою реализацию (В моем случае все равно придется писать свое, так как котировки будут и не мт-шные).