バグと機能障害 - ページ 3 12345 新しいコメント Alain Verleyen 2013.04.04 15:00 #21 graziani:この失敗を一発で再現できないとは信じられません。感度を20/50にして、トレンドラインやフィボなどのアンカー ポイントを動かしてみてください。落ち着いてください :-) もしか したら、他の パラメータが 影響して いるかもしれません。 graziani 2013.04.04 15:05 #22 angevoyageur:落ち着いてください :-) それは、別の パラメータが 関係して いるのかも しれません。:) graziani 2013.04.04 15:08 #23 正確な時間スケールで Alain Verleyen 2013.04.04 15:18 #24 graziani:さて、この「機能不全」を報告するという私の考えからは離れてきているようです。ポイントは、SetIndexBuffer(int, double,ENUM_INDEXBUFFER_TYPE) で動的配列を定義するとき、論理的には(ドキュメントに明記されていないため)、その定義によって、動的配列を定義すると仮定されることです。グラフ上でも、インジケータのプロパティでも、このインジケータを使ったEAでも、3つ目のバッファの存在を確認することはできないでしょう。(もう一度言いますが、#pragmasでバッファの数やプロットの数を定義しても、そのすべてを使うことにはなりません。))しかし、これは真実ではないことに加え、経験豊富なプログラマーにとっても明白ではないようで、このような「機能不全」を報告する意味は今のところ見当たりません。では......このようなことを報告するべきか、しないべきか?私は、私が考えている類似の何かでもう一度試してみますが、現時点では、これは(私だけではなく)時間の無駄のように思えます ;)それは有用です。今、 各未経験者 で あっても 、 異なる議論から、意見を 得ることができます。これはフォーラムなので、私は同意しない場合、私のコメントを与えることが必要であると思います。個人的なことではありません。もし、この件に関してサービスデスクに報告しなければならないことがあるとすれば、それはドキュメントが十分に明確でないということでしょう。しかし、私の意見は、ドキュメントに書かれていないことを解釈する必要はない、ということです。ご親切に。 Simon Gniadkowski 2013.04.04 15:27 #25 graziani: 正確な時間軸はい、確かに違いがありますね。一時期悩んだのは、Fixedchart positionが MT4と同じように動かないことでしたが、ヘルプを見たら、その通りの動作をしていることがわかりました。 Documentation on MQL5: Standard Constants, Enumerations and Structures / Chart Constants / Positioning Constants www.mql5.com Standard Constants, Enumerations and Structures / Chart Constants / Positioning Constants - Documentation on MQL5 Alain Verleyen 2013.04.04 15:35 #26 graziani: 正確なタイムスケール。M1 以外の期間を 持つチャートにオブジェクトを描画する場合、以下のような拡大表示の特徴があります。 オブジェクトのポイントを価格の極値(OHLC)のいずれかに拡大する場合、その極値が登録されている特定の分単位を決定します。オブジェクトのポイントをその分単位にバインドし、オブジェクトのプロパティ に対応するように表示します。このような動作により、時間軸を切り替える際にオブジェクトの正しい位置を維持することができます。精密な時間スケール」オプションがさらに有効になっている場合、極値点からアンカー点を飛び越えるような効果が見られることがあります。この動作は、実際の極値ポイントがバーの極値ポイントに対応していない場合に現れます。RTFM:-D graziani 2013.04.04 15:57 #27 angevoyageur: RTFM :-D信じられません :)そして、「正確な時間スケール」の意味がわかったので、使ってみたいですしかし...バグがあります。1つのポイントを選択し、それを「正確な時間的瞬間」に合わせた後、2番目のポイントを合わせようとすると、最初に合わせたポイントは自動的にキャンドルに近づき、新しい、時には異なる値に合わせられるのです。それとも、それを管理するためのクリックがあるのでしょうか?) Alain Verleyen 2013.04.04 16:15 #28 graziani:信じられません :)そして、「正確な時間スケール」の意味がわかったので、使ってみたいですしかし...バグがあります。1つのポイントを選択し、それを「正確な時間的瞬間」に合わせた後、2番目のポイントを合わせようとすると、最初に合わせたポイントは自動的にキャンドルに近づき、新しい、時には異なる値に合わせられるのです。それとも、それを管理するためのクリックがあるのでしょうか?) これは時間の無駄ではなく、私たちは今日多くのことを学びました。) medikament1978 2013.04.29 22:23 #29 バックテストでは、保留中の注文は、パラメータを 指定してOrderSendで送信された場合、(タイムフレームとは無関係に!)常にその日のうちに失効します。 m_request.type_time = type_time; // type_timeに ORDER_TIME_GTCを セットまたはm_request.type_time = type_time; // type_timeに ORDER_TIME_SPECIFIEDが 設定されています。m_request.expiration =expiration; //有効 期限を5日または10日の日付に設定 する。何かアイデアはありますか? Documentation on MQL5: Standard Constants, Enumerations and Structures / Trade Constants / Order Properties www.mql5.com Standard Constants, Enumerations and Structures / Trade Constants / Order Properties - Documentation on MQL5 Alain Verleyen 2013.04.29 22:30 #30 medikament1978: バックテストでは、保留中の注文は、パラメータを 指定してOrderSendで送信された場合、(タイムフレームとは無関係に!)常にその日のうちに失効します。 m_request.type_time = type_time; // type_timeに ORDER_TIME_GTCを セットまたはm_request.type_time = type_time; // type_timeに ORDER_TIME_SPECIFIEDが 設定されています。m_request.expiration =expiration; //有効 期限を5日または10日の日付に設定 する。何かアイデアはありますか? あなたの問題を実証するために、いくつかのコード(もう少し)、ログまたはスクリーンショットを投稿することはできますか? 12345 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
この失敗を一発で再現できないとは信じられません。
感度を20/50にして、トレンドラインやフィボなどのアンカー ポイントを動かしてみてください。
落ち着いてください :-)
もしか したら、他の パラメータが 影響して いるかもしれません。
落ち着いてください :-)
それは、別の パラメータが 関係して いるのかも しれません。
:)
さて、この「機能不全」を報告するという私の考えからは離れてきているようです。
ポイントは、SetIndexBuffer(int, double,ENUM_INDEXBUFFER_TYPE) で動的配列を定義するとき、論理的には(ドキュメントに明記されていないため)、その定義によって、動的配列を定義すると仮定されることです。
グラフ上でも、インジケータのプロパティでも、このインジケータを使ったEAでも、3つ目のバッファの存在を確認することはできないでしょう。
(もう一度言いますが、#pragmasでバッファの数やプロットの数を定義しても、そのすべてを使うことにはなりません。))
しかし、これは真実ではないことに加え、経験豊富なプログラマーにとっても明白ではないようで、このような「機能不全」を報告する意味は今のところ見当たりません。
では......このようなことを報告するべきか、しないべきか?
私は、私が考えている類似の何かでもう一度試してみますが、現時点では、これは(私だけではなく)時間の無駄のように思えます ;)
それは有用です。今、 各未経験者 で あっても 、 異なる議論から、意見を 得ることができます。これはフォーラムなので、私は同意しない場合、私のコメントを与えることが必要であると思います。個人的なことではありません。
もし、この件に関してサービスデスクに報告しなければならないことがあるとすれば、それはドキュメントが十分に明確でないということでしょう。しかし、私の意見は、ドキュメントに書かれていないことを解釈する必要はない、ということです。
ご親切に。
正確な時間軸
はい、確かに違いがありますね。
一時期悩んだのは、Fixedchart positionが MT4と同じように動かないことでしたが、ヘルプを見たら、その通りの動作をしていることがわかりました。
正確なタイムスケール。
M1 以外の期間を 持つチャートにオブジェクトを描画する場合、以下のような拡大表示の特徴があります。
RTFM :-D
信じられません :)
そして、「正確な時間スケール」の意味がわかったので、使ってみたいです
しかし...バグがあります。1つのポイントを選択し、それを「正確な時間的瞬間」に合わせた後、2番目のポイントを合わせようとすると、最初に合わせたポイントは自動的にキャンドルに近づき、新しい、時には異なる値に合わせられるのです。
それとも、それを管理するためのクリックがあるのでしょうか?)
信じられません :)
そして、「正確な時間スケール」の意味がわかったので、使ってみたいです
しかし...バグがあります。1つのポイントを選択し、それを「正確な時間的瞬間」に合わせた後、2番目のポイントを合わせようとすると、最初に合わせたポイントは自動的にキャンドルに近づき、新しい、時には異なる値に合わせられるのです。
それとも、それを管理するためのクリックがあるのでしょうか?)
m_request.type_time = type_time; // type_timeに ORDER_TIME_GTCを セット
または
m_request.type_time = type_time; // type_timeに ORDER_TIME_SPECIFIEDが 設定されています。
m_request.expiration =expiration; //有効 期限を5日または10日の日付に設定 する。
何かアイデアはありますか?
バックテストでは、保留中の注文は、パラメータを 指定してOrderSendで送信された場合、(タイムフレームとは無関係に!)常にその日のうちに失効します。
m_request.type_time = type_time; // type_timeに ORDER_TIME_GTCを セット
または
m_request.type_time = type_time; // type_timeに ORDER_TIME_SPECIFIEDが 設定されています。
m_request.expiration =expiration; //有効 期限を5日または10日の日付に設定 する。
何かアイデアはありますか?