Does it change something from just putting the OrderSend function with already defines SL and TP ? Is it better to open with 0,0 and then use OrderModify to set SL and TP ? :
Does it change something from just putting the OrderSend function with already defines SL and TP ? Is it better to open with 0,0 and then use OrderModify to set SL and TP ? :
mladenさん、ありがとうございます。
ボタンの後ろに矩形を描いて、ボタンのクリックがイベントであり、矩形ではないことを定義する可能性はありません。
しかし、もう一つ質問があります。
どうしたら長さを指定した水平線を描けるのでしょうか？OBJ_TRENDでやってみましたが、線の一辺が無限かZeroになってしまいます。だから、Bid-10からBid+10までの水平線は引けないんだ。
解決策はありますか？日向
トレンドラインのRAYプロパティ(OBJPROP_RAY)をfalseにすると、無限大に伸びることはありません。
こんにちは、私はEAによって開かれた各注文に異なるマジックナンバーを割り当てたい場合、私は次のように使用することができます。
extern int MagicNumber = 1000000;
if(条件)
{
SendOrder(OP_BUY,MagicNumber)。
MagicNumber = MagicNumber+1;
}
マジックナンバーはコメントとしてではなく、識別子として使いたいですね。文字列よりも数値の方が操作しやすいと思うのですが......。
ありがとうございます。
こんにちは、私はEAによって開かれた各注文に異なるマジックナンバーを割り当てたい場合、私は次のように使用することができます:
extern int MagicNumber = 1000000;
if(条件)
{
SendOrder(OP_BUY,MagicNumber)を送信。
MagicNumber = MagicNumber+1;
}
マジックナンバーはコメントとしてではなく、識別子として使いたいですね。文字列より数値の方が操作しやすいイモ...。
ありがとうございます。試してみました。うまくいく
皆さんこんにちは、EAでオープンした注文ごとに異なるマジックナンバーを割り当てたい場合、以下のようにすればよいでしょうか。
extern int MagicNumber = 1000000;
if(条件)
{
SendOrder(OP_BUY,MagicNumber)を送信。
MagicNumber = MagicNumber+1;
}
マジックナンバーはコメントとしてではなく、識別子として使いたいですね。文字列よりも数値の方が操作しやすいと思うのですが......。
ありがとうございます。それはいいのですが、注文が開かれたときに一度だけ処理したい正確なマジックナンバーをどのように特定しているのでしょうか？
それはいいのですが、注文を開いたときに一度だけ処理したい正確なマジックナンバーをどのように特定しているのでしょうか？
さて、ちょっとトリッキーな話です。OnInitで、オリジナルのマジックナンバー（1000000）をint変数（OriginalMagic）に格納し、OrderSelectを呼ぶ ときに、固有のマジックナンバーでフィルターをかけ、変数（OrderOpenPrice, OrderLots, etc）を配列に格納しているので、各注文に対して、インデックスは、:MagicNumber - OriginalMagic (つまり、最初は0、次に1、...となります)。ポイントは2つあります：1) 限られた数の注文だけをオープンする（ArrayRangeは定数（extern int MaxOpenTradesToManage）で、MagicNumber < OriginalMagic + MaxOpenTradesToManage - 1ならオープンオーダーのループは実行しない） 2) オープンオーダーごとに特定の（そして異なる）オーダー管理ルールを定める（これが固有のMagicNrを持っている理由です） 3) 注文の管理ルールを定める（ArrayRangeは、注文の数を管理する） 4.
Mladenさん、もう一つ質問があります。あなたのEA（Ichimoku 5.3.5、もしかしたらToolsさんのものかもしれませんが、確かではありません）で、次のように注文を開いているのを見たのですが。
int buyTicket = OrderSend(symbol,OP_BUY,lots,price,slippage,0,0,comment,magic,0,color);
if (buyTicket >= 0)
bool buyOrderMod = OrderModify(buyTicket,OrderOpenPrice(),STOPLOSS,TAKEPROFIT,0,color);
[/CODE]
Does it change something from just putting the OrderSend function with already defines SL and TP ? Is it better to open with 0,0 and then use OrderModify to set SL and TP ? :
[CODE]
OrderSend(symbol,OP_BUY,lots,price,slippage,STOPLOSS,TAKEPROFIT,comment,magic,0,color);
ご返信ありがとうございます。よろしくお願いします、そしてよいクリスマスを。
まあ、ちょっと厄介ですね。OnInitで、私はオリジナルのマジックナンバー（1000000）をint変数（OriginalMagic）に格納し、次にOrderSelectを呼び出すときに、私はユニークなマジックナンバーでフィルタリングして配列に変数（OrderOpenPrice、OrderLotsなど）を格納するので、各注文のインデックスが.になるようにします。MagicNumber - OriginalMagic (つまり、最初は0、次に1、...となります)。ポイントは2つあります。1) 限られた数の注文しか出さない（ArrayRangeは定数（extern int MaxOpenTradesToManage）で、MagicNumber < OriginalMagic + MaxOpenTradesToManage - 1なら新規注文ループは実行しない） 2) 新規注文ごとに特定の（そして異なる）注文管理ルールを定める（これがユニークなMagicNrを持っている理由です） 3) 各注文がどのように処理されるかを確認する。
Mladenさん、もう一つ質問があります。あなたのEA（Ichimoku 5.3.5、もしかしたらToolsさんのものかもしれませんが、確かではありません）で、次のように注文をオープンしているのを見ました。
int buyTicket = OrderSend(symbol,OP_BUY,lots,price,slippage,0,0,comment,magic,0,color);
if (buyTicket >= 0)
bool buyOrderMod = OrderModify(buyTicket,OrderOpenPrice(),STOPLOSS,TAKEPROFIT,0,color);
[/CODE]
Does it change something from just putting the OrderSend function with already defines SL and TP ? Is it better to open with 0,0 and then use OrderModify to set SL and TP ? :
[CODE]
OrderSend(symbol,OP_BUY,lots,price,slippage,STOPLOSS,TAKEPROFIT,comment,magic,0,color);
エアクエスト
変更されません。でも．
ECN/STP系のブローカーではそのようにしなければなりません。彼らはあなたの注文が開かれたときにストップロス、および/または、利益を取る 配置することはできませんし、それは2つのステップでそのように行う必要があります。
airquest それは変わりません。しかし...ECN/STPタイプのブローカーではそのようにしなければなりません。彼らは、あなたの注文が開かれたときにストップロスや/またはテイクプロフィットを配置することはできませんし、それは2つのステップでそのように行う必要があります。
OK、ヒントありがとうございます。保留中の注文も？
OK、アドバイスをありがとうございました。保留中の注文にも？
はい、それらのためにあまりにも
コーディングのヘルプ
こんにちは、Mladen
このインジケータは、月曜日には 動作しません。
"Google翻訳"
ありがとうございます