バグと機能障害 - ページ 3

 
graziani:

この失敗を一発で再現できないとは信じられません。

感度を20/50にして、トレンドラインやフィボなどのアンカー ポイントを動かしてみてください。

落ち着いてください :-)

もしか したら、他の パラメータが 影響して いるかもしれません。

 
angevoyageur:

落ち着いてください :-)

それは、別の パラメータが 関係して いるのかも しれません。

:)

 
正確な時間スケールで
 
graziani:

さて、この「機能不全」を報告するという私の考えからは離れてきているようです。

ポイントは、SetIndexBuffer(int, double,ENUM_INDEXBUFFER_TYPE) で動的配列を定義するとき、論理的には(ドキュメントに明記されていないため)、その定義によって、動的配列を定義すると仮定されることです。

グラフ上でも、インジケータのプロパティでも、このインジケータを使ったEAでも、3つ目のバッファの存在を確認することはできないでしょう。

(もう一度言いますが、#pragmasでバッファの数やプロットの数を定義しても、そのすべてを使うことにはなりません。))

しかし、これは真実ではないことに加え、経験豊富なプログラマーにとっても明白ではないようで、このような「機能不全」を報告する意味は今のところ見当たりません。

では......このようなことを報告するべきか、しないべきか?

私は、私が考えている類似の何かでもう一度試してみますが、現時点では、これは(私だけではなく)時間の無駄のように思えます ;)

それは有用です。今、 各未経験者 あっても 異なる議論から、意見を 得ることができますこれはフォーラムなので、私は同意しない場合、私のコメントを与えることが必要であると思います。個人的なことではありません。

もし、この件に関してサービスデスクに報告しなければならないことがあるとすれば、それはドキュメントが十分に明確でないということでしょう。しかし、私の意見は、ドキュメントに書かれていないことを解釈する必要はない、ということです。

ご親切に。

 
graziani:
正確な時間軸

はい、確かに違いがありますね。

一時期悩んだのは、Fixedchart positionが MT4と同じように動かないことでしたが、ヘルプを見たら、その通りの動作をしていることがわかりました。

Documentation on MQL5: Standard Constants, Enumerations and Structures / Chart Constants / Positioning Constants
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
 
graziani:
正確なタイムスケール。

M1 以外の期間を 持つチャートにオブジェクトを描画する場合、以下のような拡大表示の特徴があります。

  • オブジェクトのポイントを価格の極値(OHLC)のいずれかに拡大する場合、その極値が登録されている特定の分単位を決定します。オブジェクトのポイントをその分単位にバインドし、オブジェクトのプロパティ に対応するように表示します。このような動作により、時間軸を切り替える際にオブジェクトの正しい位置を維持することができます。
  • 精密な時間スケール」オプションがさらに有効になっている場合、極値点からアンカー点を飛び越えるような効果が見られることがあります。この動作は、実際の極値ポイントがバーの極値ポイントに対応していない場合に現れます。
RTFM:-D
 
angevoyageur:
RTFM :-D

信じられません :)

そして、「正確な時間スケール」の意味がわかったので、使ってみたいです

しかし...バグがあります。1つのポイントを選択し、それを「正確な時間的瞬間」に合わせた後、2番目のポイントを合わせようとすると、最初に合わせたポイントは自動的にキャンドルに近づき、新しい、時には異なる値に合わせられるのです。

それとも、それを管理するためのクリックがあるのでしょうか?)

 
graziani:

信じられません :)

そして、「正確な時間スケール」の意味がわかったので、使ってみたいです

しかし...バグがあります。1つのポイントを選択し、それを「正確な時間的瞬間」に合わせた後、2番目のポイントを合わせようとすると、最初に合わせたポイントは自動的にキャンドルに近づき、新しい、時には異なる値に合わせられるのです。

それとも、それを管理するためのクリックがあるのでしょうか?)

これは時間の無駄ではなく、私たちは今日多くのことを学びました。)
 
バックテストでは、保留中の注文は、パラメータを 指定して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
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
 
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日の日付に設定 する。

何かアイデアはありますか?


あなたの問題を実証するために、いくつかのコード(もう少し)、ログまたはスクリーンショットを投稿することはできますか?