サービスデスクです。苦情、提案 - ページ 5 123456789101112...28 新しいコメント Ilya Malev 2015.10.30 18:45 #41 Alexey Kozitsyn:こんなところでしょうか。私の理解では、mql5でのインジケーターのことでしょうか?あなたの言葉によると、インジケータが他のインジケータを呼び出すと、オフラインでレンダリングしないことが判明したのですね。あるいは、何段階あれば、あなたのおっしゃるような問題が繰り返されるのでしょうか?深く調べていない、今、論理的に話して いる。- 私はOnCalculateで指標の構築を開始する前にチェックを持っている - この指標の正しい構築に必要なすべての指標が構築されているかどうか。 そうでない場合 - あなたは同じ実行OnCalculateで 待つことができないため、ループを終了(それはRenateによって確認されている)このことから、この指標は、ループを終了し、再び更新を待つべきであることを従って、右? といくつかのネストレベルがある場合は、ユーザーがチャートメニューからこのオプションを呼び出すべきである、それは我々が仮定する場合ですたびに、指標間の間に- iCustom経由で呼び出されるインジケータでは、OnTimerとOnChartEventが動作しないことは、次のスレッドでモデレータが確認した事実でもあり、私自身も確認しています。 削除済み 2015.10.30 18:47 #42 Ilya Malev:深く調べていないので、今は論理的に話しています。- 私はOnCalculateで指標の構築を開始する前にチェックしている - この指標の正しい構築に必要なすべての指標を構築している場合そうでない場合 - あなたは同じセッションで待つことができないので、ループを終了 OnCalculate(あなたが待つことができないこと - Renateによって確認)それは、この指標はループを終了し、更新を再度待機しなければならないということですね? といくつかのような入れ子がある場合、ユーザーはチャートメニューから毎回このオプションを呼び出す必要があります、それはすべての指標の間に隣接すると見なされます- また、iCustom経由で呼び出されるインジケータでは、OnTimerとOnChartEventが動作しないことも事実です - 次スレッドでモデレータが確認し、私自身も確認しました。 さて、そのような絵の問題をどのように解決したのでしょうか? Ilya Malev 2015.10.30 18:53 #43 Alexey Kozitsyn: なるほど、そのような構造の問題はどのように解決したのでしょうか? MT4で相互に関連する複雑なインジケーターのセットを持っていて、それをMT5に転送する必要がありました。iCustomなしでも、インジケータバッファ なしでも、インジケータを相互に取り込んで計算するクラスシステムを作ることにしました。 削除済み 2015.10.30 19:03 #44 Ilya Malev: MT4で相互接続された複雑なインジケーターのセットを持っていて、それをMT5に転送する必要がありました。iCustomなしでも、インジケータバッファ なしでも、インジケータを相互に取り込んで計算するクラスシステムを作ることにしました。 ラジカル。ネストされたインジケーターにタイマーアクセスを追加することについて何か言っていましたか? Ilya Malev 2015.10.30 19:06 #45 Alexey Kozitsyn: ラジカルに。また、ネストしたインジケータにタイマへのアクセスを追加するのはどうでしょうか。どうせ待っても無駄だから、そんな予定は聞かなかった。その場合、スクリプトのようにOnCalculateを終了せずにデータが作成されるのを待つことができるように、インジケータにSleep()型の待ち時間の可能性を追加するとのことです。ところで、これは時系列にも関係します。新しいティックが 到着しないと、インジケータは 必要なデータを読み込むことができません。 Ilya Malev 2015.10.30 19:08 #46 そしてこれは、私の理解では、互いに埋め込みで解決することもできません。週末、Refreshをクリックしたくない場合は、まずスクリプトで必要なすべてのペア/FTの履歴をロードし、その後初めてインジケータを実行する必要があるのです。 削除済み 2015.10.30 19:11 #47 Ilya Malev:どうせ待っても無駄だから、そんな予定は聞いていない。このような場合、スクリプトのようにOnCalculateを終了せずにデータが作成されるのを待つことができるように、インジケータにSleep()型の待ち時間の可能性を追加する必要があります。ところで、これは時系列にも関係します。新しいティックが 来なければ、インジケータは 必要なデータをロードすることができません。 Sleep()はお願いしても無駄です - すべての指標に1つのスレッド。このシステムは、再設計される可能性は低い。そして、タイマーを実装すれば、スリップでのニーズはなくなるのです。 削除済み 2015.10.30 19:14 #48 Ilya Malev: そしてこれは、私の理解では、互いに埋め込みでも解決できません。週末、Refreshをクリックしたくない場合は、まずスクリプトで必要なすべてのペア/FTの履歴をロードし、その後初めてインジケータを実行する必要があるのです。 今、思いついたんです。次のようにしたらどうでしょう。受信したいデータをメイン指標に通知し、そのデータをタイマーから取得し、付属するすべての指標を簡単に計算するにはどうしたらよいでしょうか。 Ilya Malev 2015.10.30 19:15 #49 Alexey Kozitsyn: Sleep()は、すべての指標に1つのスレッドを要求するのは無駄です。そして、このシステムは再設計される可能性が低いのです。また、タイマーを実装すれば、スリップの中で不要になります。 無くなるとは言いませんが、iCustomやインジケーターシステム全体がタンバリン無しで使えるようになるのです。 Ilya Malev 2015.10.30 19:17 #50 Alexey Kozitsyn: 今、ふと思いついたことがあります。を実装したらどうだろう。受信したいデータをメインインジケーターに通知し、タイマーからこのデータを受信し、その後、付属のすべてのインジケーターを計算するにはどうすればよいでしょうか? すべてのインジケーターは、タイマーの有無にかかわらず、同じスレッドを持っています。あるいは、あなたの考えが理解できない。 123456789101112...28 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
深く調べていない、今、論理的に話して いる。
- 私はOnCalculateで指標の構築を開始する前にチェックを持っている - この指標の正しい構築に必要なすべての指標が構築されているかどうか。 そうでない場合 - あなたは同じ実行OnCalculateで 待つことができないため、ループを終了(それはRenateによって確認されている)このことから、この指標は、ループを終了し、再び更新を待つべきであることを従って、右? といくつかのネストレベルがある場合は、ユーザーがチャートメニューからこのオプションを呼び出すべきである、それは我々が仮定する場合ですたびに、指標間の間に
- iCustom経由で呼び出されるインジケータでは、OnTimerとOnChartEventが動作しないことは、次のスレッドでモデレータが確認した事実でもあり、私自身も確認しています。
深く調べていないので、今は論理的に話しています。
- 私はOnCalculateで指標の構築を開始する前にチェックしている - この指標の正しい構築に必要なすべての指標を構築している場合そうでない場合 - あなたは同じセッションで待つことができないので、ループを終了 OnCalculate(あなたが待つことができないこと - Renateによって確認)それは、この指標はループを終了し、更新を再度待機しなければならないということですね? といくつかのような入れ子がある場合、ユーザーはチャートメニューから毎回このオプションを呼び出す必要があります、それはすべての指標の間に隣接すると見なされます
- また、iCustom経由で呼び出されるインジケータでは、OnTimerとOnChartEventが動作しないことも事実です - 次スレッドでモデレータが確認し、私自身も確認しました。
なるほど、そのような構造の問題はどのように解決したのでしょうか?
MT4で相互接続された複雑なインジケーターのセットを持っていて、それをMT5に転送する必要がありました。iCustomなしでも、インジケータバッファ なしでも、インジケータを相互に取り込んで計算するクラスシステムを作ることにしました。
ラジカルに。また、ネストしたインジケータにタイマへのアクセスを追加するのはどうでしょうか。
どうせ待っても無駄だから、そんな予定は聞かなかった。
その場合、スクリプトのようにOnCalculateを終了せずにデータが作成されるのを待つことができるように、インジケータにSleep()型の待ち時間の可能性を追加するとのことです。ところで、これは時系列にも関係します。新しいティックが 到着しないと、インジケータは 必要なデータを読み込むことができません。
どうせ待っても無駄だから、そんな予定は聞いていない。
このような場合、スクリプトのようにOnCalculateを終了せずにデータが作成されるのを待つことができるように、インジケータにSleep()型の待ち時間の可能性を追加する必要があります。ところで、これは時系列にも関係します。新しいティックが 来なければ、インジケータは 必要なデータをロードすることができません。
そしてこれは、私の理解では、互いに埋め込みでも解決できません。週末、Refreshをクリックしたくない場合は、まずスクリプトで必要なすべてのペア/FTの履歴をロードし、その後初めてインジケータを実行する必要があるのです。
Sleep()は、すべての指標に1つのスレッドを要求するのは無駄です。そして、このシステムは再設計される可能性が低いのです。また、タイマーを実装すれば、スリップの中で不要になります。
今、ふと思いついたことがあります。を実装したらどうだろう。受信したいデータをメインインジケーターに通知し、タイマーからこのデータを受信し、その後、付属のすべてのインジケーターを計算するにはどうすればよいでしょうか?