MT5への願い - ページ 64 1...575859606162636465666768697071...117 新しいコメント --- 2011.05.08 17:53 #631 VOLDEMAR: また、EAをインストールする際、GeneralとInput parametersの2つのタブがあります。 作者がEAを説明し、その特徴を書くDESCRIPTIONタブを3番目に追加してください !!!!!!一般タブがあります。説明用途 ? Andrey Dik 2011.05.14 16:01 #632 sergeev:をクリックすると、「一般」タブが表示されます。説明文は使っていますか? 説明文にあまり詰め込めない(好き放題、説明文は長すぎる)。 seaman 2011.05.15 07:33 #633 保留中の注文のパラメータを 変更できるようにした。 --- 2011.05.15 07:36 #634 seaman:保留中の注文のパラメータを 変更できるようにしてください。もっと具体的に。例えば、1つのOrderSendで 全ての注文にstoploopを設定できるのか?、何をもって取引完了とみなすのか、1つの注文の変更に失敗した場合どうすればいいのか? Edgar Akhmadeev 2011.05.15 16:47 #635 MACDを最適化しているときに、すべてのMAベースのインジケータは、価格タイプの順序が不都合であることに気づきました:クローズ、オープン、ハイ、ロー、メディアン、ティピカル、ウエイトです。HやL、あるいはOで最適化することはほとんど不可能です。多くの場合、Cと最後の3つは最適化のために必要です。したがって、H, L, O, C, M, T, Wは、最適化された範囲内のバラスト値(7個中3個!)は避けた方がよいでしょう。 Mykola Demko 2011.05.15 17:01 #636 Dali: MACDを最適化したところ、MAに基づくすべての指標は、価格タイプの順序が不便であることに気づきました:Close, Open, High, Low, Median, Typical, Weightedです。HやL、あるいはOで最適化することはほとんど不可能です。多くの場合、最適化する際に必要となるのは、Cと最後の3つです。そのため、バラストの値が最適化された範囲(7つのうち3つ!)に入らないように、H、L、O、C、M、T、Wを使用するとよいでしょう。ここで、(IMHO)を追加することができます。クローズで最適化すると誤検出が多くなるので、私は常にオープンで最適化しています。 Edgar Akhmadeev 2011.05.16 19:46 #637 Urain:以下は、正しい追加事項です(IMHO)。クローズで最適化すると誤検出が多くなるので、私は常にオープンで最適化しています。私は、どの提案も断定的なものではありませんでした。"ありえない"、"ほとんどの場合"。もちろんIMHOです。では、行き止まりなのでしょうか?それともポジション[HL] O [MTW] Cとか?あるいは、何らかの方法で、OMTWまたはCMTWの範囲を選択できるようにする。IMHO議論を持ち出すつもりはなかったのですが、途中でちょっとしたことに気がつきました。もっと大切なことがたくさんあります。しかし、このちょっとしたことで、場合によっては最適化のスピードが 上がり、ここでのプログラマーの仕事は定数の入れ替えだけとなる。どのような順番で行うかを考えればいいのです。 Mykola Demko 2011.05.16 20:09 #638 Dali:私の文章はどれもカテゴライズされていない。"ありえない"、"むしろ多い"。もちろんIMHOです。では、行き止まりなのでしょうか?それとも、[HL] O [MTW] Cを置くとか?さもなくば、何らかの方法で、OMTWまたはCMTWの範囲を選択できるようにする。 IMHO議論を持ち出すつもりはなく、ただ途中でちょっとしたことに気づいただけです。もっと大切なことがたくさんあります。しかし、この些細なことが、場合によっては最適化をスピードアップさせ、プログラマーは定数を入れ替えるだけでいいのです。どのような順番で行うかを考えればいいのです。つまり、すべての人を満足させることはできないということです。私は自分の例を挙げて、あなたのオプションに不満を持っている人の一人を挙げました。何かを変えるなら、少なくとも前のバージョンより良くなければ意味がない。 Andrey Khatimlianskii 2011.05.17 00:24 #639 Dali:議論を持ちかけるつもりはなかったのですが、途中で些細なことに気がつきました。もっと大切なことがたくさんあります。しかし、この些細なことが最適化のスピードアップにつながる場合もあり、プログラマーは定数を入れ替えるだけでいいのです。ただ、どのような順番にするかは考えておかなければならない。リスティングを行い、最適化する。ここのプロジェクターへの仕事」はさらに少ない。 ADR 2011.05.17 15:34 #640 アラートが内蔵されていないのが寂しい...。保留中の注文、ストップロス、テイクプロフィットがトリガーされたときの音を聞きたい。 Документация по MQL5: Стандартные константы, перечисления и структуры / Торговые константы / Свойства ордеров www.mql5.com Стандартные константы, перечисления и структуры / Торговые константы / Свойства ордеров - Документация по MQL5 1...575859606162636465666768697071...117 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
また、EAをインストールする際、GeneralとInput parametersの2つのタブがあります。 作者がEAを説明し、その特徴を書くDESCRIPTIONタブを3番目に追加してください !!!!!!
一般タブがあります。
説明用途 ?
をクリックすると、「一般」タブが表示されます。
説明文は使っていますか?
保留中の注文のパラメータを 変更できるようにした。
保留中の注文のパラメータを 変更できるようにしてください。
もっと具体的に。
例えば、1つのOrderSendで 全ての注文にstoploopを設定できるのか?
、何をもって取引完了とみなすのか、1つの注文の変更に失敗した場合どうすればいいのか?
MACDを最適化しているときに、すべてのMAベースのインジケータは、価格タイプの順序が不都合であることに気づきました:クローズ、オープン、ハイ、ロー、メディアン、ティピカル、ウエイトです。
HやL、あるいはOで最適化することはほとんど不可能です。多くの場合、Cと最後の3つは最適化のために必要です。したがって、H, L, O, C, M, T, Wは、最適化された範囲内のバラスト値(7個中3個!)は避けた方がよいでしょう。
MACDを最適化したところ、MAに基づくすべての指標は、価格タイプの順序が不便であることに気づきました:Close, Open, High, Low, Median, Typical, Weightedです。
HやL、あるいはOで最適化することはほとんど不可能です。多くの場合、最適化する際に必要となるのは、Cと最後の3つです。そのため、バラストの値が最適化された範囲(7つのうち3つ!)に入らないように、H、L、O、C、M、T、Wを使用するとよいでしょう。
ここで、(IMHO)を追加することができます。
クローズで最適化すると誤検出が多くなるので、私は常にオープンで最適化しています。
以下は、正しい追加事項です(IMHO)。
クローズで最適化すると誤検出が多くなるので、私は常にオープンで最適化しています。
私は、どの提案も断定的なものではありませんでした。"ありえない"、"ほとんどの場合"。もちろんIMHOです。
では、行き止まりなのでしょうか?それともポジション[HL] O [MTW] Cとか?あるいは、何らかの方法で、OMTWまたはCMTWの範囲を選択できるようにする。
IMHO
議論を持ち出すつもりはなかったのですが、途中でちょっとしたことに気がつきました。もっと大切なことがたくさんあります。しかし、このちょっとしたことで、場合によっては最適化のスピードが 上がり、ここでのプログラマーの仕事は定数の入れ替えだけとなる。どのような順番で行うかを考えればいいのです。
私の文章はどれもカテゴライズされていない。"ありえない"、"むしろ多い"。もちろんIMHOです。
では、行き止まりなのでしょうか?それとも、[HL] O [MTW] Cを置くとか?さもなくば、何らかの方法で、OMTWまたはCMTWの範囲を選択できるようにする。
IMHO
議論を持ち出すつもりはなく、ただ途中でちょっとしたことに気づいただけです。もっと大切なことがたくさんあります。しかし、この些細なことが、場合によっては最適化をスピードアップさせ、プログラマーは定数を入れ替えるだけでいいのです。どのような順番で行うかを考えればいいのです。
つまり、すべての人を満足させることはできないということです。私は自分の例を挙げて、あなたのオプションに不満を持っている人の一人を挙げました。
何かを変えるなら、少なくとも前のバージョンより良くなければ意味がない。
議論を持ちかけるつもりはなかったのですが、途中で些細なことに気がつきました。もっと大切なことがたくさんあります。しかし、この些細なことが最適化のスピードアップにつながる場合もあり、プログラマーは定数を入れ替えるだけでいいのです。ただ、どのような順番にするかは考えておかなければならない。
リスティングを行い、最適化する。
ここのプロジェクターへの仕事」はさらに少ない。