私のアプローチコアはエンジンです。 - ページ 122 1...115116117118119120121122123124125126127128129...184 新しいコメント Vasiliy Sokolov 2018.12.26 13:26 #1211 Реter Konow:そうします。 明後日には出来上がります。それは素晴らしいことです。待ってます。 Alexander_K2 2018.12.26 15:14 #1212 このトピックを読んで読んで...。ピーターのターゲットはどこなんだろうと。彼は自分のGUIを誰に売るのでしょうか?問題は、アイドルではありません...今気づいたのですが、Gannの手法で手動でトレードしている人たちはそこで本当に必要なのは、幾何学的な プロポーションの正確さと美しさなのです。だから、買い手は見つかりそうなものですが、、、ギャンさんの手法は、そう簡単にグラフ化できるほど単純なものではありません :)) Реter Konow 2019.01.02 10:55 #1213 Vasiliy Sokolov:素晴らしい。待ってます。つかまってしまった。今日~明日には、テーブルが出来上がります。 (ダイナミックテーブルは、いろいろと面白い可能性を秘めています)。実装するのに時間がかかった)。 Реter Konow 2019.01.04 17:18 #1214 最後に、ダイナミックテーブルの出来上がりです。簡単ではなかったというのが正直なところです。いろいろなニュアンスがあることがわかりました。 また、このテーブルは "条件付き "で動的である。つまり、最大行数があらかじめ決められているのです。まだ "絶対 "にダイナミックにすることはできないのです。 このテーブルには20行の可能性があります。そのため、20のオープンポジションを表示することができます。もっと作ってもいいのですが、とりあえずのデモということで。 クリックすると表示されます。 //--------------------------------------------- 以下、接続ファイル(インラインに置く)、engine(indicatorsフォルダに置く)、test.advisor(expertsフォルダに置く)です。 ファイル: Connection_Properties.mqh 30 kb External_Connection.mqh 31 kb DRIVE.ex4 2704 kb TestApp_v1.0.mq4 12 kb Реter Konow 2019.01.04 17:20 #1215 また、注文が終了しているのか、まだ開いているのかの確認方法がわかりません(忘れました)。このため、ストップ注文やテイク注文が発生したときに、自動的に行を閉じることができませんでした。 誰が知っている、アドバイスしてください。 Реter Konow 2019.01.04 17:22 #1216 Реter Konow 2019.01.04 17:26 #1217 Александр:1.自動設定可能なパネルがあれば理想的です。 3.自分のビジョンを大まかにスケッチした 4.シンプルなボタンで十分です。明日は、パネルの最終的な見え方を、ディン・テーブルのオーダーでお伝えします。 その直後、テスターでパネルとのインタラクションを実装します。 Реter Konow 2019.01.04 17:30 #1218 Vasiliy Sokolov:素晴らしい。待ってます。ダイナミックなテーブルベースが出来上がりました。これで開発できる。 列の中に他の要素を入れてみるのもいいかもしれませんね。入力欄、ポップアップリスト...。 まだ試していませんが、理論的にはうまくいくはずです。 Artyom Trishkin 2019.01.04 17:49 #1219 Реter Konow:最後に、ダイナミックテーブルの出来上がりです。簡単ではなかったというのが正直なところです。いろいろなニュアンスがあることがわかりました。 また、このテーブルは "条件付き "で動的である。つまり、最大行数があらかじめ決められているのです。まだ "絶対 "にダイナミックにすることはできないのです。 このテーブルには20行の可能性があります。そのため、20のオープンポジションを表示することができます。もっと作ってもいいのですが、とりあえずのデモということで。 クリックすると表示されます。 //--------------------------------------------- 以下、接続ファイル(インラインに置く)、engine(indicatorsフォルダに置く)、test.advisor(expertsフォルダに置く)です。 画像のダウンロードを強制しないために、750x394の画像にしてください。アップロード後ではなく、すぐにアニメーションが表示されるようになります。 Реter Konow 2019.01.04 21:51 #1220 次の作業は、EAとエンジンの間の通信をやり直すことです。EventChartCustom()の代わりに、МТオブジェクトの記述と、リソースによる接続を部分的に実装する予定です。 ただ、アニメーションを作っていて気づいたのですが、リソースを介したデータ転送は、プロセッサに大きな負荷をかけるんですね。つまり、この方法は遅いだけでなく、より多くのリソースを消費してしまうのです。 シンプルで便利という利点があります。また、この方式は大容量のデータを転送するのに適しています。しかし、リソースを使った通信を実装する場合、テストの過程でプロセッサにさらに負荷がかかることになる。何しろ、テスター自体がプロセッサに最大40%の負荷をかけるのですから。そして、これに加えて、リソースの保存と読み込みを常に行うことによる負荷がかかる。 MTオブジェクトの記述で情報を渡す場合、プロセッサへの負荷が増えることはないと思うのですが。とはいえ、これはあくまで推測に過ぎないが。 一般に、リソースはエンジンが処理するデータ(グラフィックスやアニメーションのデータ)の配列を渡すときに使われ、МТオブジェクトはその記述の中でパラメータの値を持ちます。 ZS.再描画でプロセッサーに負荷がかかっている可能性はありますがね。つまり、画素の配列の中に描画することです。つまり、高い(16ms)タイマーの周波数で発生する値で、アレイを 常に初期化 する。 1...115116117118119120121122123124125126127128129...184 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
そうします。
明後日には出来上がります。
それは素晴らしいことです。待ってます。
このトピックを読んで読んで...。ピーターのターゲットはどこなんだろうと。彼は自分のGUIを誰に売るのでしょうか?問題は、アイドルではありません...
今気づいたのですが、Gannの手法で手動でトレードしている人たちはそこで本当に必要なのは、幾何学的な プロポーションの正確さと美しさなのです。
だから、買い手は見つかりそうなものですが、、、ギャンさんの手法は、そう簡単にグラフ化できるほど単純なものではありません :))
素晴らしい。待ってます。
つかまってしまった。今日~明日には、テーブルが出来上がります。
(ダイナミックテーブルは、いろいろと面白い可能性を秘めています)。実装するのに時間がかかった)。
最後に、ダイナミックテーブルの出来上がりです。簡単ではなかったというのが正直なところです。いろいろなニュアンスがあることがわかりました。
また、このテーブルは "条件付き "で動的である。つまり、最大行数があらかじめ決められているのです。まだ "絶対 "にダイナミックにすることはできないのです。
このテーブルには20行の可能性があります。そのため、20のオープンポジションを表示することができます。もっと作ってもいいのですが、とりあえずのデモということで。
クリックすると表示されます。
//---------------------------------------------
以下、接続ファイル(インラインに置く)、engine(indicatorsフォルダに置く)、test.advisor(expertsフォルダに置く)です。
また、注文が終了しているのか、まだ開いているのかの確認方法がわかりません(忘れました)。このため、ストップ注文やテイク注文が発生したときに、自動的に行を閉じることができませんでした。
誰が知っている、アドバイスしてください。
1.自動設定可能なパネルがあれば理想的です。
3.自分のビジョンを大まかにスケッチした
4.シンプルなボタンで十分です。
明日は、パネルの最終的な見え方を、ディン・テーブルのオーダーでお伝えします。
その直後、テスターでパネルとのインタラクションを実装します。
素晴らしい。待ってます。
ダイナミックなテーブルベースが出来上がりました。これで開発できる。
列の中に他の要素を入れてみるのもいいかもしれませんね。入力欄、ポップアップリスト...。
まだ試していませんが、理論的にはうまくいくはずです。
最後に、ダイナミックテーブルの出来上がりです。簡単ではなかったというのが正直なところです。いろいろなニュアンスがあることがわかりました。
また、このテーブルは "条件付き "で動的である。つまり、最大行数があらかじめ決められているのです。まだ "絶対 "にダイナミックにすることはできないのです。
このテーブルには20行の可能性があります。そのため、20のオープンポジションを表示することができます。もっと作ってもいいのですが、とりあえずのデモということで。
クリックすると表示されます。
//---------------------------------------------
以下、接続ファイル(インラインに置く)、engine(indicatorsフォルダに置く)、test.advisor(expertsフォルダに置く)です。
次の作業は、EAとエンジンの間の通信をやり直すことです。EventChartCustom()の代わりに、МТオブジェクトの記述と、リソースによる接続を部分的に実装する予定です。
ただ、アニメーションを作っていて気づいたのですが、リソースを介したデータ転送は、プロセッサに大きな負荷をかけるんですね。つまり、この方法は遅いだけでなく、より多くのリソースを消費してしまうのです。
シンプルで便利という利点があります。また、この方式は大容量のデータを転送するのに適しています。しかし、リソースを使った通信を実装する場合、テストの過程でプロセッサにさらに負荷がかかることになる。何しろ、テスター自体がプロセッサに最大40%の負荷をかけるのですから。そして、これに加えて、リソースの保存と読み込みを常に行うことによる負荷がかかる。
MTオブジェクトの記述で情報を渡す場合、プロセッサへの負荷が増えることはないと思うのですが。とはいえ、これはあくまで推測に過ぎないが。
一般に、リソースはエンジンが処理するデータ(グラフィックスやアニメーションのデータ)の配列を渡すときに使われ、МТオブジェクトはその記述の中でパラメータの値を持ちます。
ZS.再描画でプロセッサーに負荷がかかっている可能性はありますがね。つまり、画素の配列の中に描画することです。つまり、高い(16ms)タイマーの周波数で発生する値で、アレイを 常に初期化 する。