記事"MеtaTrader 5 チャート上の水平図"についてのディスカッション - ページ 2 12345 新しいコメント RodgFX 2018.08.08 20:28 #11 Alexey Kozitsyn:つまり、あなたは近似的に、しかも実際には存在しない環境でも機能する「抽象的なもの」を書いたということだ。言葉を失う。レンダリングも、上で指摘したように曲がっている。製品のPRとしては非常に良い。 あなたは絶対に間違っている。その "あること "が実際に適用されていることは、実例に示されている。チャートは常に平均化される。そうでなければ描けない。ここでのようにVSAについて話しているのなら、それ以外の方法はない。なぜ図面が曲がっているのですか？問題なく描画されています。おそらくターミナルの設定が悪いのでしょう。私はMQLの初心者ですが、それでも適用方法とソースの配置は理解できました。そして良い点は、これは誰も必要としない別のインジケータではなく、プロジェクトに 追加できるインクルードファイルだということだ。コメントがないのは残念だが、作者に聞けばいい。悪気はないのだが、あなたはなぜか偏っている。 削除済み 2018.08.08 20:44 #12 RodgFX: あなたは絶対に間違っている。その "こと "が実際に適用されることは、例に示されている。チャートは常に平均化される。そうでなければ描けない。今回のようにVSAについて話しているのであれば、それ以外の方法はない。なぜ図面が曲がっているのですか？問題なく描画されています。おそらくターミナルの設定が悪いのでしょう。私はMQLの初心者ですが、それでも適用方法とソースの配置は理解できました。そして良い点は、これは誰も必要としない別のインジケータではなく、プロジェクトに追加できるインクルードファイルだということだ。コメントがないのは残念だが、作者に聞けばいい。悪気はないのだが、あなたはなぜか偏っている。あなたの断定的な発言から、あなたが「専門家」であることがわかります。 1.その「こと」が実際に適用されていることは、実例で示されている。スクリーンショットか？よし、実用的な応用例を見つけたのならいい； 2.図は常に平均化される。そうでなければ描けない。- いや、知らなかった。図表は開発者が意図したとおりに描かれる。この場合、開発者は棒グラフを「平均化」している。平均化する回数を増やせば、それに応じて精度も上がる。ご存知でしたか？そう、ティックデータでヒストグラムを作れば、精度は最大になる。しかし、どうやらここではアルゴリズムとクラスが重要なようだ； 3.なぜレンダリングが曲がっているのですか？すべて正常に描画されています。私のスクリーンショットが見えますか？描画エラーが見えますか？グラフを前後にスクロールしてみてください。描画に遅れはありませんか（1日のデータでインジケーターを動かしてみました）？満足していますか？はい - 良好です； 4.ターミナルの設定が悪いのかもしれません。私はMQLの初心者です - もしあなたが初心者なら、そのような断定的な発言をしないでください。まず、その言語のツールで何ができるかを調べてください； 5.悪気はないのですが、何らかの理由で偏っているようですね - 悪気はないし、偏りもない。私は記事のタイトルを見て、実装と比較しただけだ。そして、多くのことが明らかに完成していないことに気づいた。 RodgFX 2018.08.08 21:38 #13 Alexey Kozitsyn:あなたが "専門家 "であることは、その断定的な発言から見て取れる。1.その「こと」が実際に適用されていることは、実例で示されている。スクリーンショットか？よし、実用的なアプリケーションを見つけたのなら、それは良いことだ；2.図は常に平均化される。そうでなければ描けない。- いや、知らなかった。ダイアグラムは開発者が意図したとおりに描かれます。この場合、開発者は棒グラフを「平均化」している。平均化する回数を増やせば、それに応じて精度も上がる。ご存知でしたか？そう、ティック・データでヒストグラムを作成することもできます。しかし、ここではアルゴリズムとクラスが重要なのでしょう；3.なぜレンダリングが曲がっているのですか？すべて正常に描画されています。私のスクリーンショットが見えますか？描画エラーが見えますか？グラフを前後にスクロールしてみてください。描画に遅れはありませんか（1日のデータでインジケーターを動かしてみました）？満足していますか？はい；4.ターミナルの設定が悪いのかもしれません。私はMQLの初心者です。もしあなたが初心者なら、そのような断定的な発言をしないでください。まず第一に、その言語のツールで何ができるかを理解すること；5.悪気はないのですが、何らかの理由で偏っているのでしょう - 悪気はないし、偏りもない。私は記事のタイトルを見て、実装と比較しただけです。そして、多くのことが明らかに完成していないことに気づいた。私はVSAをよく知っているので、そんなものは必要ない。そして、ティック履歴 自体は、少なくとも1ヶ月間、そのようなブローカーはまだ見つけることができます。あるいは、当月と先月のヒストグラムを表示するインジケータがあるのですが、そのようなティック履歴を見つけるのは簡単でしょうか？また、この場合、ティックの精度は必要ありません。 チャートを反転させるとピクピクする？はい。たくさんの矩形を瞬時に再描画するのは端末にとって容易ではありません。 削除済み 2018.08.08 22:03 #14 RodgFX:あなたはティックデータを構築することができ、それはより正確になりますが、私はVSAをよく知っているので、そのようなことの必要性はありませんそれをしないでください。そして、ティック履歴 自体は、少なくとも1ヶ月間、そのようなブローカーはまだ見つかっていません。あるいは、当月と先月のヒストグラムを表示するインジケータがありますが、そのようなティック履歴を見つけるのは簡単でしょうか？この場合、ティックの精度は必要ありません。チャートを反転させるとピクピクする？はい。ターミナルが瞬時に多くの長方形を再描画するのは容易ではありません。これは限界には程遠い。 RodgFX 2018.08.08 22:29 #15 Alexey Kozitsyn:私を信じて、これは限界から遠い。私のブローカーはそうではない。そして、スコットランドの私の隣人はさらに悪いです。彼らは全く分履歴を持っていません。 しかし、主なものは、それがVSA（刻み精度）のために必要とされていないということです。あなたは自分で取引しないのですか？ そうでなければ、あなたは知っているはずです。 削除済み 2018.08.08 22:35 #16 RodgFX:私はそうだが、私のブローカーはそうではない。スコットランドの隣人はもっとひどい。彼らの履歴はせいぜい2週間程度だ。 しかし、重要なのは、VSA（ティックの精度）には必要ないということです。あなたは自分で取引をしないのですか？ そうでなければ、あなたは知っているはずです。何を言っているんだ？あなたは歴史がないと言った、もっと探してください - 私はそれを探した - 私はそれを見つけた。それに、ターミナルの設定方法を知らないのはあなたかもしれませんよ？ウィンドウの最大バー数は？ しかし、主なものは、それがVSA（ティック精度）のために必要ではないということです。私を信じて、それは必要ない、それだけです）。 また、VSAが主な焦点であると考える理由は何ですか？記事にはVSAについて一言も書かれていない。あるアルゴリズムが自分に合っていても、それが万人に合うとは限らない。この記事を読んだ人は、すべてが明らかだと思うかもしれない。 削除済み 2018.08.08 22:42 #17 ところで、もう1つのインジケーターを紹介しよう： チャート上にVolChartインジケータとVolChart1インジケータがあります。セットファイルはアーカイブにあります。 ファイル: Desktop.zip 1 kb Andrei Novichkov 2018.08.08 23:21 #18 この記事は指標に関するものではないと書いた。これはトレーニング用のインジケーターだ。インジケーターはコードと対話する方法の一つを示すもので、それ以外の何ものでもない。インジケーターを標準的な作業環境に置く、それだけだ。それを根拠に、何かが間違っていると主張する。このような目的のためにあるのではありません。この記事はVSAに関するものではない、とあなたは上記のユーザーに答えている。まあ、そうだが、確かにVSAに関係する出来高を例にしている。2つのインジケータの同時動作は、私にとってどのように見えますか？今やってみました。 右側、VolChart1ウィンドウの境界線付近、あとはVolChart 削除済み 2018.08.09 09:01 #19 Andrei Novichkov:この記事は指標に関するものではないと書いた。これはトレーニング用のインジケーターだ。インジケーターはコードと対話する方法の一つを示すもので、それ以外の何ものでもない。インジケーターを標準的な作業環境に置く、それだけだ。それを根拠に、何かが間違っていると主張する。このような目的のためにあるのではありません。この記事はVSAに関するものではない、とあなたは上記のユーザーに答えている。まあ、そうだが、確かにVSAに関係する出来高を例にしている。2つのインジケータの同時動作は、私にとってどのように見えますか？今、やってみました。 右側、VolChart1ウィンドウの境界付近、残りはVolChartです。Andrei、この記事がインジケーターに関するものではないことに、私はすでに気づいています。何の記事ですか？とても気になります。あなたはこう書いています： 提案するコードは、私の理解と能力の範囲内で、このようなチャートを構築する非常に面倒なプロセスを自動化するものです。レンジ・オーバーランなど、さまざまなエラーをキャッチするのに疲れたので、そうすることにしました。 さて、我々はマネージャーに興味がある。では、なぜ例として正しく準備されたデータを入力しないのか（その方法さえ教えてくれない）？なぜ副次的な役割を与えるのか？戦闘環境に置かなかったのに、なぜあなたのアルゴリズムが戦闘環境で正しく機能すると思うのですか？私が今そうであるように、グラフィック表示で エラーが起きないとでも？ そして、正しい例を作る代わりに、あなたは今、固執している。私を信じてください、それは開発者としてのあなたについて多くを語っています。私はあなたにエラーがあることを示しました - あなたは、エラーが発生するために私が何をしたのかさえ特定せずに、エラーがないというスクリーンショットを送ってきました... 私は、範囲外などのさまざまなエラーを キャッチするのにうんざりした後、これを行うことにしました。 エラーはその通りだ。 Andrei Novichkov 2018.08.09 11:10 #20 私はしつこい人間ではない、それが私の弱点だ ) この記事が何についてのものかという質問にはすでに答えた。しかし、もう一度はっきりさせておきたい。 記事の中で挙げられている指標は一例として挙げられている。それらは一つのタスク、つまりインクルードするファイルの接続方法とその後に起こることを示すものです。記事を書いている間、あなたと同じスクリーンショットが表示されました。この状況はCHART_EVENT イベントで発生し、もちろん、動作中のインジケータでは許されません。これはエラーではありません。トレーニング用インジケーターでは、イベント・ハンドラを作成しましたが、特別な装飾はなく、原始的なものでした。それ以上のものは必要なかったし、これらのインジケータが集中的に動かなければならないことも考慮に入れていなかった。 コードで動作する方法は、記事にあります、あなたはそれを注意深く読んでいない。生成された2つの配列は入力に供給されるべきである。そして、そのような配列がどのように正しく作成されるかを示すコードの一部を示している。繰り返しになるが、この記事には、この特定の部分（配列の作成）にはあまり注意が払われていないことがはっきりと書かれている。なぜか？主役はインクルード・ファイルだからだ。それは一種の「定数」値だからである。しかし、CHART_EVENTなどの 問題を解決すべき2番目の部分は「変数」値である。この部分は毎回変更しなければならない。今日はグラス、明日はダイアグラム、明後日は別のものが必要だ。そのため、この部分には二次的な役割が与えられている。開発者自身がイベント・ハンドラや配列を作成するメソッドを持つことになる。あとは、インクルードするファイルを追加するだけだ。これが記事で説明されている作業のスキームだ。 そして、ライブラリファイル自体も変更不可能というわけにはいかない。そして、編集したり、追加したり、クラスから継承したりすることもできる。さらに言っておくと、たとえ開発者が私のコードをすべて捨てて、「配列の準備-マネージャー-ダイアグラム」というスキームだけを取ったとしても、私は十分満足するだろう。しかし、あなたのコメントの後では、そのようなことは起こりそうにありません。 あなたは、私が詳しく考えないと決めたことを強調している。私はかなり長い間考え、その決断を下し、そして今、頑固さからではなく、それが正しいと信じているからこそ、それを守り続けている。だから、あなたが間違いだと思うことを私は間違いだとは思わない。残念ながら、そういう状況なんだ。私の頑固さではない。 このアルゴリズム自体は戦闘状態でテストしたし、機能している。他のサイト、他の開発者の同様のインジケーターを持っているが、私のものと極めて近い結果を示している。四捨五入の仕方やスケールが違いますが、それは問題ではありません。記事に書くべきだったか？いいえ、おそらく違います。あなたが言っている正しい例は、このコードに基づく「戦闘」インジケーターです。私はそのようなインジケーターと、私が説明したスキームに取り組んでいる。後日になりますが、準備ができたら必ずここに投稿します。 О!最初の質問に答えていませんでした。この記事はライブラリファイル、つまりコードの一部分についてのものです。 アレクセイ、君の質問には、これ以上丁寧に答えることはできないよ。）私は本当に私が明確で、理解しやすく、正直であったことを願っています。 12345 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか？ Googleでログイン
つまり、あなたは近似的に、しかも実際には存在しない環境でも機能する「抽象的なもの」を書いたということだ。言葉を失う。
レンダリングも、上で指摘したように曲がっている。製品のPRとしては非常に良い。
あなたは絶対に間違っている。その "こと "が実際に適用されることは、例に示されている。チャートは常に平均化される。そうでなければ描けない。今回のようにVSAについて話しているのであれば、それ以外の方法はない。なぜ図面が曲がっているのですか？問題なく描画されています。おそらくターミナルの設定が悪いのでしょう。私はMQLの初心者ですが、それでも適用方法とソースの配置は理解できました。そして良い点は、これは誰も必要としない別のインジケータではなく、プロジェクトに追加できるインクルードファイルだということだ。コメントがないのは残念だが、作者に聞けばいい。悪気はないのだが、あなたはなぜか偏っている。
あなたの断定的な発言から、あなたが「専門家」であることがわかります。
1.その「こと」が実際に適用されていることは、実例で示されている。スクリーンショットか？よし、実用的な応用例を見つけたのならいい；
2.図は常に平均化される。そうでなければ描けない。- いや、知らなかった。図表は開発者が意図したとおりに描かれる。この場合、開発者は棒グラフを「平均化」している。平均化する回数を増やせば、それに応じて精度も上がる。ご存知でしたか？そう、ティックデータでヒストグラムを作れば、精度は最大になる。しかし、どうやらここではアルゴリズムとクラスが重要なようだ；
3.なぜレンダリングが曲がっているのですか？すべて正常に描画されています。私のスクリーンショットが見えますか？描画エラーが見えますか？グラフを前後にスクロールしてみてください。描画に遅れはありませんか（1日のデータでインジケーターを動かしてみました）？満足していますか？はい - 良好です；
4.ターミナルの設定が悪いのかもしれません。私はMQLの初心者です - もしあなたが初心者なら、そのような断定的な発言をしないでください。まず、その言語のツールで何ができるかを調べてください；
5.悪気はないのですが、何らかの理由で偏っているようですね - 悪気はないし、偏りもない。私は記事のタイトルを見て、実装と比較しただけだ。そして、多くのことが明らかに完成していないことに気づいた。
あなたが "専門家 "であることは、その断定的な発言から見て取れる。
1.その「こと」が実際に適用されていることは、実例で示されている。スクリーンショットか？よし、実用的なアプリケーションを見つけたのなら、それは良いことだ；
2.図は常に平均化される。そうでなければ描けない。- いや、知らなかった。ダイアグラムは開発者が意図したとおりに描かれます。この場合、開発者は棒グラフを「平均化」している。平均化する回数を増やせば、それに応じて精度も上がる。ご存知でしたか？そう、ティック・データでヒストグラムを作成することもできます。しかし、ここではアルゴリズムとクラスが重要なのでしょう；
3.なぜレンダリングが曲がっているのですか？すべて正常に描画されています。私のスクリーンショットが見えますか？描画エラーが見えますか？グラフを前後にスクロールしてみてください。描画に遅れはありませんか（1日のデータでインジケーターを動かしてみました）？満足していますか？はい；
4.ターミナルの設定が悪いのかもしれません。私はMQLの初心者です。もしあなたが初心者なら、そのような断定的な発言をしないでください。まず第一に、その言語のツールで何ができるかを理解すること；
5.悪気はないのですが、何らかの理由で偏っているのでしょう - 悪気はないし、偏りもない。私は記事のタイトルを見て、実装と比較しただけです。そして、多くのことが明らかに完成していないことに気づいた。
私はVSAをよく知っているので、そんなものは必要ない。そして、ティック履歴 自体は、少なくとも1ヶ月間、そのようなブローカーはまだ見つけることができます。あるいは、当月と先月のヒストグラムを表示するインジケータがあるのですが、そのようなティック履歴を見つけるのは簡単でしょうか？また、この場合、ティックの精度は必要ありません。
チャートを反転させるとピクピクする？はい。たくさんの矩形を瞬時に再描画するのは端末にとって容易ではありません。
あなたはティックデータを構築することができ、それはより正確になりますが、私はVSAをよく知っているので、そのようなことの必要性はありませんそれをしないでください。そして、ティック履歴 自体は、少なくとも1ヶ月間、そのようなブローカーはまだ見つかっていません。あるいは、当月と先月のヒストグラムを表示するインジケータがありますが、そのようなティック履歴を見つけるのは簡単でしょうか？この場合、ティックの精度は必要ありません。
チャートを反転させるとピクピクする？はい。ターミナルが瞬時に多くの長方形を再描画するのは容易ではありません。
これは限界には程遠い。
私を信じて、これは限界から遠い。
私のブローカーはそうではない。そして、スコットランドの私の隣人はさらに悪いです。彼らは全く分履歴を持っていません。
しかし、主なものは、それがVSA（刻み精度）のために必要とされていないということです。あなたは自分で取引しないのですか？ そうでなければ、あなたは知っているはずです。
私はそうだが、私のブローカーはそうではない。スコットランドの隣人はもっとひどい。彼らの履歴はせいぜい2週間程度だ。
しかし、重要なのは、VSA（ティックの精度）には必要ないということです。あなたは自分で取引をしないのですか？ そうでなければ、あなたは知っているはずです。
何を言っているんだ？あなたは歴史がないと言った、もっと探してください - 私はそれを探した - 私はそれを見つけた。それに、ターミナルの設定方法を知らないのはあなたかもしれませんよ？ウィンドウの最大バー数は？
しかし、主なものは、それがVSA（ティック精度）のために必要ではないということです。私を信じて、それは必要ない、それだけです）。
ところで、もう1つのインジケーターを紹介しよう：
チャート上にVolChartインジケータとVolChart1インジケータがあります。セットファイルはアーカイブにあります。
この記事は指標に関するものではないと書いた。これはトレーニング用のインジケーターだ。インジケーターはコードと対話する方法の一つを示すもので、それ以外の何ものでもない。インジケーターを標準的な作業環境に置く、それだけだ。それを根拠に、何かが間違っていると主張する。このような目的のためにあるのではありません。
この記事はVSAに関するものではない、とあなたは上記のユーザーに答えている。まあ、そうだが、確かにVSAに関係する出来高を例にしている。
2つのインジケータの同時動作は、私にとってどのように見えますか？今やってみました。
右側、VolChart1ウィンドウの境界線付近、あとはVolChartこの記事は指標に関するものではないと書いた。これはトレーニング用のインジケーターだ。インジケーターはコードと対話する方法の一つを示すもので、それ以外の何ものでもない。インジケーターを標準的な作業環境に置く、それだけだ。それを根拠に、何かが間違っていると主張する。このような目的のためにあるのではありません。
この記事はVSAに関するものではない、とあなたは上記のユーザーに答えている。まあ、そうだが、確かにVSAに関係する出来高を例にしている。
2つのインジケータの同時動作は、私にとってどのように見えますか？今、やってみました。
右側、VolChart1ウィンドウの境界付近、残りはVolChartです。Andrei、この記事がインジケーターに関するものではないことに、私はすでに気づいています。何の記事ですか？とても気になります。あなたはこう書いています：
提案するコードは、私の理解と能力の範囲内で、このようなチャートを構築する非常に面倒なプロセスを自動化するものです。レンジ・オーバーランなど、さまざまなエラーをキャッチするのに疲れたので、そうすることにしました。
さて、我々はマネージャーに興味がある。では、なぜ例として正しく準備されたデータを入力しないのか（その方法さえ教えてくれない）？なぜ副次的な役割を与えるのか？戦闘環境に置かなかったのに、なぜあなたのアルゴリズムが戦闘環境で正しく機能すると思うのですか？私が今そうであるように、グラフィック表示で エラーが起きないとでも？
そして、正しい例を作る代わりに、あなたは今、固執している。私を信じてください、それは開発者としてのあなたについて多くを語っています。私はあなたにエラーがあることを示しました - あなたは、エラーが発生するために私が何をしたのかさえ特定せずに、エラーがないというスクリーンショットを送ってきました...
私は、範囲外などのさまざまなエラーを キャッチするのにうんざりした後、これを行うことにしました。
エラーはその通りだ。
私はしつこい人間ではない、それが私の弱点だ )
この記事が何についてのものかという質問にはすでに答えた。しかし、もう一度はっきりさせておきたい。
記事の中で挙げられている指標は一例として挙げられている。それらは一つのタスク、つまりインクルードするファイルの接続方法とその後に起こることを示すものです。記事を書いている間、あなたと同じスクリーンショットが表示されました。この状況はCHART_EVENT イベントで発生し、もちろん、動作中のインジケータでは許されません。これはエラーではありません。トレーニング用インジケーターでは、イベント・ハンドラを作成しましたが、特別な装飾はなく、原始的なものでした。それ以上のものは必要なかったし、これらのインジケータが集中的に動かなければならないことも考慮に入れていなかった。
コードで動作する方法は、記事にあります、あなたはそれを注意深く読んでいない。生成された2つの配列は入力に供給されるべきである。そして、そのような配列がどのように正しく作成されるかを示すコードの一部を示している。繰り返しになるが、この記事には、この特定の部分（配列の作成）にはあまり注意が払われていないことがはっきりと書かれている。なぜか？主役はインクルード・ファイルだからだ。それは一種の「定数」値だからである。しかし、CHART_EVENTなどの 問題を解決すべき2番目の部分は「変数」値である。この部分は毎回変更しなければならない。今日はグラス、明日はダイアグラム、明後日は別のものが必要だ。そのため、この部分には二次的な役割が与えられている。開発者自身がイベント・ハンドラや配列を作成するメソッドを持つことになる。あとは、インクルードするファイルを追加するだけだ。これが記事で説明されている作業のスキームだ。
そして、ライブラリファイル自体も変更不可能というわけにはいかない。そして、編集したり、追加したり、クラスから継承したりすることもできる。さらに言っておくと、たとえ開発者が私のコードをすべて捨てて、「配列の準備-マネージャー-ダイアグラム」というスキームだけを取ったとしても、私は十分満足するだろう。しかし、あなたのコメントの後では、そのようなことは起こりそうにありません。
あなたは、私が詳しく考えないと決めたことを強調している。私はかなり長い間考え、その決断を下し、そして今、頑固さからではなく、それが正しいと信じているからこそ、それを守り続けている。だから、あなたが間違いだと思うことを私は間違いだとは思わない。残念ながら、そういう状況なんだ。私の頑固さではない。
このアルゴリズム自体は戦闘状態でテストしたし、機能している。他のサイト、他の開発者の同様のインジケーターを持っているが、私のものと極めて近い結果を示している。四捨五入の仕方やスケールが違いますが、それは問題ではありません。記事に書くべきだったか？いいえ、おそらく違います。
あなたが言っている正しい例は、このコードに基づく「戦闘」インジケーターです。私はそのようなインジケーターと、私が説明したスキームに取り組んでいる。後日になりますが、準備ができたら必ずここに投稿します。
О!最初の質問に答えていませんでした。この記事はライブラリファイル、つまりコードの一部分についてのものです。
アレクセイ、君の質問には、これ以上丁寧に答えることはできないよ。）私は本当に私が明確で、理解しやすく、正直であったことを願っています。