![MQL5 - Язык торговых стратегий для клиентского терминала MetaTrader 5](https://c.mql5.com/i/registerlandings/logo-2.png)
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
TRADE_RETCODE_ORDER_CHANGED - например вы в эксперте меняете цену открытия у отложенного ордера, но, пока приказ дошёл до сервера, ордер успел сработать - соответственно открытия цену вы уже менять не можете.
Нельзя ли добавить в MQL5 возможность получения маржи по индивидуальным торгуемым инструментам. Например, торгуем EURUSD и EURGBP одновременно, т.е. имеем две позиции. Параметр AccountInfoDouble(ACCOUNT_MARGIN) даёт информацию о марже всего счёта. А ещё хотелось бы узнать как эта маржа рапсределяется между двумя позициями. Эта необходимость возникает при создании такого ММ, при котором поддерживался бы одинаковый риск по всем торгуемым инструментам.
Нельзя ли добавить в MQL5 возможность получения маржи по индивидуальным торгуемым инструментам. Например, торгуем EURUSD и EURGBP одновременно, т.е. имеем две позиции. Параметр AccountInfoDouble(ACCOUNT_MARGIN) даёт информацию о марже всего счёта. А ещё хотелось бы узнать как эта маржа рапсределяется между двумя позициями. Эта необходимость возникает при создании такого ММ, при котором поддерживался бы одинаковый риск по всем торгуемым инструментам.
Разработчикам.
Не сочтите за наглость, но тут вопрос возник - Не собираетесь ли вы вместе с календарем еще и праздничные дни добавить?
PS
Также у меня будут некоторые предложения и пожелания на счет календаря. Их в сервисдеск направить или на форум выложить?
для этих целей есть функция а так же можно воспользоваться Стандартной библиотекой классов например Класс CAccountInfo
Эта функция вычисляет размер маржи необходимой для ордера при текущем состоянии рынка. Я же просил такую функцию, которая вычислет маржу уже открытой позиции по каждому инструменту. Эта маржа не должна изменятся во время существования позиций.
Моё предложение - добавить свойство POSITION_MARGIN для PositionGetDouble().
10029
TRADE_RETCODE_FROZEN
Ордер или позиция заморожены
Существует определенный уровень при достижении которого позиция или ордер "замораживаются" (с ними запрещены любые операции).
Уровень этот представляет собой дистанцию до текущей цены при достижении которой сервер запрещает любые действия с ордером или позицией. Дистанция эта измеряется в пунктах, и устанавливается для каждого символа.
Узнать ее можно при помощи SymbolInfoInteger() с параметром SYMBOL_TRADE_FREEZE_LEVEL.
Кажется разработчики загнули компилятор.
Эксперты, которые были компилированы в билде 321 на 324 тестере успешно тестируются, после перекомпиляции уже в новом билде получаем ошибку.
Это общая проблема или только я с этим столкнулся ?
А в чём заключается различие между параметрами SYMBOL_TRADE_STOPS_LEVEL и SYMBOL_TRADE_FREEZE_LEVEL? Или при их использовании значения SymbolInfoInteger() должны совпадать?
SYMBOL_TRADE_STOPS_LEVEL
Минимальный отступ в пунктах от текущей цены закрытия для установки Stop ордеров
int
Насколько я понимаю это минимальная дистанция для установки Стопов.
Правда формулировачка не очень удачная, по крайней мере на мой взгляд.
SYMBOL_TRADE_STOPS_LEVEL
Минимальный отступ в пунктах от текущей цены закрытия для установки Stop ордеров
int
Насколько я понимаю это минимальная дистанция для установки Стопов.
Правда формулировачка не очень удачная, по крайней мере на мой взгляд.
Так в чём различие?
для этих целей есть функция...
да... а мне нужна была функция расчета необходимой маржи при открытии позиции, вместо MODE_MARGINREQUIRED. Вввел в поиск "расчет маржи" нашел ссылки, где спрашивали про это, и типа выходит нет такой функции... Время до конца регистрации мало..., среди ссылок также были "чудесные" функции для управления капиталом. Тупо скопировал оттуда функцию GetMarginForOpening(), понимая что она далеко не оптимизирована(кода офигеть) и без защиты от ошибок и не универсальная(только для форекса). А сегодня смотрю оказывается все нормально... не такие они плохие разработчики, как я думал копируя ту функцию :) Неужели нельзя было чуть расширеннее сделать "переход с МТ4 на МТ5"? Ну это же элементарные вещи, можно было потратить всего один рабочий день и описать там аналоги функций, сколько времени сэкономилось бы...
p/s и зачем вобще писать статьи с придумыванием дурацких ненужных функций, когда она оказывается есть...