К сожалению в OrderSend() как вы хотите трал указать нельзя.
Нужно использовать функцию ServerTral().
:) вот еще была бы она такая в справочнике.. цены б этой функции не было.
... ни один самописный трал не успеет программно за время гэпа оттралить пять ордеров сразу, в связи с поштучным перебором и ожиданием результата.
время выполнения 5 шт OrderModify >> времени гэпа.
а сервак (клиентский терминал) на ручном управлении (своим тралом) справляется.
вообще мысль возникла разглядывая переменные типа _Point _Period _LastError, а точнее принцип их образования.
почему бы не допустить, что
int OrderSend( // это - string _symbol,// символ int _cmd, // торговая операция double _volume,// количество лотов double _price,// цена int _slippage,// проскальзывание double _stoploss, // stop loss double _takeprofit,// take profit string _comment=NULL, // комментарий int _magic=0, // идентификатор datetime _expiration=0, // срок истечения ордера color arrow_color=clrNONE // насрать на цвет );
меня интересуют
_stoploss, // stop loss
_takeprofit,// take profit
Ой, да,как-будто кому-то лишняя работа нужна .... и метаквотеры сильно заморачивались.. да я не верю...
Вообще грешок о недокументированных функциях идёт еще со времен x386
:) вот еще была бы она такая в справочнике.. цены б этой функции не было.
... ни один самописный трал не успеет программно за время гэпа оттралить пять ордеров сразу, в связи с поштучным перебором и ожиданием результата.
время выполнения 5 шт OrderModify >> времени гэпа.
а сервак (клиентский терминал) на ручном управлении (своим тралом) справляется.
вообще мысль возникла разглядывая переменные типа _Point _Period _LastError, а точнее принцип их образования.
почему бы не допустить, что
int OrderSend( // это - string _symbol,// символ int _cmd, // торговая операция double _volume,// количество лотов double _price,// цена int _slippage,// проскальзывание double _stoploss, // stop loss double _takeprofit,// take profit string _comment=NULL, // комментарий int _magic=0, // идентификатор datetime _expiration=0, // срок истечения ордера color arrow_color=clrNONE // насрать на цвет );
меня интересуют
_stoploss, // stop loss
_takeprofit,// take profit
Ой, да,как-будто кому-то лишняя работа нужна .... и метаквотеры сильно заморачивались.. да я не верю...
Вообще грешок о недокументированных функциях идёт еще со времен x386
так это или иначе, или под каким соусом или способом реализации... принципиальная суть не меняется. суть логики простая 2Х2=4, а не сколько начальник сказал.
так что Спасибо. Поржал... неуместно, если не обосновано. Так вот ты или жрач свой обоснуй или базар фильтруй. и не гадь в моей теме. она не твоя.
Вот так всегда,пришёл один умный человек и расставил всё и всех по местам... эврика... ;0))
вот только функций этих несколько...
я использую SEVER11Tral() ... :-)))
К сожалению в OrderSend() как вы хотите трал указать нельзя.
Нужно использовать функцию ServerTral().
:) вот еще была бы она такая в справочнике.. цены б этой функции не было.
... ни один самописный трал не успеет программно за время гэпа оттралить пять ордеров сразу, в связи с поштучным перебором и ожиданием результата.
время выполнения 5 шт OrderModify >> времени гэпа.
а сервак (клиентский терминал) на ручном управлении (своим тралом) справляется.
вообще мысль возникла разглядывая переменные типа _Point _Period _LastError, а точнее принцип их образования.
почему бы не допустить, что
int OrderSend( // это -
string _symbol, // символ
int _cmd, // торговая операция
double _volume, // количество лотов
double _price, // цена
int _slippage, // проскальзывание
double _stoploss, // stop loss
double _takeprofit, // take profit
string _comment=NULL, // комментарий
int _magic=0, // идентификатор
datetime _expiration=0, // срок истечения ордера
color arrow_color=clrNONE // насрать на цвет
);
меня интересуют
_stoploss, // stop loss_takeprofit, // take profit
Ой, да,как-будто кому-то лишняя работа нужна .... и метаквотеры сильно заморачивались.. да я не верю...
Вообще грешок о недокументированных функциях идёт еще со времен x386
:) вот еще была бы она такая в справочнике.. цены б этой функции не было.
... ни один самописный трал не успеет программно за время гэпа оттралить пять ордеров сразу, в связи с поштучным перебором и ожиданием результата.
время выполнения 5 шт OrderModify >> времени гэпа.
а сервак (клиентский терминал) на ручном управлении (своим тралом) справляется.
вообще мысль возникла разглядывая переменные типа _Point _Period _LastError, а точнее принцип их образования.
почему бы не допустить, что
int OrderSend( // это -
string _symbol, // символ
int _cmd, // торговая операция
double _volume, // количество лотов
double _price, // цена
int _slippage, // проскальзывание
double _stoploss, // stop loss
double _takeprofit, // take profit
string _comment=NULL, // комментарий
int _magic=0, // идентификатор
datetime _expiration=0, // срок истечения ордера
color arrow_color=clrNONE // насрать на цвет
);
меня интересуют
_stoploss, // stop loss_takeprofit, // take profit
Ой, да,как-будто кому-то лишняя работа нужна .... и метаквотеры сильно заморачивались.. да я не верю...
Вообще грешок о недокументированных функциях идёт еще со времен x386
Уважаю опытных и с нестандартным мышлением людей!
так это или иначе, или под каким соусом или способом реализации... принципиальная суть не меняется. суть логики простая 2Х2=4, а не сколько начальник сказал.
так что Спасибо. Поржал... неуместно, если не обосновано. Так вот ты или жрач свой обоснуй или базар фильтруй. и не гадь в моей теме. она не твоя.
Извените я наверное непонятно или неправльно выразился. я перефразирую.
как мне программно управлять наличием буквы T в термнинале в столбике с номером Ордера?
Из MQL никак.
Из MQL можно, но не средствами MQL.