エラー、バグ、質問 - ページ 403 1...396397398399400401402403404405406407408409410...3185 新しいコメント Slava 2011.06.02 19:42 #4021 tester_el_pro: there is news?!!!!!!! なぜ?見えないのか? 削除済み 2011.06.02 23:36 #4022 stringo: なぜ?見えないのか?を、あなたは? Slava 2011.06.03 14:28 #4023 Buter: インジケータ本体からのComment( https://www.mql5.com/ru/docs/common/Comment )関数がメインウィンドウにメッセージを出力することを発見。 ..... 私のロジックでは、そのウィンドウに表示されるはずです。 Comment 機能の説明の中で、1行目 ユーザー定義のコメントをチャートの左上に 出力します。 Slava 2011.06.03 14:32 #4024 Interesting: むしろ次の質問の答えを聞きたい - チャンピオンシップのためにOnTrade()のパラメータを待つべきかどうか? もちろん、まだ発行の予定があるのなら...。 待たなくていい。 この問題はクローズドではなく、開発者たちが何度も議論しています。実装が面倒くさい。ということで、ひとまず判断は先送りです。 MQ Alexander 2011.06.03 14:34 #4025 voix_kas: セルゲイ1294情報提供ありがとうございました。それならまだしも、キャッチです。最低発注量の条件を満たしていない。未決済のポジションがないときに、0.01ロットの数量で任意の方向にポジションを建てようとした場合、許容されますか?とにかく、開発者の説明を聞いてみたいですね。状況は矛盾している。正しく指摘されているように、パラメータは2つある。1.発注されるオーダーに許容されるボリュームの最小ステップ。2.発注される注文の最小許容量。すなわち、これらは2つの別々の パラメータである。そのため、残りのポジションサイズが最小許容オーダーサイズより小さい場合もあり得ます。例えば、ボリュームステップ=0.01、最小オーダー=0.1⇒0.1以下の残留ポジションサイズを得ることは容易である。したがって、最小注文数量のルールは ポジションの決済には 適用されません。すなわち、ポジションのサイズが最小注文数量を下回っていても、ポジションを決済することができます。これはMT4とMT5の両方に当てはまります。 Slava 2011.06.03 14:36 #4026 Dima_S: そして、計画はないのですか? このテーマで応募があった場合は、応募を検討します 削除済み 2011.06.03 15:24 #4027 stringo: 待たなくていい。 この問題はクローズドではなく、開発者が何度も議論しています。結論は出ていない。だから、解決は当分先延ばし。なるほど、回答ありがとうございました。それを松葉杖をついて、すべて自分たちでやろうとすると、なんと面倒な実装になることでしょう。ここでは、せめてオーダーやポジションなど、どこで変化が起きたのかをできるだけシンプルに、そして素早く理解することが大切なのです。 Rashid Umarov 2011.06.03 18:50 #4028 Graff:1) これはもちろん非常に「良い」ことですが、このことはドキュメントのどこに記載されていますか?また、範囲外のArrayを取得しないようにオフセットを正しく処理する方法のコード例をどこで見つけることができますか? 25種類のテクニカル指標 について、例を追加しました。残りは来週も同じようにする予定です。 Документация по MQL5: Технические индикаторы www.mql5.com Технические индикаторы - Документация по MQL5 削除済み 2011.06.03 19:56 #4029 Alexander:正しく指摘されているように、2つのパラメータがあります。1.発注する際の最小限のボリュームステップ。2.注文を行う際の最小許容量。すなわち、これらは2つの別々の パラメータである。そのため、残留ポジションサイズが最小許容オーダーサイズより小さくなるケースもあり得ます。例えば、ボリュームステップ=0.01、最小オーダー=0.1⇒0.1以下の残留ポジションを得ることは容易です。したがって、最小 注文数量の ルールは ポジションの決済には 適用されません。すなわち、ポジションのサイズが最小注文数量を下回っていても、ポジションを決済することができます。これはMT4とMT5の両方に当てはまります。 ケースを定義してください ポジションクローズ. Aleksandr Chugunov 2011.06.03 20:44 #4030 ビルド 463 x64とにかくショックだ(ポジティブ)EAを添付したターミナルのロードが15~20分だったのが30秒以内に完了!(言い間違いです。)そこに何か手を加えたのでしょうか? 1...396397398399400401402403404405406407408409410...3185 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
there is news?!!!!!!!
なぜ?見えないのか?
なぜ?見えないのか?
を、あなたは?
インジケータ本体からのComment( https://www.mql5.com/ru/docs/common/Comment )関数がメインウィンドウにメッセージを出力することを発見。
.....
私のロジックでは、そのウィンドウに表示されるはずです。
Comment 機能の説明の中で、1行目
ユーザー定義のコメントをチャートの左上に 出力します。
むしろ次の質問の答えを聞きたい - チャンピオンシップのためにOnTrade()のパラメータを待つべきかどうか?
もちろん、まだ発行の予定があるのなら...。
待たなくていい。
この問題はクローズドではなく、開発者たちが何度も議論しています。実装が面倒くさい。ということで、ひとまず判断は先送りです。
セルゲイ1294
情報提供ありがとうございました。
それならまだしも、キャッチです。最低発注量の条件を満たしていない。
未決済のポジションがないときに、0.01ロットの数量で任意の方向にポジションを建てようとした場合、許容されますか?
とにかく、開発者の説明を聞いてみたいですね。状況は矛盾している。
正しく指摘されているように、パラメータは2つある。
1.発注されるオーダーに許容されるボリュームの最小ステップ。
2.発注される注文の最小許容量。
すなわち、これらは2つの別々の パラメータである。そのため、残りのポジションサイズが最小許容オーダーサイズより小さい場合もあり得ます。
例えば、ボリュームステップ=0.01、最小オーダー=0.1⇒0.1以下の残留ポジションサイズを得ることは容易である。
したがって、最小注文数量のルールは ポジションの決済には 適用されません。すなわち、ポジションのサイズが最小注文数量を下回っていても、ポジションを決済することができます。
これはMT4とMT5の両方に当てはまります。
そして、計画はないのですか?
このテーマで応募があった場合は、応募を検討します
待たなくていい。
この問題はクローズドではなく、開発者が何度も議論しています。結論は出ていない。だから、解決は当分先延ばし。
なるほど、回答ありがとうございました。
それを松葉杖をついて、すべて自分たちでやろうとすると、なんと面倒な実装になることでしょう。
ここでは、せめてオーダーやポジションなど、どこで変化が起きたのかをできるだけシンプルに、そして素早く理解することが大切なのです。
1) これはもちろん非常に「良い」ことですが、このことはドキュメントのどこに記載されていますか?また、範囲外のArrayを取得しないようにオフセットを正しく処理する方法のコード例をどこで見つけることができますか?
正しく指摘されているように、2つのパラメータがあります。
1.発注する際の最小限のボリュームステップ。
2.注文を行う際の最小許容量。
すなわち、これらは2つの別々の パラメータである。そのため、残留ポジションサイズが最小許容オーダーサイズより小さくなるケースもあり得ます。
例えば、ボリュームステップ=0.01、最小オーダー=0.1⇒0.1以下の残留ポジションを得ることは容易です。
したがって、最小 注文数量の ルールは ポジションの決済には 適用されません。すなわち、ポジションのサイズが最小注文数量を下回っていても、ポジションを決済することができます。
これはMT4とMT5の両方に当てはまります。
ビルド 463 x64
とにかくショックだ(ポジティブ)
EAを添付したターミナルのロードが15~20分だったのが30秒以内に完了!(言い間違いです。)
そこに何か手を加えたのでしょうか?