MT5への願い

[kombat]

テーマの論理的な継続。

https://www.mql5.com/ru/forum/105052

[kombat]

願わくば...

シンボル指定に何らかの統一思想を持たせる。

看板ひとつでも、市場での閲覧体験を大きく「エルゴノミクス化」することができるのですから...。

例えば、符号#。

どういう意味なのか、ご存知の方は少ないと思いますが...。誰一人知らない

しかし、CFDグループであることはタブレットに書いてあるはずです。

そんな感じかな...。

また、トレーダー任せにしないのであれば、グループカラーリングも忘れてはいけません。

オフ」マークが「グレー」ではなく、何の強調もされていないので、混乱します...。

[Vladimir Gomonov]

願わくば...

MT5のバーを本当に等時性にする。

すなわち、ロスカットされたバーはない！すべてのバー、たとえボリュームがゼロのバーであっても、チャートに表示され、インデックスにアクセスする際に存在する必要があります。

そのため、異なる通貨ペアの同じインデックスが同じ日時を意味することが保証されています。

唯一の例外（義務ではない）は、週末です。 それらをスキップすることは可能ですが、再び別の楽器に同期して保証されます。

今はそんなことはない。

ティックがない場合、MT4のようにバーがないだけです。

引用にシンクロニシティはない......。

多通貨はオーバーボードな使い勝手...。

すべてのインジケータ（ビルトインを含む）は、意図せずして、不完全な引用の値を計算し、膨らませてしまうのです...

それくらい、今の時代は悲しい時代なんです。

:( :( :(

[Igor Chemodanov]

i...OnArrayの ようなテクニカル指標は ありません。時には、本当に必要な...

[Rashid Umarov]

icas :
i...OnArrayの ようなテクニカル指標はありません。時には、本当に必要な...

MQL5では、他のインジケータの値や配列を使用してインジケータを構築することが可能です。入力変数の 項には、こう書かれている。

mql5プログラムからカスタムインジケータを呼び出す際のパラメータの受け渡しについて

カスタム・インディケータはiCustom() 関数で呼び出され、その際、カスタム・インディケータ名の後に、このカスタム・インディケータの入力変数宣言に正確に従ったパラメータが続く必要があります。呼び出されたカスタムインジケータの宣言された入力変数よりも少ないパラメータがある場合、不足するパラメータは変数宣言で指定された値で埋められます。

カスタム・インディケータが最初のタイプのOnCalculate 関数を使用する場合（すなわち、インディケータがデータの同じ配列を使用して計算される場合）、ENUM_APPLIED_PRICE 値の1つまたは別のインディケータのハンドルは、そのようなカスタム・インディケータを呼び出すときに最後のパラメータとして使用されるべきです。この場合、入力変数に対応するすべてのパラメータを明示する必要がある。

その上、OnCalculate 関数の説明にはこうあります。

オンカレ

OnCalculate()関数は、Calculate イベントによってインジケータ値を計算する必要がある場合にのみ、カスタムインジケータで呼び出されます。 これは通常、インジケータが計算されるシンボルで新しいティックを受信したときに発生します。このインジケータは、必ずしもこのシンボルの価格チャートに添付する必要はありません。

OnCalculate()関数の戻り値はint型でなければならない。2つの定義が考えられます。1つのインジケータ内で、両方のバージョンの関数を使用することはできません。

最初のフォームは、1つのデータバッファで計算できる指標を対象にしています。そのような指標の例として、カスタム移動平均があります。

int OnCalculate (constint rates_total,// 価格[]配列のサイズ) constint prev_calculated,// 前の呼び出しで処理されたバー constint begin,//重要なデータが始まる場所 constdouble& 価格[]// 計算用配列 );

price[]配列として、価格の時系列の一つ、または何らかの指標の計算バッファを 渡すことができます。

追伸：指標に関する質問は、「テクニカル指標」の項目で説明することをお勧めします。

[VonDo Mix]

MetaDriverさんの 提案 の続きですが、今後、タイムラインの正しい表示についてのトピックを思い出していただきたいと思います。

商品の取引時間に関する情報がある場合は、タイムスケールからデータが欠落する期間を削除する必要があります。

そうすれば、幾何学的な構造も正しくなります。

そして、もうひとつ提案があるのですが、時期尚早かもしれません。追記：遅かった ようです。まだプログラムはありませんが、誰も追加することを防いでいません。特に、答えから続くように、すべてはダニの上に構築され、そして我々はそれを忘れています。

むなしく。

バーに関する標準的なシリーズに、平均的なASK＆BIDに関する情報を加えて表現を拡張することは可能でしょうか。

分ではティック価格/ティック数の合計です。ティックなし-始値。ここから先はもっとシンプルに...。

[Vladimir Gomonov]

Sorento :

MetaDriverさんの 提案 の続きですが、今後、タイムラインの正しい表示についてのトピックを思い出していただきたいと思います。

商品の取引時間に関する情報がある場合は、タイムスケールからデータが欠落する期間を削除 する必要があります。

そうすれば、幾何学的な構造も正しくなります。

私も以前はあなたと同じように考えていましたが、それは大きな間違いであることがわかりました。 とにかく、私はタイムラインを厳密に統一することに賛成です。

[VonDo Mix]

MetaDriver :

私も以前は同じように考えていましたが、それは大きな間違いであることがわかりました。 一般的に、私は時間軸を厳密に統一することに賛成です。

あなたのロジックに従うと、非営業日の欠落 - 決算データを記入する？

すべてのインジェクターがクキッシュを表示します。80)

[kombat]

Sorento :

あなたのロジックに従うと、非営業日の欠落 - 決算データを記入する？

すべてのインディーがクキッシュを表示します。80)

昨日のデータ（終値は 別）を使用しているもののみ。

それは今、多くの人々が月曜日、端末00:00:00で始まらないディーリングルームで苦しんでいます。

例えば同じピボットについて。

しかし、一般的には、すべての カレンダーバーがチャートにあるべきだというのが私の意見です。

[VonDo Mix]

報告書に願いを込めて。

標準の詳細レポートに、新たに確立された指標を追加するのもいいと思います。

例えば、ロットサイズ、つまり平均使用面積と最大使用面積のデータが不足していると思うのです。

統計解析はもっと簡単だったはずです。

そして、レポートのロジックもおそらく変更されたはずです。

総残高、自己資本、使用済み預金というシンプルなレポート。そして、statinfo。

詳細なレポート - すべて同じで、その後、取引、オープンポジションと保留中の注文のプロトコル。

記事にしています。

そしてアルゴリズム :)

[RIV]

価格 (open + close ) / 2 を「価格定数」に追加します。